docs: 重构文档体系

docs/prompts/README.md

@@ -7,7 +7,6 @@
 | 文件                                                   | 用途                                                                     |
 | ------------------------------------------------------ | ------------------------------------------------------------------------ |
 | [prompt-smart-merge.md](prompt-smart-merge.md)         | 批量合并 `dev*` 分支到目标分支，含规则探测、依赖分析、冲突处理、安全回退 |
-| [prompt-spec-review.md](prompt-spec-review.md)         | 审查和整理 `openspec/specs/` 下的稳定规范，提升可检索性和一致性          |
 | [prompt-proposal-review.md](prompt-proposal-review.md) | 审查 proposal/design/tasks/specs 与讨论、代码现状、OpenSpec 规范的一致性 |
 | [prompt-apply-review.md](prompt-apply-review.md)       | 审查 apply 后代码、测试、变更文档的一致性，并补齐遗漏或回写文档          |
 
@@ -85,7 +84,7 @@
 - 是否以代码、文档、讨论或用户确认为准
 - 何时必须使用提问工具确认
 - 删除、重写前是否必须备份
-- 改动后是否必须同步 README、测试、变更文档
+- 改动后是否必须同步相关用户文档、开发文档、测试、变更文档
 
 ### 4. 计划与执行分离
 
@@ -124,7 +123,7 @@
 - 作用域边界：改什么，不改什么
 - 真相来源优先级：代码 / README / spec / 讨论 / 用户确认
 - 风险动作边界：删除、重写、提交、推送、回退、stash、merge 等
-- 同步要求：测试、README、变更文档、现有 spec 是否要同步
+- 同步要求：测试、用户文档、开发文档、变更文档、现有 spec 是否要同步
 - 降级规则：信息不足时如何处理
 
 避免：
@@ -142,7 +141,7 @@
 
 推荐做法：
 
-- 先读仓库规则来源，如 `README.md`、配置、架构文档、近期提交、任务入口
+- 先读仓库规则来源，如 `README.md`、`DEVELOPMENT.md`、`CONTRIBUTING.md`、`docs/README.md`、配置、架构文档、近期提交、任务入口
 - 先读直接相关 artifacts，再扩展到相关代码和测试
 - 需要探测时，要求 AI 先探测再决定，不把仓库结构写死在提示词里