Skills
Skills 是 CurdX Bridge 中自然语言调度背后的操作层。它把“让 Codex 审一下这个方案”这类请求转化为职责明确、状态可追踪的工作流。
为什么 Skills 重要
没有 Skills，多 Provider 会话很快就会变成临时拼接。Skills 为 Claude 提供了结构化的方法来：
- 发送异步请求
- 运行规划循环
- 生成执行制品
- 执行质量门禁
- 推进自动化任务流水线
大多数用户并不需要手动输入 Skill 名称，但理解这套结构能帮助你发出更有效的请求。
Skill 分类
通信
| Skill | 用途 |
|---|---|
| cxb-ask | 向某个 Provider 发送异步请求 |
规划与执行
| Skill | 用途 |
|---|---|
| cxb-plan | 产出经过评审的实施方案 |
| cxb-task-plan | 把批准方案转为任务制品 |
| cxb-task-run | 通过 AutoFlow 执行下一步任务 |
质量保障
| Skill | 用途 |
|---|---|
| cxb-review | 对单步或整项任务执行双重评估 |
Skill 工作流流水线
推荐心智模型
可以这样理解整套 Skill 栈：
cxb-plan决定应该做什么cxb-task-plan把方案转成可持续推进的状态cxb-task-run执行下一步工作cxb-review判断该工作是否通过
而 cxb-ask 则是让各个 Provider 能协作起来的底层传输技能。
常见工作流
先规划，再编码
- 先让 Claude 产出方案
- 再让 Codex 审方案
- 通过后才开始实现
把功能拆成可恢复的步骤
- 运行规划工作流
- 生成
.curdx/制品 - 使用
curdx -r以后继续执行
安全地使用 Gemini
- 让 Gemini 负责提出选项
- 要求 Claude 将每条建议分类为 adopt、adapt 或 discard
- 再把最终方向交给 Codex 做审查
进阶建议
- 让需求表达为“我要的结果”，而不是只报 Skill 名称。比如“给这个迁移创建一个经过审查的任务方案”。
- 审查尽量保持二值化，只问是否能通过，还有哪些 fix items。
- 只有中大型任务才值得跑完整 AutoFlow，小改动没必要上全套流水线。