메뉴
变更提案生成器。把用户的模糊想法通过反问澄清为一份变更提案 CHANGE.md，自动生成 change-id，检测架构级变更（优先使用 GitNexus MCP impact 分析），前端项目预选视觉调性，判定影响面并给出路径建议。Use when 用户说"我想做/加/实现/设计某事"且无活跃 change 时，或需要发起新变更提案时。
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
项目级架构梳理师。建立或重构 `.specs/ARCHITECTURE.md`，包含模块图、ADR 列表、跨模块契约、依赖规则和容量边界。优先使用 GitNexus MCP 提取模块社区、依赖关系和 API 路由，grep 作为回退。Use when 用户说"建立架构/架构梳理/重构架构/architect/重审 ADR/画架构图"，或项目首次使用 flow-x 且需要项目级架构文档时。不属于任何 change，不写 CHANGE.md。
技术设计师。把 REQUIREMENT.md 转化为可执行的技术设计 DESIGN.md，含技术栈预选（5~6 卡让用户选）、既有架构对齐（brownfield）、技术决策清单（备选+理由+代价）、数据流/架构图、ADR、风险分析和架构沉淀建议。优先使用 GitNexus MCP 定位既有模块和抽象，grep 作为回退。Use when 用户确认 REQUIREMENT.md 后需要进入技术设计阶段，或需要技术选型/架构评审时。
单任务开发执行器。在 fresh context 中按 TDD（RED→GREEN→REFACTOR）执行 TASK.md 中的一个任务，优先使用 GitNexus MCP 搜索既有抽象和做变更影响分析，grep 作为回退。Schema 变更生成可逆迁移，破坏性变更走影响分析+反问协议，提交前跑 diff 边界 verify 和 6 维 self-review。Use when 用户说"执行 T<NN>/跑 T<NN>/do T<NN>/继续"，或需要实现 TASK.md 中的某个任务时。
[project] 架构演进同步器。把已归档 change 的 DESIGN.md §9 架构沉淀 同步到项目级文档（CONTEXT.md + ARCHITECTURE.md）。只读 §9，只 patch 文档，不动业务代码。 GitNexus MCP 可用时用于检测代码与文档之间的偏差（新抽象未入索引、ADR 与实际代码不一致）。 Use when 用户说"同步架构/整理沉淀/sediment/evolve/架构演进/同步 CONTEXT"，或每月/每季度批量同步时。
flow-x 统一入口 Orchestrator。解析用户意图，自动匹配阶段，执行 Artifact Preflight Gate，估算 Token 预算，加载必要规则与工件，路由到对应子 skill 执行。支持 GitNexus MCP 可用性检测，GitNexus 可用时子 skill 自动优先使用 MCP 工具。Use when 用户说"开始做某事/继续/审查/测试/设计/换风格/健康检查/扫描代码/架构梳理"等任何与 flow-x 流程相关的意图，或需要自动管理 change 生命周期时。
[project] 代码库健康巡检器。只产健康报告 + 改造建议清单，不直接改代码。 支持工具路径（brooks-lint / jscpd / knip 等）、GitNexus MCP（语义级未用导出/循环依赖/跨模块检测）和内置 AI 回退三种模式。 Use when 用户说"健康检查/health/体检/技术债扫描/巡检/代码质量检查"，或周期性/里程碑前/接手陌生项目时。
| name | flow-change |
| description | 变更提案生成器。把用户的模糊想法通过反问澄清为一份变更提案 CHANGE.md，自动生成 change-id，检测架构级变更（优先使用 GitNexus MCP impact 分析），前端项目预选视觉调性，判定影响面并给出路径建议。Use when 用户说"我想做/加/实现/设计某事"且无活跃 change 时，或需要发起新变更提案时。 |
把用户的模糊想法通过结构化反问澄清为一份变更提案，并判定影响面、给出后续路径建议。
companion-platform；「加个深色模式」→ dark-mode.specs/<id>/ 不存在，若冲突自动加序号 <id>-2、<id>-3自动生成 change-id：`<id>`（不满意请告诉我新的，否则继续。）
目的：检测是否涉及项目级架构变更（拆服务 / 换数据库 / 换鉴权方案等），这类变更应先在 ARCHITECTURE 层达成共识。
GitNexus 路径（优先）：对 CHANGE.md 涉及的关键符号调用 gitnexus_impact({target: "核心类/模块名", direction: "upstream", maxDepth: 3})：
grep 回退：按以下 5 条标准判定。
命中任一即触发：
明确不算架构级：在既有架构内加新 feature / 业务模块；在既有抽象上加适配器；bug 修复 / UI 改版 / 文案改动。
命中后反问用户：
检测到本次涉及项目级架构变更。选项：
1. 先跑 flow-architect（推荐 · 重审 ADR + 更新模块图）
2. 我清楚影响，继续 flow-change（DESIGN 会显式声明对 ADR-NNN 的影响）
3. 这其实是 change 级局部改造（请说明理由，我重判）
描述包含以下任一 → 判定为前端项目：网站/网页/页面/web/app/应用/移动端/小程序/dashboard/后台/界面/UI/前端/用户端/客户端/GUI
非前端项目（CLI / 后端 API / lib / SDK）跳过 0.6。
红线：本步不出其他问题。只列调性卡片 + 推荐，用户选定后才开启反问。
加载 references/ui-aesthetics-excerpt.md 的「调性」一节，按标准模板呈现 9 张卡片：
请回复数字（如 "6"）或描述你想要的感觉例外：用户描述含强偏好（"参考 Notion"）→ 直接锁定对应调性，跳过卡片。
选定后：写入 CHANGE.md「视觉调性」字段，继承到 2a-ui-design。
用户选定调性后（或非前端跳过 0.6 后），用结构化提问把"为什么/给谁/解决什么/何时算完"问清楚。每轮最多 3 个问题，等用户回答再继续。
明确写出这次不做什么。至少 1 条。
使用 references/CHANGE.md 模板，填好后保存到 .specs/<change-id>/CHANGE.md。
references/CHANGE.md — 产出模板references/ui-aesthetics-excerpt.md — 调性卡片源（仅「给 AI 在 0-change 阶段展示用的标准模板」节）