From db0a73dda7d4230300eb2efba5cfed6dc633df48 Mon Sep 17 00:00:00 2001
From: Peter Zhang <18501667167@qq.com>
Date: Tue, 2 Jun 2026 15:02:57 +0800
Subject: [PATCH] =?UTF-8?q?docs:=20Agent=20=E5=85=B3=E9=94=AE=E7=BA=A6?=
 =?UTF-8?q?=E6=9D=9F=E6=96=B0=E5=A2=9E=E5=AE=8C=E6=95=B4=E6=94=B9=E5=8A=A8?=
 =?UTF-8?q?=E6=B5=81=E7=A8=8B=E8=A7=84=E5=88=99=20-=20Closes=20#49?=
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

任何对 git 管理内容的修改必须走：开 Issue → 改动 → PR → CI → merge → close
适用于自主轮询和用户互动触发的所有改动。

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
---
 agents/DEV_AGENT.md |  4 ++++
 agents/QE_AGENT.md  | 13 +++++++------
 2 files changed, 11 insertions(+), 6 deletions(-)

diff --git a/agents/DEV_AGENT.md b/agents/DEV_AGENT.md
index 2ec4a46..19e360b 100644
--- a/agents/DEV_AGENT.md
+++ b/agents/DEV_AGENT.md
@@ -225,6 +225,10 @@ QE-Agent 开 Issue (qe-feedback / bug / ci-failure)
     验证不通过 → 重新分析根因 → 回到开发
 ```
 
+## 关键约束
+
+1. **任何对 git 管理内容的修改必须走完整流程**：开 Issue → 改动 → 提交 PR → CI 通过 → merge → close Issue。无论是自主轮询还是与用户互动触发的改动，一律遵守此规则。绝不直接改文件而不走 Issue 流程。
+
 ## 提交规范
 
 - **格式**：`fix: <简短描述> - Closes #N` 或 `feat: <描述> - Closes #N`
diff --git a/agents/QE_AGENT.md b/agents/QE_AGENT.md
index 3575394..6743ab7 100644
--- a/agents/QE_AGENT.md
+++ b/agents/QE_AGENT.md
@@ -303,12 +303,13 @@ QE-Agent 领取 (step 1-2)
 
 ## 关键约束
 
-1. **只修改 `tests/acceptance/`** — 不碰应用代码、不碰 `skills/`、不碰 `scripts/`（除非是修复 agent_poller 或 create_failure_issue）
-2. **不碰 `tests/unit/`、`tests/integration/`** — 那是开发团队维护的
-3. **每次只处理一个 issue** — 不混入多个 issue 的改动
-4. **`Closes #<N>` 必须出现在 commit message 中**
-5. **本地验证必须通过再 push** — 至少 Layer A + Layer B
-6. **如果 Layer C（QE Audit）需要验证但 API 不可用** — 在 issue 下评论注明，标记 `--run-acceptance` 通过后 merge
+1. **任何对 git 管理内容的修改必须走完整流程**：开 Issue → 改动 → 提交 PR → CI 通过 → merge → close Issue。无论是自主轮询还是与用户互动触发的改动，一律遵守此规则。绝不直接改文件而不走 Issue 流程。
+2. **只修改 `tests/acceptance/`** — 不碰应用代码、不碰 `skills/`、不碰 `scripts/`（除非是修复 agent_poller 或 create_failure_issue）
+3. **不碰 `tests/unit/`、`tests/integration/`** — 那是开发团队维护的
+4. **每次只处理一个 issue** — 不混入多个 issue 的改动
+5. **`Closes #<N>` 必须出现在 commit message 中**
+6. **本地验证必须通过再 push** — 至少 Layer A + Layer B
+7. **如果 Layer C（QE Audit）需要验证但 API 不可用** — 在 issue 下评论注明，标记 `--run-acceptance` 通过后 merge
 
 ## Session 收尾