方案设计阶段最怕两件事:技术选型拍脑袋,以及文档写完研发还要再来三轮澄清。这三个 Skills 分别对应方案设计的三件核心交付物:选型(结构化到主方案/降级方案/升级路径/淘汰项四件套)、API 设计评审(把系统集成的问题拦在编码前)、以及从场景卡扩展成完整 PRD。
企业系统集成里,API 设计决定了后续每一层的安全性与可维护性。这个评审 Skill 按清单过:鉴权、幂等、版本、限流、错误码,把问题拦在编码之前,而不是联调的时候。
评审维度 :契约清晰、幂等、错误码、分页、鉴权、审计日志、限流、版本。 FDE 关注 :Agent 调用稳定性、超时重试、人工兜底。
API 设计不当导致权限漏洞、联调失败和无法审计。
评审维度:契约清晰、幂等、错误码、分页、鉴权、审计日志、限流、版本。 FDE 关注:Agent 调用稳定性、超时重试、人工兜底。
Integration 前置;与 Tool-Audit、RBAC-Audit 联动。
触发信号:PoC/Beta/生产任一阶段出现「Agent 接 CRM/ERP」相关诉求、阻塞或复盘需求。
关键动作:收集集成需求
FDE 注意:避免 忽略鉴权
成功标志:交付物清单勾选,evaluation.md 达标,AIBP/业务 Owner 书面确认。
触发信号:PoC/Beta/生产任一阶段出现「飞书/工单集成」相关诉求、阻塞或复盘需求。
关键动作:评审契约
FDE 注意:避免 无错误处理
成功标志:交付物清单勾选,evaluation.md 达标,AIBP/业务 Owner 书面确认。
触发信号:PoC/Beta/生产任一阶段出现「MCP 工具设计」相关诉求、阻塞或复盘需求。
关键动作:检查安全
FDE 注意:避免 Agent 工具无超时
成功标志:交付物清单勾选,evaluation.md 达标,AIBP/业务 Owner 书面确认。
触发信号:PoC/Beta/生产任一阶段出现「PoC 转 MVP」相关诉求、阻塞或复盘需求。
关键动作:定义联调用例
FDE 注意:避免 忽略鉴权
成功标志:交付物清单勾选,evaluation.md 达标,AIBP/业务 Owner 书面确认。
资源:查看该 Skill 原文 | 下载完整技能包(ZIP,含 Prompt / 清单 / 模板)
这个选型 Skill 的产出结构非常实用:一个主方案(逐层列出技术与理由)、一个降级方案(主方案受阻时 1-2 天内可切换)、一个升级路径(PoC 成功后进入 Beta/生产)、以及明确的淘汰项(至少解释两个未选方案的原因)。
为 FDE 项目 PoC 阶段强制检索最新 AI 技术、国内实践、开源工具与 Vibe Coding 工具,完成场景约束分析、技术栈比较、主方案决策、降级方案和 PoC→Beta/生产升级蓝图。用户提到 PoC 技术选型、AI 技术栈、开源框架、国产模型、私有化原型、Vibe Coding、两周 Demo 或“用什么技术落地”时使用。
本 Skill 必须给出:
不允许只给工具清单、不允许默认最新版本、不允许用 Star 数代替适配性。
先确认:
输入不足时,先输出“待确认清单”,不得假装已有约束。
将需求压缩为一个可证伪假设:
If [用户在流程中使用 PoC]
Then [Primary Metric 达到阈值]
Because [AI 介入机制]
识别场景:RAG/知识库、Agent/工作流、文档智能、数据分析、多模态或代码自动化。非必要不使用 Agent。
每次执行必须联网搜索。搜索日期写入报告。
至少覆盖:
来源要求:
若无联网工具,必须停止最终推荐,只能输出“预选方案,待联网验证”。
先选路径,再选工具:
默认选择最低复杂度路径。PoC 不是提前建设生产平台。
先过硬门禁,再评分。
硬门禁:
评分:
| 维度 | 权重 |
|---|---|
| 场景与核心假设匹配 | 20 |
| 达到首个可测 Demo 的速度 | 20 |
| 数据、安全、私有化与信创 | 15 |
| 团队掌握与可维护性 | 15 |
| 评估、追踪与可调试性 | 10 |
| Beta/生产升级路径 | 10 |
| 成本与资源可得性 | 5 |
| 生态活跃度与锁定风险 | 5 |
输出:
使用 Cursor、Claude Code、Codex、Trae、CodeBuddy、Qoder、通义灵码、Cline、Roo Code、OpenCode、Aider 等前,必须验证当期能力与数据策略。
强制规则:
requirements.md、architecture.md、tasks.md 和验收测试;.env.example、单元测试和代码审查;严格使用:
资源:查看该 Skill 原文 | 下载完整技能包(ZIP,含 Prompt / 清单 / 模板)
从场景卡扩展成完整的 AI 场景 PRD:用户故事、交互流程、数据依赖、评测标准。目标是让研发拿到文档就能开工,而不是再来三轮澄清会议。
PRD 结构 :背景/目标/用户/流程/AI介入点/数据/权限/指标/范围/里程碑/风险。 与场景卡关系 :场景卡=协议;PRD=可开发规格。
技术团队与业务对「做什么」理解不一致,返工频繁。
PRD 结构:背景/目标/用户/流程/AI介入点/数据/权限/指标/范围/里程碑/风险。 与场景卡关系:场景卡=协议;PRD=可开发规格。
Solution-Design 核心;衔接 Discovery 与 AI-Delivery。
触发信号:PoC/Beta/生产任一阶段出现「场景评审通过后」相关诉求、阻塞或复盘需求。
关键动作:从场景卡导入
FDE 注意:避免 PRD 过细像技术方案
成功标志:交付物清单勾选,evaluation.md 达标,AIBP/业务 Owner 书面确认。
触发信号:PoC/Beta/生产任一阶段出现「PoC 转 MVP」相关诉求、阻塞或复盘需求。
关键动作:写用户故事
FDE 注意:避免 缺非功能需求
成功标志:交付物清单勾选,evaluation.md 达标,AIBP/业务 Owner 书面确认。
触发信号:PoC/Beta/生产任一阶段出现「范围变更」相关诉求、阻塞或复盘需求。
关键动作:定义验收标准
FDE 注意:避免 验收标准不可测
成功标志:交付物清单勾选,evaluation.md 达标,AIBP/业务 Owner 书面确认。
触发信号:PoC/Beta/生产任一阶段出现「多团队对齐」相关诉求、阻塞或复盘需求。
关键动作:列数据与权限
FDE 注意:避免 PRD 过细像技术方案
成功标志:交付物清单勾选,evaluation.md 达标,AIBP/业务 Owner 书面确认。
资源:查看该 Skill 原文 | 下载完整技能包(ZIP,含 Prompt / 清单 / 模板)
三件套的推荐用法:先用选型 Skill 把技术路线和降级路径定下来,再用 API 评审把集成边界谈清,最后用 PRD 生成器把需求写透。三份文档齐了,研发侧的歧义基本清零。
本文为我们在实践中的整理与解读,方法论框架与技能包版权归 World Robots 所有,仅作学习交流之用。
查看全部 0 条评论