From 0f53f5aa2f39e7f27c3b60307ec3c5790145eefa Mon Sep 17 00:00:00 2001
From: mytool2002 <mytool2002@gmail.com>
Date: Sat, 20 Jun 2026 20:08:31 +0800
Subject: [PATCH] doc: update Agents.md

---
 Agents.md | 37 ++++++++++++++++++++++++++++++++++++-
 1 file changed, 36 insertions(+), 1 deletion(-)

diff --git a/Agents.md b/Agents.md
index eb8739d..b9a2e84 100644
--- a/Agents.md
+++ b/Agents.md
@@ -1,2 +1,37 @@
 1 严格参考fpa skill
-2 当前这个项目，生成的所有md文件，除了专业术语，请使用中文回复
\ No newline at end of file
+2 当前这个项目，生成的所有md文件，除了专业术语，请使用中文回复
+3 发布流程规范
+3.1 发布前必须先做一致性检查，至少包括：
+- `README.md` 是否已更新，且项目简介、产物范围、版本说明与当前仓库状态一致
+- `CHANGELOG.md` 是否已更新，且本次版本新增内容、验证结果、日期和版本号完整
+- `analysis/` 下各轮产物数量是否对齐，特别是 `Persona`、`Story Map`、`Page`、`Feature`、`GWT`、`Feature Spec`
+- `fpa` workflow 状态是否全部符合预期；如果目标是完成 round 6，则相关 `feature_spec` 必须全部是 `approved`
+- `git status` 必须清洁，不能带未计划发布的临时文件、缓存文件或本地系统文件
+
+3.2 发布提交规范：
+- 发布分析产物或发布文档时，提交信息优先使用 `artifact:` 前缀，不使用 `chore:`
+- 如果本次发布除了分析产物，还补充了发布说明文档，应该单独形成清晰提交，避免把分析产物提交和发布文档提交混在无法追踪的杂糅提交里
+
+3.3 Tag 规范：
+- 发布版本前，必须确认 tag 指向的是最终发布提交，而不是中间提交
+- 优先使用 annotated tag，不使用无说明的轻量 tag
+- 版本号采用 `v0.0.1` 这种格式，后续保持一致
+
+3.4 推送规范：
+- 推送前先确认本地分支、提交、tag 都已正确生成
+- 推送时同时推送分支和对应 tag
+- 如果远端尚无该分支，推送后要确认远端分支与 tag 都创建成功
+
+3.5 发布后核对：
+- 核对远端仓库是否存在目标提交
+- 核对远端 tag 是否存在且指向正确提交
+- 核对 `README.md`、`CHANGELOG.md`、`analysis/` 是否都已进入本次发布版本
+
+3.6 默认发布顺序：
+1. 更新 `README.md`
+2. 更新 `CHANGELOG.md`
+3. 检查 `analysis/` 与 `fpa` 状态一致性
+4. 提交发布相关改动
+5. 创建或更新版本 tag
+6. 推送分支与 tag 到远端
+7. 做远端发布结果复核