20260424003810
如果你在其他平台看到这篇文章，这可能不是最终版本。为了获得更好的阅读体验（包含最新的评论讨论和勘误），欢迎移步原文
最近发现一个 agent 抽鞭子技巧，不停追问他有没有更好的方案，就把更好的端上来了
我去，还能自动追踪 PR，又是小惊喜
又琢磨了一个小技巧：使用 /btw ，提示词 “评估一下现在的上下文质量”，就可以有一个稍微明确一点的质量感知。
AskUserQuestion 这个东西做的确实好，规划相关的 skill 复用这个工具很舒服，怪不得 A/ 要用这个
文档的量级到达某个级别，人类 review 起来也一样困难，和代码差不多了
github 账号被封了，似乎是 gh 写评论调用被风控了，这也体现出 mcp 的优势， 封装了一套固有的客户端逻辑
claude mcp add-json github '{"type": "http","url": "https://api.githubcopilot.com/mcp","headers":{"Authorization": "Bearer YOUR_GITHUB_PAT"}}' |
本博客所有文章除特别声明外，均采用 CC BY-NC-SA 4.0 许可协议。转载请注明来源 墨池码窖 | Sentixxx's Blog！
相关推荐
2026-04-27
血泪教训：Agent 提 PR 太快把号干封了，聊聊我的 MCP + 沙盒防封折腾记录
如果你在其他平台看到这篇文章，这可能不是最终版本。为了获得更好的阅读体验（包含最新的评论讨论和勘误），欢迎移步原文。 写在前面 作为一个折腾爱好者，最近在弄让 AI Agent 自动跑项目、提 PR 的工作流。结果一开始没做频率限制，专门给 Agent 用的 GitHub 小号用裸的 gh CLI 短时间内狂刷 PR 和评论，直接被 GitHub 的防滥用风控当场封禁（Suspended）。 痛定思痛后，我决定引入 MCP（Model Context Protocol）来接管 GitHub 操作，因为官方 MCP 自带了完备的限流和退避机制。但同时，为了让 Agent 还能正常执行 git push，我依然在容器的环境变量里留了一个 PAT（Personal Access Token）。 结果在观察日志时，我发现了一个更危险的现象：大模型一旦发现 MCP 工具调用失败或者图省事，它就会直接去翻环境变量里的 PAT，然后自己手搓 curl 脚本去直连 GitHub API！而且它的脚本一旦报错，它为了修 Bug...
2026-04-30
20260430215324
如果你在其他平台看到这篇文章，这可能不是最终版本。为了获得更好的阅读体验（包含最新的评论讨论和勘误），欢迎移步原文 当 token 用完了，就会停下来想学点什么了，有一种强制戒网瘾的美 今天来品鉴一下 typst typst 的编辑支持好像有点烂啊，用着不如 markdown 舒服
2026-05-30
测试
如果你在其他平台看到这篇文章，这可能不是最终版本。为了获得更好的阅读体验（包含最新的评论讨论和勘误），欢迎移步原文 2026-05-30 星期六 W22 · D150/365 · 年度 41.1% · 今日 14.9% · ○ 满月，月龄 13.1 天 折叠的提示 默认收起，点开可见 Note 没有标题，应显示默认标题 Note 嵌套测试 外层正文 内层 内层正文 普通引用，不应被转换 链接三连：[[Obsidian 语法测试|有 abbrlink 的]]、[[某篇没有 abbrlink 的文章标题]]、[[不存在的文章]] 代码块免疫测试（以下都不应被转换）： 行内 [[链接]] 和 > [!note] [[围栏代码里的链接]]> [!note] 围栏代码里的 callout
2026-05-13
聊聊我的 VibeCoding 环境配置记录
如果你在其他平台看到这篇文章，这可能不是最终版本。为了获得更好的阅读体验（包含最新的评论讨论和勘误），欢迎移步原文 正如之前所提，我为适配 ClaudeCode 专门配置了一套沙盒体系。最近，我打算借此机会系统地梳理一下这套环境目前的搭建现状与进展。 如果从一个完整的视角来看，这套体系其实应该分为沙盒、宿主机以及本地机器。 宿主机 我的宿主机是一台 MacOS 设备。也正是如此，其实不太需要过分担心最近 Linux 内核连发的那些 CVE 漏洞，因此直接选用 Docker 作为沙盒方案。 在宿主机层面，主要做了两项核心配置：网络代理与目录挂载。 代理网络分流 为了更好地适配 Claude Code 的请求，我对网络进行了针对性的分流处理，具体策略如下： 常规分流：根据预设规则，对常见域名进行基础分流。 定向代理：将 Anthropic 相关域名精准路由至固定节点，保证 API 连通性。 沙盒兜底：针对沙盒所在的 IP 网段设置特殊规则作为兜底，将其流量同样指向特定的节点。 目录挂载 起初，为了让沙盒重启后状态不丢失，我直接把整个 Home...
2026-05-30
github 图床迁移记录
如果你在其他平台看到这篇文章，这可能不是最终版本。为了获得更好的阅读体验（包含最新的评论讨论和勘误），欢迎移步原文 最近写博客的时候大量上传了很多图片到我的 github 图床里，这种打擦边球的行为实际上是违反了 github 用户条例的，再加上今年 github 的基础设施状态疑似不是很好，以及前阵子我的小号有被封号的惨痛经历，这让我开始下定决心要转移我的图床。 既然决定要换，那就先来调研一下目前市面上有哪些可选方案。 方案调研 付费方案 对象存储 各家云厂商的付费方案大同小异，核心都是将资源托管在对象存储（如 OSS / S3）中，再通过 URL 进行外链访问。好处是你可以再接一个 CDN 资源给国内访问做加速，这样国内也能正常加载。坏处也比较明显： 要钱 不续费也不备份的话，图片就会消失，而且存储下线后，图片的映射关系就丢了 如果需要自定义访问域名则需要备案 这个问题倒还行，因为我之前因为折腾 cardconjurer 这个项目，已经完整地走过一遍阿里云 OSS 的方案流程了 ...
2026-04-29
我的 Github 凭证怎么总失效？原来是 VSCode 搞的鬼
如果你在其他平台看到这篇文章，这可能不是最终版本。为了获得更好的阅读体验（包含最新的评论讨论和勘误），欢迎移步原文。 写在前面 最近在折腾容器内开发，工作流很简单：容器先在外部跑起来，我再用 VS Code 的 Dev Containers: Attach to Running Container... 直接连进去。 结果踩了一个极度别扭的坑： git pull、git ls-remote 看起来都正常 但一到 git push 就开始报认证错误 更气人的是，我明明前面已经把仓库切成了 PAT，过一阵子又像是“被切回去了” 一开始我也以为是最常见的那几类问题： PAT 过期了 GitHub 权限不对 容器环境重启后没把凭证保存住 但顺着日志往下挖，最后发现这次还真不是 PAT 本身的问题，而是 VS Code Remote / Dev Containers 自动注入的 git credential helper 在接管认证链路。 这篇文章完整记录了整个排查过程和最终结论，希望能帮大家少在这类“明明配过，结果又像没配”的灵异问题上浪费时间。 ...
评论
