AiOffice 能力组合,开箱即用,为您的工作流提速
通过 MCP server ( caiyun-weather ) 调用彩云天气 v2.6 API,获取高精度天气数据(1km 分辨率,分钟级降水预报)。
这是一个“导航 + 门禁”型技能:在 Spec Pack(分支名 {num}-{short-name} )流程里, 只有本技能(Router)有权决定下一步用哪个 skill ;其它技能都是 worker,只负责本阶段门禁 + 落盘 + DoD。
R3 的目标是把 {FEATURE_DIR}/requirements/prd.md 的 核心场景/规则/AC 加工为 {FEATURE_DIR}/requirements/prototype.md :
R2 的目标是把 {FEATURE_DIR}/requirements/solution.md 的 推荐决策 转写为 {FEATURE_DIR}/requirements/prd.md :让研发能拆任务、QA 能写用例、干系人能评审与验收。
R4 的目标是把 {FEATURE_DIR}/requirements/prototype.md 的页面清单与交互说明落地为 可运行、可交互 的 Demo,用于走查/验证/对齐:
本技能用于把 {FEATURE_DIR}/requirements/raw.md 通过 多轮最小澄清循环 收敛为可评审的 {FEATURE_DIR}/requirements/solution.md (含 ## Impact Analysis )。 澄清过程必须可追溯:每次用户裁决后, 立刻回写 到 raw.md/## 澄清记录 。
I1 的目标是把 {FEATURE_DIR}/requirements/* 与 {FEATURE_DIR}/design/* 转换为 可直接执行 的实现计划 {FEATURE_DIR}/implementation/plan.md ,并将其作为 唯一执行清单与状态 SSOT (checkbox 任务 + 每任务步骤 + 最小验证 + 提交点 + 按 repo 审计信息)。
当需求出现重大问题需要“废弃当前 spec pack”时,本技能用于 安全地撤销 :先执行 spec-context 获取上下文并精确定位 {FEATURE_DIR} ,再生成“将要删除的内容清单”,并在执行任何破坏性操作前要求用户 二次确认 ;最后删除本地/远程分支,并清理工作区中残留的 spec pack 目录。
Merge-back 是 Spec Pack 生命周期的“晋升阶段”:把本次需求中 会长期复用/会约束未来需求 的内容晋升到 .aisdlc/project/ (Project SSOT),其余内容仍留在 {FEATURE_DIR} 作为交付证据。
spec-init 用于在本仓库里创建一个新的需求级 Spec Pack:自动递增三位编号、创建并切换到 {num}-{short-name} 分支、生成 .aisdlc/specs/{num}-{short-name}/ 目录结构,并把原始需求写入 requirements/raw.md (UTF-8 with BOM)。
I2 的目标是把 {FEATURE_DIR}/implementation/plan.md 中的任务 按批次执行 ,并把执行状态与最小审计信息 只回写到 plan.md (作为唯一执行清单与状态 SSOT)。
读写 requirements/*.md 前必须先确定 {FEATURE_DIR} 。以 当前 Git 分支名 为锚点,禁止猜路径。
本技能用于在 当前 Spec Pack 内按流程顺序扫描文档,找出“待澄清/待确认”的 高价值问题 ,并通过 一次只问一个问题 的循环把结论回写到对应文档,直到不确定性被消除或被转成可验证条目。
这一阶段把 Discover 从“能写出来”升级到“能治理、能持续可用”:
Preflight 的目标不是“把信息都写出来”,而是先把 可执行/可定位的证据入口 盘清楚;Scope 的目标是先把 覆盖面止损 (P0/P1/P2),避免逆向工程变成“写全但不可维护”。
模块页是 Discover 的“权威入口”。它的目标不是写全细节,而是让 AI/人能在需要时 快速判断边界与不变量,并且能沿着证据链定位到代码/契约/测试/CI/ops 。
这一阶段的目标是: 让任何人/AI 在几分钟内知道项目边界、权威入口、怎么跑/怎么验、从哪里进入模块与契约 。 方法是:先把 Memory 与索引骨架落盘,并严格执行“索引只导航”的硬规则。
本技能用于把“已有代码的存量项目” 在一次指令内尽可能完整地 逆向沉淀为 .aisdlc/project/ 项目级 SSOT(长期资产),以支撑后续 Spec Pack 的 AI 辅助开发 尽量不再重复跑 Discover 。
核心原则: 只做验证 → 失败即停止 → 结果可复现 → 报告可追溯。
与 Claude Code 独立工作。如果安装了 oh-my-claudecode,则通过 OMC 审查通道(可用时为严厉批评者,批评者后备)路由以增强隔离。