Files
dafang bb7c22829f feat(cs-epic): add parallel item progression policy
Add item_progression: parallel as an owner-gated scheduling extension:
the main workflow stays the sole orchestrator and cursor writer, workers
execute dependency-independent items in host-provided isolated
workspaces, and integration is serialized without advancing mainline
history until per-item re-verification passes. Ships the parallel
execution protocol reference (wavefront scheduling, contextPacket
delegation, active_items recovery records with branched state
transitions, item-local vs epic-global blockers, capability fallback),
mirrors the contract across bilingual WORKFLOW/CATALOG, ADR-005,
AGENTS.md and CLAUDE.md, and anchors it in the contract tests.

Reviewed by an independent heterogeneous reviewer over three rounds
(final verdict: approve; target sha256 a78d424e1d3a).

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
2026-08-06 10:09:31 +08:00

32 lines
3.6 KiB
Markdown
Raw Permalink Blame History

This file contains ambiguous Unicode characters
This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.
# Agent Rules
## 通用
- 默认用中文写面向人的回复、报告和文档;代码、命令、路径、协议字段、YAML/JSON key 保持原格式。
- 先读仓库事实和已存在的设计/ADR,再改规则或流程;不要只凭记忆改 skill 契约。
- 增加或更新 skill 时,同步检查相关 skill、README/reference、测试和 ADR 中的表述。
- 保持规则言简意赅,优先写可执行约束,不写口号。
## CodeStable Skill 边界
- skill 是独立安装单元,运行时不能假设能读取 sibling skill 文件。
- v2 基础骨架只预建 `.codestable/attention.md`、`lessons/` 与 `work/`;永久 Epic 优先沿用项目既有 Epic/RFC/initiative 归宿,否则首次创建时才按需建立 `.codestable/epics/`,onboard 不预建空目录。
- v1 的 `.codestable/roadmap/`、`.codestable/features/`、`.codestable/issues/`、`.codestable/refactors/`、`.codestable/goals/`、`.codestable/compound/`、`.codestable/audits/`、`.codestable/brainstorms/` 与 `.codestable/feedback/` 只作只读历史知识源:四个 owning task skills(`cs-feat`、`cs-issue`、`cs-refactor`、`cs-epic`)按任务关键词覆盖全部九目录并引用命中路径;其他 skill 仅检索自身契约明确点名的历史源。不得继续生成、原地改写或批量迁移。
- `.codestable/requirements/` 仅在 `.codestable/attention.md` 明确记录其为 canonical requirement 位置时才可维护;owner 首次指定时先写入 attention,未记录时按只读历史知识处理且不得默认创建。
- 确定性 helper 放在实际 owning skill 的 `scripts/`,不得隐式调用 sibling skill 或集中式 onboard runtime。
- v1 的 `.codestable/reference/`、`tools/`、`gates/`、`hooks/`、`runtime-manifest.json` 只作 legacy compatibility;不要默认删除、覆盖或作为 v2 入口调用。
- CodeStable skills 不决定默认 worktree/branch 策略;该策略由宿主、owner 或独立 skill 决定。
- 不要把 `AGENTS.md`/`CLAUDE.md` 当作 `.codestable/attention.md` 的替代;项目事实仍应沉淀到对应的 CodeStable artifacts。
## Epic 生命周期
- 永久 Epic 文档是目标、范围、非目标、验收、已批准子项、关键决策、最终交付、整体验收、遗留风险和长期状态的唯一 owner;`.codestable/work/epic-{slug}.md` 只是临时执行游标,只写永久文档指针、批准 revision、phase、子项进度、下一步、阻塞、`item_progression`、`milestone_commit`、`remote_publish`、parallel 策略下的 `active_items` 和证据,不复制稳定契约或最终结论。
- 保留三道 owner gate:fresh design review 后确认拆解;目标、边界、验收、子项定义或重大风险变化时重新 review 并确认;全部子项完成后由 fresh reviewer 对最新 owner 已批准的验收标准做 final acceptance review,再由 owner 最终接受。
- 普通子项完成不是 owner gate:`continuous` 策略下串行自动推进下一项,`parallel` 策略下主流程唯一编排并行推进依赖互不阻塞的子项并串行集成里程碑,均不询问是否继续或终态返回;只有显式 `per-item` 策略、owning-skill 门槛、真实阻塞、新权限或最终验收才暂停。
- Epic 进入 `accepted`、`superseded` 或 `cancelled` 终态后保留永久文档,幂等清理临时 Epic/子项 work;不恢复 `cs-goal` 入口、goal package、`state.yaml`、逐轮 iteration 报告或 legacy runtime gate。
## 验证
- skill/runtime 改动完成前至少运行相关 pytest 与 `git diff --check`。
- plugin 分发或退役清单变更还要运行 `tests/test_skills_cli_distribution.py` 与 `tools/check-plugin-package.py`。