root/Jyotisha
1
0
Fork 0
Code Issues 25 Pull Requests 1 Actions Packages Projects Releases Wiki Activity

merge origin/staging into the report translation fix

Browse Source
This commit is contained in:
jesse-ux
2026-10-13 15:20:55 +08:00
parent a295afa40f d79f42b04b
commit 7242648e45
11 changed files with 103 additions and 11 deletions
Download Patch File Download Diff File Expand all files Collapse all files
docs/agents/agent-loop-playbook.md
+1 -1
View File
@@ -16,7 +16,7 @@
| Claude | Linux 机器上的常开会话，`/loop 30m` | 和产品负责人聊需求并提 issue；诊断写任务书；独立复验 Grok 的提交；合入测试环境；核对部署；每晚复盘 | 写业务代码；推生产分支；改 CI 流程 |
| Grok Build | 产品负责人 Windows 上的常开会话，`/loop 15m` | 按任务书实现、自测、推 `codex/*` 分支、回报 | 推测试或生产分支；删分支；自己做产品决定 |
**账号**：两个 agent 各用一个 Gitea 账号发言——`claude-agent`、`grok-agent`，看评论就知道是谁说的（2026-10-13 产品负责人决定）。两个工具只信任 `jesse`、`claude-agent`、`grok-agent` 三个账号写的内容，其他人写的不交给模型。两个账号都要加为各项目仓库的协作者（写权限）；令牌各存在自己那台机器的 `~/.config/jyotisha-agent/gitea-token`。
**账号**：两个 agent 各用一个 Gitea 账号发言——`Claude`、`Grok`，看评论就知道是谁说的（2026-10-13 产品负责人决定）。两个工具只信任 `jesse`、`Claude`、`Grok` 三个账号写的内容，其他人写的不交给模型。两个账号都要加为各项目仓库的协作者（写权限）；令牌各存在自己那台机器的 `~/.config/jyotisha-agent/gitea-token`。
## 3. 一单怎么走
docs/tasks/README.md
+2
View File
@@ -135,6 +135,7 @@
| 任务书 | 进度 | 主题 | 状态 | 落点 |
| --- | --- | --- | --- | --- |
| `TASK-composer-first-glyph-clip-20261013.md` | — | **输入框第一个字被圆角裁掉（agent 循环 issue #52）**：`Textarea` 原语自带 12px 圆角，`.composer textarea` 清了边框与左右内边距却没清圆角，浏览器按圆角裁滚动内容，第一个字左缘被裁成圆弧；只在 `.composer textarea` 加 `border-radius: 0`，原语不动。执行方 Grok。BUG-1311 | 待领取 | `codex/composer-first-glyph-clip-20261013` |
| `TASK-composer-first-glyph-clip-fix-20261013.md` | — | **#52 第 1 次打回（只需 rebase）**：`6e6fae8d` 内容全部通过，因 staging 前进了一个纯文档提交而不能快进 | 待领取 | `codex/composer-first-glyph-clip-20261013` |
| `TASK-consult-card-full-source-20261007.md` | `PROGRESS-consult-card-full-source-20261007.md` | **对话数据卡与报告同源 + 领域综合判断表**：事业卡只有约 7,600 字符、无自然代表星、无大运主星关系、D10 联动只能补取、补取上限 1；全 12 领域；综合判断表、参与清单（不止 D1/D9，含精度闸）、补取 3 次、资料目录均已确认；KP 不上卡、不联网、不接书籍语料；排在 sync6 与报告单之后 | 验收未通过（`35dafd1e`，见 fix-20261009） | `codex/consult-card-full-source-20261007` |
| `TASK-consult-card-full-source-fix-20261009.md` | `PROGRESS-consult-card-full-source-fix-20261009.md` | **对话卡同源修复**：缓存键无日期致当前大运冻结、整卡 37.5K（每格带内部路径）、星照整列 blocked（资料库其实有出处）、前端测试手写数据、无预热；合入前用临时 key 跑模型 A/B 与生平回测 | F1–F5 已验收，F6 未过（见 fix2） | `codex/consult-card-full-source-20261007` |
| `TASK-consult-card-full-source-fix2-20261009.md` | `PROGRESS-consult-card-full-source-fix2-20261009.md` | **对话卡同源第二轮**：齐达内事业被「水星=说写算」带偏致严重冲突 1→3；事业清单加「代表星只看力量受冲、不按星性猜职业」后重跑回测（≤1 才合入）；预热改为不占重计算名额 | 已验收并快进合入 staging（2026-10-09，产品按严重冲突 ≤ 1 放行；剩余 1 次见 career-type-residual） | `codex/consult-card-full-source-20261007` |
@@ -211,6 +212,7 @@
| 任务书 | 进度 | 主题 | 状态 | 落点 |
| --- | --- | --- | --- | --- |
| `TASK-report-translation-gaps-20261013.md` | — | **个人报告中英混杂、正文图盘空白、上升行、同位列（agent 循环 issue #53）**：中文完整数据版靠短词替换英文，正文残留 218 处英文词与 14 处中英粘连，卫生检查只有黑名单（BUG-1312）；完整数据版图盘节只有空标题、无围栏，BUG-1203 的回归（BUG-1313）；报告本命表无上升行（BUG-1314）；D9 同位列「—」读如没数据，改「是/否」（BUG-1315）。分盘核对段随 T1 自动消失。执行方 Grok | 待领取 | `codex/report-translation-gaps-20261013` |
| `TASK-report-translation-gaps-fix-20261013.md` | — | **#53 第 1 次打回**：`a295afa4` 实现四项都验过，但分支未基于最新 staging，且全量 pytest 新增 1 条失败（报告 Jaimini 星位名改成「灵魂星（AK）」后 `test_chara_karaka_8_bphs_order` 未跟改）。要求 rebase + 按三栏改测试，不改 `KARAKA_CN` | 待领取 | `codex/report-translation-gaps-20261013` |
| `TASK-report-full-data-edition-20261007.md` | `PROGRESS-report-full-data-edition-20261007.md` | **报告改为完整数据版、删除阅读版**：网站阅读版中文 7.6 万字符 vs 上游 `pl9_ai_density` 97 万；移植原始数据附录 / 清理器 / 时间补充，中英文；我方报告口径（BUG-1199～1229）全部保持；旧报告仍可打开；排在 sync6 之后 | 已验收（Claude 补修 BUG-1282 后合入 staging） | `codex/report-full-data-edition-20261007`（未推 staging） |
| `TASK-report-full-data-fix-20261008.md` | `PROGRESS-report-full-data-fix-20261008.md` | **完整数据版补齐**（同分支继续）：解释段、年运字段、开篇重点、英文汉字清零。Patyayini 不新算。生成按钮文案不改。等验收后再合入 staging | 已验收（Claude 补修 BUG-1282 后合入 staging） | `codex/report-full-data-edition-20261007`（未合入 staging） |
| `TASK-report-full-data-fix2-20261008.md` | `PROGRESS-report-full-data-fix2-20261008.md` | **完整数据版第二轮**（同分支续）：年运章投影已有字段，大运解释补「可能」段落，瑜伽作用不再断言寿命，术语不进标识符，罗睺/计都不写「守护第未列出宫」。章动单不在本分支 | 已验收（Claude 补修 BUG-1282 后合入 staging） | `codex/report-full-data-edition-20261007`（未合入） |
docs/tasks/TASK-composer-first-glyph-clip-fix-20261013.md
+30
View File
@@ -0,0 +1,30 @@
# TASK · 输入框首字被裁修复单（issue #52，第 1 次打回：只需跟上 staging）
- 日期：2026-10-13
- 原任务书：`docs/tasks/TASK-composer-first-glyph-clip-20261013.md`
- 被验 SHA：`6e6fae8d8424c8cca50c0c7c0092500a15b0f52e`（`codex/composer-first-glyph-clip-20261013`）
- 执行方：Grok，同一分支续做
- BUG 编号：沿用 BUG-1311
## 1. 验收结论：内容全部通过，只有「不能快进」一项未通过
| 检查 | 结果 | 证据 |
| --- | --- | --- |
| 能否快进到 staging | **未通过** | 分支基于 `804b6ee3f`；之后 staging 多了 `52ecacb7b`（#53 修复单，纯文档，也改了 `docs/tasks/README.md`）。原因在验收方，不是实现问题 |
| T1 只加 `border-radius: 0` | 通过 | diff 只有这一处；规则不在任何 `@layer` 内，能压过 `Textarea` 原语的 `rounded-lg`；原语未改 |
| T2 合同测试 | 通过 | 新增 1 条，无既有断言改动 |
| T3 文档 | 通过 | DESIGN.md、BUG-1311、PROGRESS、README 状态板齐 |
| tsc / lint | 通过 | 0 错 / 0 error（125 warning 与基线同） |
| 前端全量 `npm test` | 通过 | 5026 条（基线 5025，+1）；fail 24 与基线逐条一致（全是库测试）；cancelled 0 |
| 越界 / 隐私 | 通过 | 无 |
我在本机试过把 `6e6fae8d8` 摘到最新 staging 上：无冲突，`git range-diff` 显示补丁完全相同（`=`）。
## 2. 修法要求
1. `git fetch origin && git rebase origin/staging`，`--force-with-lease` 推回 `codex/composer-first-glyph-clip-20261013`。不改任何内容。
2. 在 PROGRESS 末尾记一行「按修复单 rebase，内容未变」。
## 3. 验收标准
`git merge-base --is-ancestor origin/staging <新 SHA>` 成立，且与 `6e6fae8d8` 的 range-diff 为 `=`。其余不复测。
docs/tasks/TASK-report-translation-gaps-fix-20261013.md
+54
View File
@@ -0,0 +1,54 @@
# TASK · 报告翻译缺口修复单（issue #53，第 1 次打回）
- 日期：2026-10-13
- 原任务书：`docs/tasks/TASK-report-translation-gaps-20261013.md`
- 被验 SHA：`a295afa40f98b7ef06d16b080cdefa4d34a4d45b`（`codex/report-translation-gaps-20261013`）
- 执行方：Grok，**同一分支**续做，只推这个分支
- 验收：Claude（Linux）
- BUG 编号：沿用 BUG-1312～1315，不新开号
## 1. 验收结论：未通过（2 项）
| # | 检查 | 结果 | 证据 |
| --- | --- | --- | --- |
| 1 | 能否快进到 staging | **未通过** | 分支基于 `05f880053`，`origin/staging` 已前进到 `804b6ee3f`（中间只有 `tools/agent-loop/**` 与 `docs/agents/**` 的提交，与本单文件无重叠）。`git merge-base --is-ancestor origin/staging a295afa4` 不成立 |
| 2 | Python 全量与基线逐条比对 | **未通过：新增 1 条失败** | 见下 |
| 3 | 任务书 T1 正文出图 | 通过 | 虚构日盘中文完整数据版：围栏 0 → 21；节内无空 `#####`；id 不重复 |
| 4 | 任务书 T2 中文残留 | 通过 | 同盘正文（附录前、去围栏）：粘连 14 → 0；功能词 210 → 0（我另加 not/is/to/for 也是 0） |
| 5 | 任务书 T3 上升行 | 通过 | `test_birth_position_table_starts_with_the_ascendant` 绿 |
| 6 | 任务书 T4 同位列「是 / 否」 | 通过 | 断言改动有三栏说明 |
| 7 | 定向 pytest（任务书 §8 六个文件） | 通过 | 88 passed |
| 8 | 前端 tsc / lint | 通过 | tsc 0 错；lint 0 error（125 warning，与基线同类） |
| 9 | 前端全量 `npm test` | 通过 | 5027 条（基线 5025，+2），fail 24 与基线逐条一致（全是需 PostgreSQL / Docker 的库测试），cancelled 0 |
| 10 | `next build` | 通过 | `/` 仍 `○ Static`；前端只改两处单元格文字，不进首屏 |
| 11 | 越界 / 隐私 | 通过 | 无 `.gitea/**`、无依赖变化、无冻结文件增长；新 fixture 是 `CASES["day"]` 虚构盘真实引擎输出，公开盘用爱因斯坦 |
### 新增失败（全量 pytest，基线 `7ac2fa63d` 上不失败，单独重跑仍失败）
```
tests/test_chara_karaka_8_bphs_order.py::test_reader_report_karaka_table_is_in_bphs_order
E AssertionError: assert ['灵魂星（AK）', … '子女星（PK）', …] == ['灵魂星AK', '事业… '子女星PK', …]
E At index 0 diff: '灵魂星（AK）' != '灵魂星AK'
```
原因：`scripts/pl9_language_terms.py::_ZH_FORMATION_PHRASES` 把 `灵魂星AK` 等八个 Jaimini 星位名改成 `灵魂星（AK）`（为了让 `事业星AmK`、`父亲星PiK` 这类 3 字母缩写不被粘连门判中，这个改法本身对）；但这条测试按 `scripts/jaimini.py::KARAKA_CN` 的原字面值断言报告行，没有跟着改。这正是 AGENTS.md §7.8 说的「按源码文本断言的合同测试漏改」。
另：`tests/test_prashna_sphuta_review_result_validator.py::…blocks_blank_templates` 在基线上单独跑同样失败，与本单无关，不要动。
## 2. 修法要求
1. **在最新 staging 上重做**：`git fetch origin && git rebase origin/staging`（无冲突预期）；只推 `codex/report-translation-gaps-20261013`（rebase 后需 `--force-with-lease` 推自己的分支，这是你自己的分支，允许）。
2. **改测试，不改 `KARAKA_CN`**：`scripts/jaimini.py` 的 `KARAKA_CN` 被咨询、星盘页等多处用，不在本单范围。把 `test_reader_report_karaka_table_is_in_bphs_order` 的期望值改成报告里实际出现的形式（`灵魂星（AK）` …），按 AGENTS.md §7.3 写「原值 / 新值 / 原因」三栏注释。推荐写法：期望值由 `KARAKA_CN[role]` 经 `translate_zh_glued_phrases` 得出，而不是再手抄八个字面值，这样两边以后不会再分叉。
3. 开工前 grep 一遍其它按 `KARAKA_CN` 字面值断言报告正文的测试：`grep -rn "灵魂星AK\|事业星AmK\|KARAKA_CN" tests frontend/tests`，命中且断言的是**完整数据版报告正文**的，同样改（三栏）。`frontend/tests/fixtures/report-reader-main-fictional-zh-pair.json` 是 reader_main 冻结 golden，不要改。
4. 在 `docs/tasks/PROGRESS-report-translation-gaps-20261013.md` 末尾追加本轮记录。
## 3. 验收标准
- `git merge-base --is-ancestor origin/staging <新 SHA>` 成立。
- `python -m pytest tests/test_chara_karaka_8_bphs_order.py -q` 全绿；任务书 §8 的六个文件仍全绿。
- Claude 全量 pytest 与基线比对：除基线已有失败外，0 条新增。
- 其余第 1 节「通过」各项不得退化。
## 4. 让步顺序
无。两项都必须完成；这是第 1 次打回，再被打回会停下来等产品负责人决定。
tools/agent-loop/claude-tick.sh
+1 -1
View File
@@ -64,7 +64,7 @@ privacy_ok() {
# Marker fields: <!-- agent:claude review sha=abc verdict=fail ... -->
marker_field() { sed -nE "s/.* $1=([^ ]+).*/\1/p" <<<"$2"; }
# gitea.sh returns only trusted accounts' text (jesse, claude-agent, grok-agent);
# gitea.sh returns only trusted accounts' text (jesse, Claude, Grok);
# anyone else's comment never reaches a model.
OWNER="${AGENT_LOOP_OWNER:-jesse}"
comments_json() { "$GITEA" comments "$1"; }
tools/agent-loop/gitea.ps1
+1 -1
View File
@@ -21,7 +21,7 @@ $Base = 'https://git.copse.top/api/v1'
if ($Repo -notmatch '^[A-Za-z0-9_.-]+/[A-Za-z0-9_.-]+$') { throw "bad -Repo: $Repo" }
$Api = "$Base/repos/$Repo"
# Accounts whose issue text and comments are trusted: the product owner and the two agents.
$Trusted = @('jesse', 'claude-agent', 'grok-agent')
$Trusted = @('jesse', 'Claude', 'Grok')
if ($env:GITEA_TRUSTED_USERS) { $Trusted = $env:GITEA_TRUSTED_USERS -split ',' }
$Token = ([IO.File]::ReadAllText((Join-Path $HOME '.config\jyotisha-agent\gitea-token'))).Trim()
tools/agent-loop/gitea.sh
+1 -1
View File
@@ -10,7 +10,7 @@ TOKEN_FILE="${JYOTISHA_AGENT_TOKEN_FILE:-$HOME/.config/jyotisha-agent/gitea-toke
API="$GITEA_URL/api/v1/repos/$GITEA_REPO"
# Accounts whose issue text and comments are trusted: the product owner and the two agents.
# Everyone else's text is dropped before it reaches a model.
TRUSTED="${GITEA_TRUSTED_USERS:-jesse,claude-agent,grok-agent}"
TRUSTED="${GITEA_TRUSTED_USERS:-jesse,Claude,Grok}"
_trusted_jq='($t | split(",")) as $ok | ($ok | index($u)) != null'
_token() {
tools/agent-loop/projects/copse/loop-claude.md
+1 -1
View File
@@ -9,5 +9,5 @@ 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-agent、grok-agent 三个账号写的内容（gitea.sh 已自动过滤）。需要产品决定的、同一单被打回两次的，@jesse 等我拍板。永远不推 main、不碰生产发布和 workflow。评论用中文，写给不懂代码的人看。没有可处理的 issue 就什么都不做。
/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 就什么都不做。
```
tools/agent-loop/projects/copse/loop-grok.md
+10 -4
View File
@@ -1,14 +1,20 @@
# copse · Grok 侧 `/loop` 提示词（Windows）
在 Windows 上开一个**专门给 copse 的** Grok 会话（不要和 Jyotisha 的循环共用会话）。工作树路径以 Grok 环境检测时确定的为准，下面用 `<copse 工作树>` 表示。
在 Windows 上开一个**专门给 copse 的** Grok 会话（不要和 Jyotisha 的循环共用会话）。工作树是 `G:\Ferti\copse\.worktrees\agent-loop`（循环专用，不用产品负责人自己的 `G:\Ferti\copse` 检出）。
JDK：copse 要求 Java 21，本机默认是 JDK 17（其他项目在用，不改系统设置）。只在这个会话里把 `JAVA_HOME` 指向 JDK 21，Maven 用 `C:\Users\74082\.local\tools\apache-maven-3.9.9`。
## 开会话前（每次）
与 Jyotisha 相同的钩子与白名单（见 Jyotisha 仓库 `tools/agent-loop/prompts/loop-grok.md`），只是目录换成 copse 的工作树，白名单另加 copse 需要的命令（以 `projects/copse/grok-permissions.json` 为准）：
```powershell
cd <copse 工作树>
$env:PATH = "D:\Program Files\Git\bin;" + $env:PATH
cd G:\Ferti\copse\.worktrees\agent-loop
$jdk = (Get-ChildItem 'C:\Program Files\Microsoft' -Directory -Filter 'jdk-21*' | Sort-Object Name | Select-Object -Last 1).FullName
if (-not $jdk) { throw 'JDK 21 not found under C:\Program Files\Microsoft' }
$env:JAVA_HOME = $jdk
$env:PATH = "$jdk\bin;C:\Users\74082\.local\tools\apache-maven-3.9.9\bin;D:\Program Files\Git\bin;" + $env:PATH
mvn -v # 必须显示 Java version: 21
$env:GIT_CONFIG_COUNT = "1"
$env:GIT_CONFIG_KEY_0 = "core.hooksPath"
$env:GIT_CONFIG_VALUE_0 = "$HOME\.jyotisha-agent\hooks\grok"
@@ -22,5 +28,5 @@ grok @grokArgs
## 粘贴的提示词
```
/loop 15m 盯一下 Gitea 仓库 root/copse 上同时带 agent/待执行 和 agent/试点 标签的 issue。Gitea 一律只用 powershell -NoProfile -ExecutionPolicy Bypass -File C:\Users\74082\.jyotisha-agent\bin\gitea.ps1 <命令> -Repo root/copse（它只返回 jesse、claude-agent、grok-agent 三个可信账号写的内容）。每轮先读 C:\Users\74082\.jyotisha-agent\bin\projects\copse\RULES.md 和本仓库 AGENTS.md 里与本单相关的章节。有活就取最老的一单：先加 agent/执行中 锁标签；从最新一条首行是 <!-- agent:claude plan ... --> 或 <!-- agent:claude review ... verdict=fail ... --> 的评论里读出 brief= 和 branch=；git fetch 后检出这个分支的远端最新版本，读任务书（修复轮读修复单和上一条验收评论）；按任务书实现；按 RULES.md「测试分工」把 Grok 必跑的检查全部跑完，Java 测试的命令和测试数、失败数原样贴进回报；只推这个 codex 分支；还没有 PR 就用 create-pr 开一个。做完发一条评论，首行是 <!-- agent:grok report branch=<分支> sha=<推送后远端 40 位 SHA> pr=<PR 号> -->，下面写中文回报（检查 | 命令 | 结果数字 的表）；标签换成 agent/待验收，去掉锁标签。需要产品决定的，首行写 <!-- agent:grok decision -->，标签换成 agent/需拍板 并 @jesse。只能新增迁移，绝不修改已有迁移。永远不推 main，不删分支，不加 --no-verify。没有可处理的 issue 就什么都不做。
/loop 15m 盯一下 Gitea 仓库 root/copse 上同时带 agent/待执行 和 agent/试点 标签的 issue。Gitea 一律只用 powershell -NoProfile -ExecutionPolicy Bypass -File C:\Users\74082\.jyotisha-agent\bin\gitea.ps1 <命令> -Repo root/copse（它只返回 jesse、Claude、Grok 三个可信账号写的内容）。每轮先读 C:\Users\74082\.jyotisha-agent\bin\projects\copse\RULES.md 和本仓库 AGENTS.md 里与本单相关的章节。有活就取最老的一单：先加 agent/执行中 锁标签；从最新一条首行是 <!-- agent:claude plan ... --> 或 <!-- agent:claude review ... verdict=fail ... --> 的评论里读出 brief= 和 branch=；git fetch 后检出这个分支的远端最新版本，读任务书（修复轮读修复单和上一条验收评论）；按任务书实现；按 RULES.md「测试分工」把 Grok 必跑的检查全部跑完，Java 测试的命令和测试数、失败数原样贴进回报；只推这个 codex 分支；还没有 PR 就用 create-pr 开一个。做完发一条评论，首行是 <!-- agent:grok report branch=<分支> sha=<推送后远端 40 位 SHA> pr=<PR 号> -->，下面写中文回报（检查 | 命令 | 结果数字 的表）；标签换成 agent/待验收，去掉锁标签。需要产品决定的，首行写 <!-- agent:grok decision -->，标签换成 agent/需拍板 并 @jesse。只能新增迁移，绝不修改已有迁移。永远不推 main，不删分支，不加 --no-verify。没有可处理的 issue 就什么都不做。
```
tools/agent-loop/prompts/loop-claude.md
+1 -1
View File
@@ -5,7 +5,7 @@
## 1. issue 循环（每 30 分钟）
```
/loop 30m 盯一下 Gitea 上同时带 agent/试点 标签的 issue，按 tools/agent-loop/README.md 的标签流转办，标签和评论用 tools/agent-loop/gitea.sh 操作，评论首行加 README 里规定的标记：「待规划」的去查 BUG 历史、读代码找根因，按 tools/agent-loop/prompts/claude-plan.md 写任务书推 staging，交给 Grok；「待验收」的按 tools/agent-loop/prompts/claude-review.md，把 Grok 回报的那个 SHA 拉下来亲自跑测试，逐行看 diff，有没有越界改动、弱化断言、隐私数据，全部过了才快进推 staging，没过就写修复单打回；「部署中」的核对 staging 的 /api/health 是否已包含该提交，部署好了 @jesse 去真机验收。处理时先加锁标签，做完再去掉。只看 jesse、claude-agent、grok-agent 三个账号写的内容（gitea.sh 已自动过滤掉其他人），jesse 是产品负责人，另外两个是你和 Grok。需要产品决定的、同一单被打回两次的，@jesse 等我拍板。永远不推 main，不改 workflow。评论用中文，写给不懂代码的人看。没有可处理的 issue 就什么都不做。
/loop 30m 盯一下 Gitea 上同时带 agent/试点 标签的 issue，按 tools/agent-loop/README.md 的标签流转办，标签和评论用 tools/agent-loop/gitea.sh 操作，评论首行加 README 里规定的标记：「待规划」的去查 BUG 历史、读代码找根因，按 tools/agent-loop/prompts/claude-plan.md 写任务书推 staging，交给 Grok；「待验收」的按 tools/agent-loop/prompts/claude-review.md，把 Grok 回报的那个 SHA 拉下来亲自跑测试，逐行看 diff，有没有越界改动、弱化断言、隐私数据，全部过了才快进推 staging，没过就写修复单打回；「部署中」的核对 staging 的 /api/health 是否已包含该提交，部署好了 @jesse 去真机验收。处理时先加锁标签，做完再去掉。只看 jesse、Claude、Grok 三个账号写的内容（gitea.sh 已自动过滤掉其他人），jesse 是产品负责人，另外两个是你和 Grok。需要产品决定的、同一单被打回两次的，@jesse 等我拍板。永远不推 main，不改 workflow。评论用中文，写给不懂代码的人看。没有可处理的 issue 就什么都不做。
```
## 2. 每晚复盘（每 24 小时）
tools/agent-loop/prompts/loop-grok.md
+1 -1
View File
@@ -35,7 +35,7 @@ grok @grokArgs
## 粘贴的提示词（每 15 分钟）
```
/loop 15m 盯一下 Gitea 上同时带 agent/待执行 和 agent/试点 标签的 issue（Gitea 一律只用 `powershell -NoProfile -ExecutionPolicy Bypass -File C:\Users\74082\.jyotisha-agent\bin\gitea.ps1 <命令>`：issues、issue、labels、add-label、remove-label、comments、comment，用法见脚本开头；评论先写成 UTF-8 文件再用 comment 发）。（gitea.ps1 只返回 jesse、claude-agent、grok-agent 三个可信账号写的内容；jesse 是产品负责人，claude-agent 是 Claude，grok-agent 是你。）有活就取最老的一单：先加 agent/执行中 锁标签；从最新一条首行是 <!-- agent:claude plan ... --> 或 <!-- agent:claude review ... verdict=fail ... --> 的评论里读出 brief= 和 branch=；在当前工作树 git fetch 后检出这个分支（远端已有就基于远端，没有就基于 origin/staging）；然后严格按 tools/agent-loop/prompts/grok-execute.md 实现、自测、只推这个 codex 分支。做完发一条评论，首行是 <!-- agent:grok report branch=<分支> sha=<推送后远端 40 位 SHA> -->，下面写中文回报；把状态标签换成 agent/待验收，去掉锁标签。需要产品决定的，首行写 <!-- agent:grok decision -->，标签换成 agent/需拍板 并 @jesse。永远不推 staging 和 main，不删分支，不加 --no-verify。评论写给不懂代码的人看，不写任何用户个人资料。没有可处理的 issue 就什么都不做。
/loop 15m 盯一下 Gitea 上同时带 agent/待执行 和 agent/试点 标签的 issue（Gitea 一律只用 `powershell -NoProfile -ExecutionPolicy Bypass -File C:\Users\74082\.jyotisha-agent\bin\gitea.ps1 <命令>`：issues、issue、labels、add-label、remove-label、comments、comment，用法见脚本开头；评论先写成 UTF-8 文件再用 comment 发）。（gitea.ps1 只返回 jesse、Claude、Grok 三个可信账号写的内容；jesse 是产品负责人，Claude 是 Claude，Grok 是你。）有活就取最老的一单：先加 agent/执行中 锁标签；从最新一条首行是 <!-- agent:claude plan ... --> 或 <!-- agent:claude review ... verdict=fail ... --> 的评论里读出 brief= 和 branch=；在当前工作树 git fetch 后检出这个分支（远端已有就基于远端，没有就基于 origin/staging）；然后严格按 tools/agent-loop/prompts/grok-execute.md 实现、自测、只推这个 codex 分支。做完发一条评论，首行是 <!-- agent:grok report branch=<分支> sha=<推送后远端 40 位 SHA> -->，下面写中文回报；把状态标签换成 agent/待验收，去掉锁标签。需要产品决定的，首行写 <!-- agent:grok decision -->，标签换成 agent/需拍板 并 @jesse。永远不推 staging 和 main，不删分支，不加 --no-verify。评论写给不懂代码的人看，不写任何用户个人资料。没有可处理的 issue 就什么都不做。
```
## 注意