technology-selection
Installation
SKILL.md
技术选型
何时使用
- 全栈工作流第 2 阶段:需求分析完成后、技术评审之前。
- 用户明确说要做技术选型或确定技术栈时。
第一步:确认开发范围
必须先问用户(三选一):
- 全栈开发:前端 + 后端 + 数据存储
- 仅前端开发:界面与前端逻辑,数据可 mock 或本地
- 仅后端开发:API、业务逻辑、数据库,不含界面
根据用户选择,进入对应模板与引导。
选型引导
- 全栈:见 templates/fullstack.md
- 仅前端:见 templates/frontend-only.md
- 仅后端:见 templates/backend-only.md
执行要点
- 参考需求文档中的非功能需求(性能、安全、部署)来约束选型。
- 版本锁定:明确主要框架/库的版本号或版本范围。
- 依赖管理:说明包管理器(npm/yarn/pnpm、Maven/Gradle、pip/poetry 等)。
- 开发环境:Node 版本、JDK 版本、Python 版本等。
产出
- 一份技术选型清单,供「技术评审」与「程序设计」使用。
文档与状态
- 产出写入
docs/{current_iteration_id}/technology-selection-{technology_selection_id}.md。 - 开始前:调用
history-managerskill 的get-phase technology_selection和check-file确认是否已完成。 - 完成后:调用
history-managerskill 的set-phase technology_selection {technology_selection_id}记录并推进状态。
Related skills
More from rainlib/full-stack-skill
dev-workflow
全栈开发工作流编排器,按 8 阶段顺序执行:需求分析 → 技术选型 → 技术评审 → 程序设计 → 任务拆分 → 单元测试 → 代码开发 → 自我验证。
2unit-testing
根据程序设计与任务拆分产出单元测试用例与预期结果,为代码开发提供验收标准。全栈工作流第 6 阶段。
1history-manager
Manage workflow iteration state and history. Use when any phase skill needs to check progress, create iterations, update phase status, or verify document existence. Invoked by dev-workflow and all phase skills.
1technical-review
评审需求与技术选型的架构可行性,定义 API 契约、数据模型、识别风险项。在技术选型之后、程序设计之前使用。
1program-design
根据需求、技术选型与技术评审设计程序结构、流程与工程目录。全栈工作流第 4 阶段。
1task-breakdown
将程序设计拆分为可管理的开发任务单元,定义优先级、依赖和开发顺序。在程序设计之后、单元测试之前使用。
1