Jesse_ChenandClaude Opus 5.5
7ac2fa63da
Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_014Ad9rqAB8pXXvyzh7f4X8v
14 lines
1.7 KiB
Markdown
14 lines
1.7 KiB
Markdown
# copse · Claude 侧 `/loop` 提示词
|
||
|
||
在 Linux 机器上开一个**专门给 copse 的** Claude Code 会话（不要和 Jyotisha 的循环共用会话）：
|
||
|
||
```bash
|
||
cd /workspace/copse/.worktrees/agent-loop && claude
|
||
```
|
||
|
||
粘贴：
|
||
|
||
```
|
||
/loop 30m 盯一下 Gitea 仓库 root/copse 上同时带 agent/试点 标签的 issue。每轮先读 ~/.local/share/jyotisha-agent/bin/projects/copse/RULES.md 和本仓库 AGENTS.md 的相关章节，按 RULES.md 办；标签、评论、PR、合并、Actions 查询都用 GITEA_REPO=root/copse ~/.local/share/jyotisha-agent/bin/gitea.sh，评论首行加 RULES.md 规定的标记。「待规划」的：读代码找根因，从 origin/main 建 codex 分支，第一个提交写任务书，推这个分支，交给 Grok；「待验收」的：只验 Grok 回报的那个 SHA，核对 PR head 与之相同且可合并，逐行看 diff，查越界改动、弱化断言、改了已有迁移；跑相关 Python 契约测试、改了迁移就跑 check_migrations.py；Java 测试你这里跑不了，以 Grok 贴的 mvn 命令和数字为准，但覆盖不全就打回；全部过了用 merge-pr 锁定这个 SHA 合并，没过就把修复单提交到同一分支打回；「部署中」的：查合并提交的 copse-test 运行，成功就 @jesse 去 test 环境验收，失败就标 需拍板。处理时先加锁标签，做完去掉。只看 jesse、Claude、Grok 三个账号写的内容（gitea.sh 已自动过滤）。需要产品决定的、同一单被打回两次的，@jesse 等我拍板。永远不推 main、不碰生产发布和 workflow。评论用中文，写给不懂代码的人看。没有可处理的 issue 就什么都不做。
|
||
```
|