القائمة
Codex 侧 CX 需求收集。创建需求文档、评估规模，并同步共享 cx core 的 feature 注册信息。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
| name | cx-prd |
| description | Codex 侧 CX 需求收集。创建需求文档、评估规模，并同步共享 cx core 的 feature 注册信息。 |
先阅读：
../cx-shared/core/workflow/README.md../cx-shared/core/workflow/protocols/prd.md../cx-shared/references/codex-skill-contract.md../cx-shared/references/templates/prd.md../cx-shared/references/core-schema-overview.md开发文档/CX工作流/功能/<中文标题>/需求.md 写出 PRDcx core 中注册或更新该 feature../cx-shared/scripts/cx-workflow-prd.sh 做确定性 scaffold，再继续补充问答内容禁止在主分支（main/master）上创建 PRD，除非用户显式要求 inline 模式。
执行前检测：
check_output=$(bash ../cx-shared/scripts/cx-worktree.sh check \
--project-root "$(git rev-parse --show-toplevel)" 2>&1) || true
如果在主分支上，必须（MUST） 用编号文字列表询问：
当前在主分支上，需要为新功能创建隔离工作区：
1. 创建 Feature Worktree（推荐）— 自动创建隔离分支和工作目录
2. 在当前分支直接开始（不推荐）— 不隔离
请回复编号：
用户选 1 时：
bash ../cx-shared/scripts/cx-worktree.sh create \
--feature "{feature-slug}" \
--runner codex \
--project-root "$(git rev-parse --show-toplevel)"
然后 cd 到新 worktree 路径继续后续步骤。
用户选 2 时，继续在当前分支执行。
cc 持有并正在执行，先提醒用户复用或 handoff，不要直接覆盖current_feature 可以指向新 slug，但必须保证项目注册表与 feature 文件同步Codex 没有 AskUserQuestion 工具，必须（MUST） 使用编号文字列表 + 等待用户回复。
MUST 主动分析代码后提出 2-3 个可行方案，不能只被动提问。
每轮用以下格式：
[当前理解复述]
--- 实现方向 ---
1. 方案 A（推荐）— {优势、工作量}
2. 方案 B — {优势、工作量}
3. 方案 C — {优势、工作量}
请回复编号，或补充你的想法：
--- 影响范围（多选，用逗号分隔）---
1. 前端 UI/交互
2. 后端 API/逻辑
3. 数据库/状态
4. 基础设施/部署
请回复编号（如 1,2,3）：
通常 2-3 轮收敛，复杂功能不超过 4 轮。
推荐先执行：
bash ../cx-shared/scripts/cx-workflow-prd.sh \
--project-root "$(git rev-parse --show-toplevel)" \
--title "<功能标题>" \
--slug "<feature-slug>" \
--runner codex \
--session-id "<session-id>" \
--size "<S|M|L>" \
--needs-design "<true|false>" \
--question-mode conversation
在 shared runner 完成最小 scaffold 后，统一调用：
bash ../cx-shared/scripts/cx-dashboard-bridge.sh \
--project-root "$(git rev-parse --show-toplevel)" \
--display-name "$(basename "$(git rev-parse --show-toplevel)")"
然后按这些规则继续：
如果 should_prompt=true
--decision accept--decision decline如果 prompt_state=accepted 且 auto_register=true
需求.md功能/<标题>/状态.json.cx/core/features/<slug>.json.cx/core/projects/project.json 中的 feature 索引cx-plancx-designCX 工作流 — 配置管理。查看或修改项目级 `开发文档/CX工作流/配置.json` 中公开的少量字段。仅在用户明确调用 `/cx:cx-config` 时执行。
CX 工作流 — Bug 修复。当用户提到"修 bug"、"fix"、"报错"、"debug"、 "修复"时触发。默认走快速修复路径，复杂问题再升级为更深入的调查。
CX 工作流 — 项目初始化。每个项目都单独确认 developer_id、GitHub 同步策略、 agent teams、code review、worktree isolation、auto memory，并建立项目级 `开发文档/CX工作流 + .cx` 运行时真相目录。仅在用户明确调用 `/cx:cx-init` 时执行。
CX 工作流 — 需求收集与规模评估。当用户提到"新功能"、"需求"、"PRD"、 "我想做一个"、"帮我规划"、"收集需求"、"功能规划"时触发。 多轮对话收集需求，自动评估规模，保存到本地 开发文档/CX工作流/功能/{feature_title}/需求.md，并自动判断是否需要 Design。
CX 工作流 — 项目蓝图探讨。当用户提到"蓝图"、"整体规划"、"项目范围"、 "scope"、"项目探讨"、"功能方案"时触发。多轮对话探讨项目或功能方案， 将结果保存到本地 `开发文档/CX工作流/功能/{功能标题}/范围.md`， 可选同步到 GitHub Issue（基于 config.github_sync 模式）。
Codex 侧 CX 架构决策记录。沉淀设计取舍，不改变 lease 与 worktree 持有关系。