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`

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 收尾