project-risk-register
用于通过结构化的风险跟踪来管理项目不确定性,识别并评估具有概率×影响评分(风险矩阵)的风险,分配风险负责人和缓解计划,跟踪应急措施和触发因素,监控整个项目生命周期中的风险演变,或者当用户提到风险登记册、风险评估、风险管理、风险缓解、概率-影响矩阵,或询问“这个项目可能会出现什么问题?”时使用。
把 Skill 的源码、资源快照、README、包体和安装信号放进一个可搜索、可筛选的公开目录。
用于通过结构化的风险跟踪来管理项目不确定性,识别并评估具有概率×影响评分(风险矩阵)的风险,分配风险负责人和缓解计划,跟踪应急措施和触发因素,监控整个项目生命周期中的风险演变,或者当用户提到风险登记册、风险评估、风险管理、风险缓解、概率-影响矩阵,或询问“这个项目可能会出现什么问题?”时使用。
在决策前验证声明、根据来源核实陈述、对供应商/竞争对手的主张进行尽职调查、评估冲突证据、三角定位来源可信度、评估文献综述的研究有效性、调查错误信息、评定证据强度(主要与次要)、识别知识空白,或者当用户提到“事实核查”、“验证这个”、“这是真的吗”、“评估来源”、“冲突证据”或“尽职调查”时使用。
Advisor专家咨询用于架构设计、第二意见和代码审查。使用场景:用户请求Advisor,需要另一种视角,或获取独立审查。Advisor是与Claude同级别的顶级AI专家,按需调用。**注意:前端/UI任务应使用专门的Frontend代理!**
CX 工作流 — 架构决策记录。当用户提到"架构决策"、"技术选型"、 "ADR"、"为什么选择 X"、"架构方案对比"时可能触发(通常由 cx-design 自动调用)。 记录 Architecture Decision Records,保存到本地 .claude/cx/features/{dev_id}-{feature}/adr.md。 手动触发或由 cx-design 在检测到架构决策时自…
CX 工作流 — 帮助与使用指南。展示可用命令、当前工作流状态、完整工作流概览。 触发词:帮助、help、怎么用、工作流、命令、怎么开始、指南。 自动触发当用户询问工作流相关问题。
CX 工作流 — 任务规划与契约下沉。当用户提到"规划任务"、"制定计划"、 "plan"、"拆分任务"时触发。读取 Design Doc(或 PRD for S 规模) 生成任务分解,创建子任务文件 task-{n}.md,每个任务包含设计文档中的 API 契约片段。保存到本地 .claude/cx/features/{dev_id}-{feature}/tasks/。
将粗略的想法转化为包含实施计划的详细设计文档。当用户希望将一个想法发展成完整的规格说明、从概念创建设计文档、规划功能实现,或提到“PDD”、“提示驱动开发”、“想法到设计”、“从想法创建设计文档”,或者在构建之前系统地细化需求时使用。指导用户完成需求澄清、研究、详细设计和实施计划的过程。
面向 .ipynb Notebook(Jupyter / JupyterLab / Google Colab / VS Code)的创建、审阅、重构与展示。涵盖工程化目录结构、token 高效处理、演示/分享模式、以及 uv/venv 可复现工作流。
用于对积压任务进行排序,根据努力与影响(快速胜利与大赌注)决定先做什么,优先考虑功能路线图,对错误或技术债务进行分类,跨项目分配资源,识别容易实现的目标,使用2x2矩阵评估战略选项,或者当用户提到优先级、快速胜利、努力-影响矩阵、高影响低努力、大赌注,或询问“我们应该先做什么?”时。
在计划具有固定截止日期或目标结果时使用,从未来的目标反向推回到现在,定义里程碑和依赖关系,绘制关键路径,确定何时必须发生什么,计划有明确日期的产品发布,多年战略路线图,活动策划,转型项目,或者当用户提到“逆向规划”、“从...反向工作”、“反向计划”、“我们需要在...之前发布”、“目标日期是”或“需要做什么才能达到”时。
OMCC (Coder-Reviewer-Advisor)协作用于代码和文档任务。使用场景:编写/修改代码、编辑文档、实现功能、修复错误、重构或代码审查。协调 Coder 执行代码/文档改动,Reviewer 审核代码质量。
CX 工作流 — Bug 修复。 当用户提到"修 bug"、"fix"、"有个问题"、"报错"、"不工作"、 "出了问题"、"修复"、"debug" 时触发。 轻量流程:调查→定位→修复→测试→提交。
CX 工作流 — 任务执行与契约校验。当用户提到"执行任务"、"开始开发"、 "实现功能"、"写代码"、"继续做"、"下一个任务"时触发。 5 步流程:读任务 → 实现 → 契约校验 → 测试 → 提交。 使用本地 task-{n}.md 和 status.json,自动校验实现是否与契约一致。 完成所有任务后自动触发 cx-summary。
CX 工作流 — 进度查看。从本地配置读取当前活跃功能和任务状态, 展示完成进度、当前任务详情、最近修复记录。 触发词:进度、状态、做到哪了、还剩什么、怎样了、当前任务。 自动触发当用户询问工作流进度相关问题。
当用户要求“增加技能的弹性”、“使这个技能更健壮”、“改进错误处理”、“添加验证机制”、“创建自我纠正行为”,或讨论代理技能中的确定性、稳健性、错误校正或稳态模式时,应使用此技能。将Michael Levin的研究中的生物弹性原则应用于代理技能设计。
面向 Jujutsu(jj) 版本控制的使用、工作流、revset/fileset 语法、Git 互操作与配置排错指导。用于解答 jj 命令与概念差异、迁移 Git 流程到 jj、处理冲突/回滚、配置与远程书签相关问题。
在构建之前廉价测试想法时使用(通过假门预原型、礼宾MVP、纸质原型)以验证需求/可行性,选择适当的原型保真度(纸质/可点击/编码),运行实验来测试假设(需求、定价、工作流程),或者当用户提到原型、MVP、假门测试、礼宾、绿野仙踪测试、着陆页测试、冒烟测试,或询问“我们如何在构建前验证这个想法?”时。
杂务执行者,处理简单重复任务,节省 token。
CX 工作流 — 配置管理。查看、修改 config.json 中的配置字段,如 developer_id、 github_sync 模式、代码审查开关、agent 团队模式、自动格式化等。 触发词:配置、config、设置、修改配置、改模式。 仅在用户明确调用 /cx-config 时执行。不要自动触发。
CX 工作流 — 项目初始化。配置开发者信息 (developer_id)、GitHub 同步模式、 目录结构创建、hooks 安装、CLAUDE.md 智能追加。 触发词:初始化、init、配置、setup、开始工作流。 仅在用户明确调用 /cx-init 时执行。不要自动触发。
CX 工作流 — 需求收集与规模评估。当用户提到"新功能"、"需求"、"PRD"、 "我想做一个"、"帮我规划"、"收集需求"、"功能规划"时触发。 多轮对话收集需求,自动评估规模 S/M/L,保存到本地 .claude/cx/features/{dev_id}-{feature}/prd.md, 根据规模智能路由:S→cx-plan,M/L→cx-design。
CX 工作流 — 项目蓝图探讨。当用户提到"蓝图"、"整体规划"、"项目范围"、 "scope"、"项目探讨"、"功能方案"时触发。多轮对话探讨项目或功能方案, 将结果保存到本地 .claude/cx/features/{dev_id}-{feature}/scope.md, 可选同步到 GitHub Issue(基于 config.github_sync 模式)。
将原始的、无组织的信息通过系统验证转化为可操作的知识。当用户希望从多个来源(文档、URL、记录、笔记)综合信息并形成结构化的知识文档时使用。支持三种文档类型 - 策展上下文(默认,优化以提高回忆率)、指导(实施导向的叙述)和参考(快速查找)。结合收敛合成与矛盾保留来保持生产性的对立面。在诸如“综合这些信息”、“从这些来源创建知识文档”、“把这些笔记变成可操作的指导”或“帮我整理这份研究”这样的请求…
负责将选题数据导出到 Obsidian 知识库。输入为选题 JSON,输出为格式化的 Markdown 文件。