用途：接收 cloudflare/agents 仓库的 GitHub issue 及已有复现结论，一次性产出聚焦的修复 PR，包括建分支、改代码、跑测试、推送并开 PR，PR 通过 Closes #<issueNumber> 关联原 issue。
主要能力：读取 issue 正文与全部评论，优先利用此前复现运行留下的最小复现、在线 URL、预期与实际行为及根因假设；定位根因后做最小改动，必要时补充测试、changeset，并同步更新示例与文档；在容器后端运行 gh、git、npm、curl、wrangler 命令，gh 已以应用身份认证；为有运行时表面的改动构建并部署临时演示，产出 workers.dev 链接；返回结构化结果，含 prOpened、skipped、summary、prUrl、branch、testsPassed、demoUrl。
使用方式：由 agent-think 运行信封提供 repository、issue、instruction、requested-by、trigger-comment-id 等字段，须原样使用，不得推断或替换目标；若信封或必填字段缺失，则停止克隆、编辑、推送与发帖，返回结构化跳过结果。存在 trigger-comment-id 时，首个容器动作是调用 gh api repos/<repository>/issues/comments/<trigger-comment-id>/reactions -f content=rocket。仓库克隆到 /workspace/<repo>，长日志与临时文件放容器本地 /temp。提交身份为 agent-think[bot]，分支名为 fix/issue-<issueNumber>-<时间戳>。验证使用 pnpm 与 Nx，噪声命令重定向到 /temp 日志并 tail。演示用 npm pack 打包修复后的包，在 /workspace/demo-<issueNumber> 安装该 tarball 后 npm run deploy 部署并 curl 验证。PR 正文写在 /temp/pr-body.md，含请求者、Closes、根因、改动、测试、演示链接与生成声明。
适用场景：适合可一次性修复、根因明确、范围集中的 issue。
限制：若 issue 属需设计的特性请求、过于模糊、跨多个子系统或无法确定根因，则跳过并礼貌评论说明所需补充信息；不得冒充用户；不得在 issue 上发确认或已开 PR 的评论；自身新增测试失败时不得开 PR；无运行时表面的改动跳过演示并在 PR 正文说明。