crazy-macs/obsidianar.git

edit | blame | history | raw
# 规则治理与协作规则

生成日期：2026-07-09

## 当前状态

- 主题说明：规则治理与协作规则 相关会话的长期二级汇编；原始会话记录仍是证据源。
- 来源记录数：11
- 时间范围：2026-06-15 至 2026-07-08
- 最新记录：[`26.0708-AI工作流专家.优化工作流-自动化-全局规则比例化修订.md`](26.0708-AI工作流专家.优化工作流-自动化-全局规则比例化修订.md)

## 最近结论摘录

- 修订 `/Users/ar/.codex/rules/pre-implementation-discussion.md`：完整研发前置讨论限定到新需求、缺陷修复、非平凡方案、架构判断、用户可见行为或风险不显而易见的研发事项；解释、状态、日志、存档、索引、去重、低风险机械修正只做轻量目标和起点对齐。
- 修订 `/Users/ar/.codex/rules/release-versioning.md`：版本策略可由项目声明；未声明时客户端 / App 发布默认使用 SemVer + 时间戳 build；非 SemVer 项目必须保持用户可见版本可追溯、可区分、可回滚。
- 修订 `/Users/ar/.codex/rules/project-governance.md`：长期研发、HIPO、多角色 / 多 agent、统一台账或会发布给用户 / 测试人员的项目仍需完整宪章；轻量研发、一次性 spike、脚本实验或单会话小工具可先维护轻量角色映射。
- 修订 `/Users/ar/.codex/rules/agent-skill-security.md`：hook 是可选补漏机制；未安装 hook、hook 未运行或 hook 状态未知时，执行者仍必须按触发点主动运行 SkillSpector CLI。
- 更新 `/Users/ar/.codex/rule-governance/05-Rule-Index.md`。

## 核心事实补录

### 2026-06-15 2026-06-15-规则树管理大师-任务起点对齐.md

```text
- 任务目标：说明本轮要达成的结果、完成标准，以及明确不做的范围。
- 当前起点：说明将从哪些文件、目录、版本、已有结论、当前状态或已知问题开始。
- 在目标和起点未对齐前，不得开始修改文件、运行构建、推进发布、重构、迁移或执行会改变项目状态的操作。
- 对齐应简洁直接；如果用户的指令已经清楚给出目标和起点，可以用一句话复述确认后继续，不得把对齐变成冗长流程。
- 一旦目标和起点已对齐，后续过程按既有规则连续推进；不得把过程步骤反复交还用户审批。
```
写入后已读回 `/Users/ar/.codex/AGENTS.md`，确认新规则位于第 1 节，后续章节顺延为：
1. Task Alignment First
```

### 2026-06-15 2026-06-15-规则树管理大师-规则降噪沉淀.md

```text
- 在项目规则中强化简体中文输出要求。
- 评估并设计研发项目版本号、build 号、DMG、构建产物归档规则。
- 将通用研发规则沉淀到 `~/.codex/rules/`，并通过 `/Users/ar/.codex/AGENTS.md` 做轻量路由。
- 为多个本地项目统一根目录 `AGENTS.md` 的项目类型声明，使用 `项目类型：研发项目` 作为研发规则触发标记。
- 从 TagLauncher、Aligner 的项目经验中提炼通用规则，沉淀代码治理、前置讨论、QA、交付门禁、连续推进、经验教训等规则。
- 多次根据用户反馈降低“会话记录保存规则”造成的审批噪声，并改为项目内 `.codex-sessionhistory/` 或当前可写工作区兜底。
- 反复定位并收敛过多审批弹窗的规则原因，从逐项命令白名单转向大原则：按风险后果判断是否需要用户确认。
- 最终将全局规则改为：确认目标、方案或验收范围后，本地过程动作默认授权；只有会删除或覆盖未存档且不可恢复代码时才停下来确认。
- 发现“目标未达成仍问用户是否修”的问题后，补强前置讨论、连续推进和交付门禁规则：原目标范围内的直接补救必须继续修复、复核、QA 和记录证据，不得把“是否修复”交还用户确认。
```

```text
- 为多个本地项目统一根目录 `AGENTS.md` 的项目类型声明，使用 `项目类型：研发项目` 作为研发规则触发标记。
- 从 TagLauncher、Aligner 的项目经验中提炼通用规则，沉淀代码治理、前置讨论、QA、交付门禁、连续推进、经验教训等规则。
- 多次根据用户反馈降低“会话记录保存规则”造成的审批噪声，并改为项目内 `.codex-sessionhistory/` 或当前可写工作区兜底。
- 反复定位并收敛过多审批弹窗的规则原因，从逐项命令白名单转向大原则：按风险后果判断是否需要用户确认。
- 最终将全局规则改为：确认目标、方案或验收范围后，本地过程动作默认授权；只有会删除或覆盖未存档且不可恢复代码时才停下来确认。
- 发现“目标未达成仍问用户是否修”的问题后，补强前置讨论、连续推进和交付门禁规则：原目标范围内的直接补救必须继续修复、复核、QA 和记录证据，不得把“是否修复”交还用户确认。
## 回复建议备忘
用户要求后续线程重新读取规则时，建议使用明确口令：
```

```text
- `/Users/ar/Projects/Aligner/03-O/K2.项目管理/研发交付验收流程.md`
- `/Users/ar/Projects/Taglauncher/AGENTS.md`
- `/Users/ar/Projects/Taglauncher/CODE_GOVERNANCE.md`
- `/Users/ar/Projects/Taglauncher-doc/X-KM/K2.项目管理-非业务直接相关/QA经验复盘-真实用户节奏与视觉稳定性.md`
## 未决问题
- 旧线程仍可能携带旧上下文，需要用户或后续助手显式要求其重新读取最新全局和项目规则。
- 工具权限层的系统级弹窗不一定能通过文档规则完全消除；应优先通过稳定脚本入口和最小必要授权降低频率。
- 各项目是否都已把本地 `AGENTS.md` 与最新全局规则完全对齐，仍可后续抽查。
```

### 2026-06-27 2026-06-27-规则树管理大师-m4c图谱试点.md

```text
- `codebase-memory` 是结构化探索工具，用于架构概览、调用链、影响面和死代码候选；不得替代源码阅读、测试、QA 结论或人工 `CODEGRAPH.md`。
- `codegraph` 继续作为人工维护的工程地图，记录模块边界、关键入口、受保护行为、QA 入口和最后验证版本。
- `codebase-memory` 的项目共享产物放在 Git 根 `03-O/.codebase-memory/`，可纳入 Git；用户级 cache 不进入 Git。
- `graph.db.zst` 可以用 `codebase-memory-mcp` 查询，也可以解压后作为 SQLite 数据库只读查看；不建议手动修改数据库。
## 相关文件
- `/Users/ar/Projects/ExcalidrawX/p.mindrawforcodex/AGENTS.md`
- `/Users/ar/Projects/ExcalidrawX/p.mindrawforcodex/PROJECT.md`
- `/Users/ar/Projects/ExcalidrawX/p.mindrawforcodex/03-O/.gitignore`
```

```text
- `codebase-memory-mcp 0.8.1` 使用 `paths=["C3.tools/scripts"]` 时，实际索引范围比预期略宽；后续需要观察或确认该版本对 `paths` 的实际行为。
- m4c 的 `.codebase-memory/`、`.gitignore`、`CODEGRAPH.md` 及项目根文档是否要在下一次 m4c Git 提交中一起提交，尚未在本轮处理。
```

### 2026-06-29 2026-06-29-规则树管理大师-Codex维护规则.md

```text
- 用户提供 `vibeforge1111/keep-codex-fast` GitHub 项目，要求对比我们的全局规则树，判断是否有启发和应吸收内容。
- 用户随后确认按“最小落地方式”执行：新增一条全局 Codex 本地状态维护规则，并把入口规则映射到它。
## 回复内容
实际执行的操作包括：
- 阅读并对比 `keep-codex-fast` 的 README、SKILL、脚本实现、handoff 模板和测试思路。
- 读取并复核全局规则入口 `/Users/ar/.codex/AGENTS.md` 和既有规则树 `/Users/ar/.codex/rules/`。
- 新增 `/Users/ar/.codex/rules/codex-maintenance.md`，覆盖只读报告、备份优先、归档不删除、旧线程归档前 handoff、SQLite 展示元数据修复边界、自动化只能提醒等规则。
```

### 2026-06-30 26.0630-AI工作流专家.优化工作流-自动化-全局规则治理自动化.md

```text
## 核心事实 / 变更快照
- 变更对象：项目局部规则进入全局规则的治理机制。
- 事实来源：
  - `/Users/ar/.codex/rules/rule-governance.md`
  - `/Users/ar/.codex/rule-governance/README.md`
  - `/Users/ar/.codex/rule-governance/tools/collect-rule-candidates.py`
  - `/Users/ar/.codex/AGENTS.md`
  - `/Users/ar/.codex/automations/automation/automation.toml`
```

```text
- 新增每日 Codex Automation，每天 09:00 Asia/Shanghai 在 local 环境运行。
- 映射 / 归并 / 删除：
  - Memory -> 辅助回忆，不作为事实源。
  - Hooks -> 提醒 / 门禁 / 事件记录，不自动改规则。
  - Automation -> 每日收集 / 汇总 / 提醒，不自动晋升。
  - 人审通过后的规则 -> 写入 `/Users/ar/.codex/rules/*.md` 或 `/Users/ar/.codex/AGENTS.md` 才生效。
- 范围边界：
  - 适用于所有项目的规则优化、项目治理、会话存档、QA / 发布 / 交付 / 调试流程复盘。
  - 不适用于单个产品专有业务规则的自动全局化。
  - 候选文件不等于生效规则。
```

```text
- 观察前 3 次每日 automation 输出，必要时继续收紧候选提取规则。
- 审核 2026-06-30 候选时，优先看 `GLOBAL`、`Taglauncher` 的存档规则修正和项目治理类条目。
- 每次用户批准晋升后，必须同步更新 `03-Promoted/` 和 `05-Rule-Index.md`。
## 三个月后回看检查
只读本存档即可还原本轮核心事实：为什么建立规则治理机制、哪些文件成为事实源、每日 automation 做什么、不做什么、候选如何晋升，以及首轮验证结果。合格。
```

### 2026-07-03 26.0703-AI工作流专家.全局规则治理-hook审核门禁.md

```text
## 核心事实 / 变更快照
### 变更对象：全局代码审核 Stop hook
- 事实来源：
  - `/Users/ar/.codex/hooks/code_review_gate.py`
  - `/Users/ar/.codex/hooks.json`
  - `/Users/ar/.codex/rules/project-governance.md`
  - `/Users/ar/.codex/rules/delivery-gate.md`
```

### 2026-07-03 26.0703-AI工作流专家.全局规则治理-代码审核与图谱.md

```text
- `/Users/ar/Projects/PrivateVoice/03-O/CODEGRAPH.md` 记录了 `Automatic Codebase Memory`、工具版本、项目名、共享产物和查询示例。
- `/Users/ar/Projects/PrivateVoice/03-O/.codebase-memory/artifact.json` 记录了当次索引信息：
  - `commit`: `abb469859662c285fac758c042812e0da943728f`
  - `indexed_at`: `2026-07-02T07:00:55Z`
  - `project`: `Users-ar-Projects-PrivateVoice2-03-O`
  - `nodes`: `3524`
  - `edges`: `7576`
- `/Users/ar/Projects/PrivateVoice/02-P/进度地图.md` 只记录了 2026-07-02 补建 `codebase-memory-mcp` 自动代码知识图谱。
```

```text
## 核心事实 / 变更快照
### 变更对象 1：全局研发项目角色边界
- 事实来源：
  - `/Users/ar/.codex/rules/project-governance.md`
  - `/Users/ar/.codex/rules/delivery-gate.md`
  - `/Users/ar/.codex/rule-governance/03-Promoted/2026-07-03-coder-code-review-gate.md`
  - `/Users/ar/.codex/rule-governance/05-Rule-Index.md`
```

```text
- GitNexus 作为项目级增强工具启用，而不是所有项目默认强制启用。
- 不建议所有项目同时强制维护两套自动图谱，否则会增加刷新、版本、冲突、门禁和 agent 选择成本。
## 建议但尚未生效的全局规则方案
如果后续要把 `.codebase-memory/` 自动更新机制写入全局规则，建议采用以下原则：
1. 每个研发项目必须在入口文档或 `CODEGRAPH.md` 声明 `codebase-memory` 状态：`enabled` / `disabled` / `unavailable`。
2. 如果声明 `enabled`，必须声明：
   - 工具名和版本。
```

### 2026-07-08 26.0708-AI工作流专家.优化工作流-自动化-Codex规则迁移包.md

```text
## 核心事实 / 变更快照
变更对象：Codex 全局规则迁移包。
事实来源：
- 本机全局规则目录：`/Users/ar/.codex/`
- 输出目录：`/Users/ar/Documents/Codex.Labs/AI工作流专家/exports/codex-global-rules-20260708/`
- 输出 zip：`/Users/ar/Documents/Codex.Labs/AI工作流专家/exports/codex-global-rules-20260708.zip`
```

### 2026-07-08 26.0708-AI工作流专家.优化工作流-自动化-全局规则一致性修订.md

```text
- macOS `.dmg` 要求不再误套到所有 Apple 渠道。
- release tag 不再误要求所有验收候选包都创建，只对正式可回滚测试包 / 发布包强制。
- `code-governance.md` 去掉提交检查重复句。
不做范围：
- 未修复本轮审计中剩余的前置讨论触发面、SemVer patch、角色宪章成本、Skill hook 实装假设等问题。
- 未改旧的 paused automation 配置；其默认暂停状态与新规则一致。
## 当前起点
```

```text
- 教训库：`/Users/ar/.codex/rules/lessons-learned.md`
- 发布版本：`/Users/ar/.codex/rules/release-versioning.md`
- Apple 发布门禁：`/Users/ar/.codex/rules/apple-release-gate.md`
- 代码治理：`/Users/ar/.codex/rules/code-governance.md`
- 规则索引：`/Users/ar/.codex/rule-governance/05-Rule-Index.md`
## 已完成事项
- 修订 `rule-governance.md`：每日规则候选收集默认汇入每日工作流学习日报 C 区；独立“每日全局规则候选收集”automation 如仍保留，应默认暂停或只作为内部收集步骤。
- 修订 `workflow-learning-loop.md`：规则治理候选进入日报 C 区；每日自动化或非当前任务扫描出的 lesson 候选必须先等用户裁决。
```

```text
- 修订 `release-versioning.md`：Developer ID / 站外自助安装 macOS 分发包默认需要 `.dmg`；Mac App Store、TestFlight、企业 / 内部分发按目标渠道分发物处理。
- 修订 `release-versioning.md`：验收候选包和验收通过包必须有 fixed commit、manifest、SHA256；正式可回滚测试包 / 发布包才强制 release tag。
- 修订 `apple-release-gate.md`：同步 Developer ID / DMG 站外分发门禁表述。
- 修订 `code-governance.md`：去掉提交前 status / diff / 暂存检查的重复表述。
- 新增治理记录：`/Users/ar/.codex/rule-governance/03-Promoted/2026-07-08-global-rule-consistency-fixes.md`
- 更新规则索引：`/Users/ar/.codex/rule-governance/05-Rule-Index.md`
## 关键决策
- 规则候选收集不消失，但面向用户的人审入口收敛到“每日工作流学习日报”。
```

### 2026-07-08 26.0708-AI工作流专家.优化工作流-自动化-全局规则比例化修订.md

```text
- 前置讨论触发面偏宽。
- SemVer patch 版本规则作为全局硬规则偏宽。
- 所有研发项目强制完整 `Owner + 9 角色` 成本偏高。
- Skill hook 文本像是默认已安装并生效。
完成标准：
- 高风险研发事项仍保留完整前置讨论门禁，低风险机械事项不被拖入重流程。
- 发布版本策略允许项目声明 SemVer、CalVer、商店 marketing version、服务端 release id 或项目等效策略。
- 轻量研发项目允许先用角色映射，长期化 / 发布 / 多角色协作前再补完整宪章。
```

```text
- 高风险研发事项仍保留完整前置讨论门禁，低风险机械事项不被拖入重流程。
- 发布版本策略允许项目声明 SemVer、CalVer、商店 marketing version、服务端 release id 或项目等效策略。
- 轻量研发项目允许先用角色映射，长期化 / 发布 / 多角色协作前再补完整宪章。
- SkillSpector hook 只作为已安装时的补漏；主动 CLI 扫描仍是硬门禁。
## 已完成事项
- 修订 `/Users/ar/.codex/rules/pre-implementation-discussion.md`：完整研发前置讨论限定到新需求、缺陷修复、非平凡方案、架构判断、用户可见行为或风险不显而易见的研发事项；解释、状态、日志、存档、索引、去重、低风险机械修正只做轻量目标和起点对齐。
- 修订 `/Users/ar/.codex/rules/release-versioning.md`：版本策略可由项目声明；未声明时客户端 / App 发布默认使用 SemVer + 时间戳 build；非 SemVer 项目必须保持用户可见版本可追溯、可区分、可回滚。
- 修订 `/Users/ar/.codex/rules/project-governance.md`：长期研发、HIPO、多角色 / 多 agent、统一台账或会发布给用户 / 测试人员的项目仍需完整宪章；轻量研发、一次性 spike、脚本实验或单会话小工具可先维护轻量角色映射。
```

```text
- 发布版本策略允许项目声明 SemVer、CalVer、商店 marketing version、服务端 release id 或项目等效策略。
- 轻量研发项目允许先用角色映射，长期化 / 发布 / 多角色协作前再补完整宪章。
- SkillSpector hook 只作为已安装时的补漏；主动 CLI 扫描仍是硬门禁。
## 已完成事项
- 修订 `/Users/ar/.codex/rules/pre-implementation-discussion.md`：完整研发前置讨论限定到新需求、缺陷修复、非平凡方案、架构判断、用户可见行为或风险不显而易见的研发事项；解释、状态、日志、存档、索引、去重、低风险机械修正只做轻量目标和起点对齐。
- 修订 `/Users/ar/.codex/rules/release-versioning.md`：版本策略可由项目声明；未声明时客户端 / App 发布默认使用 SemVer + 时间戳 build；非 SemVer 项目必须保持用户可见版本可追溯、可区分、可回滚。
- 修订 `/Users/ar/.codex/rules/project-governance.md`：长期研发、HIPO、多角色 / 多 agent、统一台账或会发布给用户 / 测试人员的项目仍需完整宪章；轻量研发、一次性 spike、脚本实验或单会话小工具可先维护轻量角色映射。
- 修订 `/Users/ar/.codex/rules/agent-skill-security.md`：hook 是可选补漏机制；未安装 hook、hook 未运行或 hook 状态未知时，执行者仍必须按触发点主动运行 SkillSpector CLI。
```

## 来源索引

- 2026-06-15 [`2026-06-15-规则树管理大师-任务起点对齐.md`](2026-06-15-规则树管理大师-任务起点对齐.md)
- 2026-06-15 [`2026-06-15-规则树管理大师-规则降噪沉淀.md`](2026-06-15-规则树管理大师-规则降噪沉淀.md)
- 2026-06-23 [`2026-06-23-规则树管理大师-全局规则与记忆.md`](2026-06-23-规则树管理大师-全局规则与记忆.md)
- 2026-06-27 [`2026-06-27-规则树管理大师-m4c图谱试点.md`](2026-06-27-规则树管理大师-m4c图谱试点.md)
- 2026-06-29 [`2026-06-29-规则树管理大师-Codex维护规则.md`](2026-06-29-规则树管理大师-Codex维护规则.md)
- 2026-06-30 [`26.0630-AI工作流专家.优化工作流-自动化-全局规则治理自动化.md`](26.0630-AI工作流专家.优化工作流-自动化-全局规则治理自动化.md)
- 2026-07-03 [`26.0703-AI工作流专家.全局规则治理-hook审核门禁.md`](26.0703-AI工作流专家.全局规则治理-hook审核门禁.md)
- 2026-07-03 [`26.0703-AI工作流专家.全局规则治理-代码审核与图谱.md`](26.0703-AI工作流专家.全局规则治理-代码审核与图谱.md)
- 2026-07-08 [`26.0708-AI工作流专家.优化工作流-自动化-Codex规则迁移包.md`](26.0708-AI工作流专家.优化工作流-自动化-Codex规则迁移包.md)
- 2026-07-08 [`26.0708-AI工作流专家.优化工作流-自动化-全局规则一致性修订.md`](26.0708-AI工作流专家.优化工作流-自动化-全局规则一致性修订.md)
- 2026-07-08 [`26.0708-AI工作流专家.优化工作流-自动化-全局规则比例化修订.md`](26.0708-AI工作流专家.优化工作流-自动化-全局规则比例化修订.md)

## 时间线

### 2026-06-15 2026-06-15-规则树管理大师-任务起点对齐.md

- 原始标题：2026-06-15 规则树管理大师-任务起点对齐
- 全局工作规则的第一优先级是“先对齐任务目标和当前工作起点”。
- 对齐不是冗长计划，也不是重复审批；如果用户指令已经清楚，Agent 应简洁复述目标和起点后继续。
- 在目标和起点未对齐前，不得开始会改变项目状态的操作。
- 目标和起点一旦对齐，后续执行仍应遵守既有降噪规则：不得把过程步骤反复交还用户审批。
- 这条规则与此前“权限降噪”“连续推进”“前置讨论”不冲突，而是把开工前边界补完整。

### 2026-06-15 2026-06-15-规则树管理大师-规则降噪沉淀.md

- 原始标题：2026-06-15 规则降噪沉淀
- 全局规则必须惜字如金；具体行业/角色规则放在 `~/.codex/rules/`，全局 `AGENTS.md` 只做高优先级原则和路由。
- 研发项目通过项目根目录声明 `项目类型：研发项目` 来触发研发规则树。
- 已确认目标、方案或验收范围后，执行过程默认继续；不得因为工具类型、沙盒位置、GUI/AX 权限、截图、构建、测试、签名、打包、QA 证据采集等机制性原因反复请求过程审批。
- 唯一必须停下来确认的核心边界：继续执行会删除或覆盖尚未存档且无可恢复路径的代码。
- 如果工具系统强制弹出权限窗，只提交最小必要执行请求；不得追加概念性请示、不得反复包装命令制造多次审批。

### 2026-06-23 2026-06-23-规则树管理大师-全局规则与记忆.md

- 原始标题：2026-06-23-规则树管理大师-全局规则与记忆
- 全局 `/Users/ar/.codex/AGENTS.md` 只做强约束和规则路由，不堆具体长规则。
- 会话记忆保存规则适用于所有项目，不限研发项目。
- 项目本地只声明保存目录或必要例外，不应复制全局会话记忆规则全文。
- 所有研发项目必须维护 `CODEGRAPH.md`；自动生成的 `.codegraph/`、LSP 索引或语义索引只作为工具缓存和定位辅助，不能替代人工维护的项目知识层。
- QA / GUI / AX / 截图 / 构建 / 签名等本地过程动作，在用户确认目标、方案或验收范围后默认授权；不得继续按工具名制造过程审批。

### 2026-06-27 2026-06-27-规则树管理大师-m4c图谱试点.md

- 原始标题：2026-06-27-规则树管理大师-m4c图谱试点
- m4c 采用“`codebase-memory` 自动图谱 + `codegraph` 人工入口”模式。
- `codebase-memory` 是结构化探索工具，用于架构概览、调用链、影响面和死代码候选；不得替代源码阅读、测试、QA 结论或人工 `CODEGRAPH.md`。
- `codegraph` 继续作为人工维护的工程地图，记录模块边界、关键入口、受保护行为、QA 入口和最后验证版本。
- `codebase-memory` 的项目共享产物放在 Git 根 `03-O/.codebase-memory/`，可纳入 Git；用户级 cache 不进入 Git。
- `graph.db.zst` 可以用 `codebase-memory-mcp` 查询，也可以解压后作为 SQLite 数据库只读查看；不建议手动修改数据库。

### 2026-06-29 2026-06-29-规则树管理大师-Codex维护规则.md

- 原始标题：2026-06-29-规则树管理大师-Codex维护规则
- 不把 `keep-codex-fast` 脚本整套写入全局规则，只吸收治理原则。
- 新规则定位为 Codex 本地运行状态维护治理，不替代项目源码、Git、发布产物或项目文档治理。
- 周期性维护只能 report/remind，不允许自动 apply；旧线程归档前必须优先保护连续性和 handoff。
- `threads.title` / `first_user_message` 修复被定义为可选展示元数据修复，必须明确 opt-in，且真实 rollout transcript 保持完整。
- 无

### 2026-06-30 26.0630-AI工作流专家.优化工作流-自动化-全局规则治理自动化.md

- 原始标题：26.0630 AI工作流专家 / 优化工作流-自动化 / 全局规则治理自动化
- 新增全局规则：`/Users/ar/.codex/rules/rule-governance.md`
- 新增规则治理工作区：`/Users/ar/.codex/rule-governance/`
- 新增待审入口：`/Users/ar/.codex/rule-governance/00-Inbox.md`
- 新增全局规则索引：`/Users/ar/.codex/rule-governance/05-Rule-Index.md`
- 新增说明文档：`/Users/ar/.codex/rule-governance/README.md`

### 2026-07-03 26.0703-AI工作流专家.全局规则治理-hook审核门禁.md

- 原始标题：AI工作流专家｜全局规则治理｜hook审核门禁
- 新增全局 Stop hook：`/Users/ar/.codex/hooks/code_review_gate.py`
- 注册到全局 hook 配置：`/Users/ar/.codex/hooks.json`
- 将原有 Stop / PermissionRequest hook 命令从 `/usr/bin/python3` 改为 Codex bundled Python，避免本机 `/usr/bin/python3` 触发 Xcode Command Line Tools 提示导致 hook 不可靠。
- 更新全局规则：
- `/Users/ar/.codex/rules/project-governance.md`

### 2026-07-03 26.0703-AI工作流专家.全局规则治理-代码审核与图谱.md

- 原始标题：AI工作流专家｜全局规则治理｜代码审核与图谱
- 只读核查了全局规则文件：
- `/Users/ar/.codex/AGENTS.md`
- `/Users/ar/.codex/rules/project-governance.md`
- `/Users/ar/.codex/rules/delivery-gate.md`
- `/Users/ar/.codex/rules/code-governance.md`

### 2026-07-08 26.0708-AI工作流专家.优化工作流-自动化-Codex规则迁移包.md

- 原始标题：2026-07-08｜AI工作流专家｜Codex规则迁移包
- 创建目录：`/Users/ar/Documents/Codex.Labs/AI工作流专家/exports/codex-global-rules-20260708/`
- 创建压缩包：`/Users/ar/Documents/Codex.Labs/AI工作流专家/exports/codex-global-rules-20260708.zip`
- 包大小约 940 KB。
- 包内新增说明文件：`README.md`
- 本机全局规则目录：`/Users/ar/.codex/`

### 2026-07-08 26.0708-AI工作流专家.优化工作流-自动化-全局规则一致性修订.md

- 原始标题：2026-07-08｜AI工作流专家｜全局规则一致性修订
- 修订 `rule-governance.md`：每日规则候选收集默认汇入每日工作流学习日报 C 区；独立“每日全局规则候选收集”automation 如仍保留，应默认暂停或只作为内部收集步骤。
- 修订 `workflow-learning-loop.md`：规则治理候选进入日报 C 区；每日自动化或非当前任务扫描出的 lesson 候选必须先等用户裁决。
- 修订 `lessons-learned.md`：明确当前任务真实发生 / 正在复盘 / 用户明确要求记录的教训可以直接写入；历史扫描信号先做候选。
- 修订 `release-versioning.md`：Developer ID / 站外自助安装 macOS 分发包默认需要 `.dmg`；Mac App Store、TestFlight、企业 / 内部分发按目标渠道分发物处理。
- 修订 `release-versioning.md`：验收候选包和验收通过包必须有 fixed commit、manifest、SHA256；正式可回滚测试包 / 发布包才强制 release tag。

### 2026-07-08 26.0708-AI工作流专家.优化工作流-自动化-全局规则比例化修订.md

- 原始标题：2026-07-08｜AI工作流专家｜全局规则比例化修订
- 修订 `/Users/ar/.codex/rules/pre-implementation-discussion.md`：完整研发前置讨论限定到新需求、缺陷修复、非平凡方案、架构判断、用户可见行为或风险不显而易见的研发事项；解释、状态、日志、存档、索引、去重、低风险机械修正只做轻量目标和起点对齐。
- 修订 `/Users/ar/.codex/rules/release-versioning.md`：版本策略可由项目声明；未声明时客户端 / App 发布默认使用 SemVer + 时间戳 build；非 SemVer 项目必须保持用户可见版本可追溯、可区分、可回滚。
- 修订 `/Users/ar/.codex/rules/project-governance.md`：长期研发、HIPO、多角色 / 多 agent、统一台账或会发布给用户 / 测试人员的项目仍需完整宪章；轻量研发、一次性 spike、脚本实验或单会话小工具可先维护轻量角色映射。
- 修订 `/Users/ar/.codex/rules/agent-skill-security.md`：hook 是可选补漏机制；未安装 hook、hook 未运行或 hook 状态未知时，执行者仍必须按触发点主动运行 SkillSpector CLI。
- 更新 `/Users/ar/.codex/rule-governance/05-Rule-Index.md`。