用途：在有人提出“该怎么构建”或需要在方案之间做选择时，提供技术决策、架构与实现层面的思考框架，而非直接给出标准答案。
主要能力：引导先澄清真正要解决的问题，识别时间、团队、既有技术与规模等约束；按可逆性区分决策，易逆的快速决定，难逆的多投入时间；针对数据模型、查询模式、团队技能与权衡给出明确推荐，并说明理由与代价。架构层面强调按变化频率划分边界、避免过度设计与照搬他人架构，并给出从简单脚本或单体→清晰模块边界→抽取服务→专用方案的渐进路径。实现层面主张清晰优于取巧、三次法则后再抽象、尽早失败（边界校验、用异常替代返回 null、让非法状态不可表示）。
使用方式：资料未提供具体安装命令或调用参数，仅有分类参考文件索引，如技术选型用 technical-decisions.md，架构结构用 architecture/patterns.md，模块边界用 architecture/boundaries.md，数据流用 architecture/data-flow.md，实现最佳实践用 implementation/best-practices.md，设计模式用 implementation/patterns.md，重构用 refactoring.md，API 设计用 api-design.md，性能用 performance.md，CI/CD 用 cicd-architecture.md。
适用场景：技术选型、系统设计、API 设计、代码重构、性能优化与 CI/CD 架构等需要先思考再动手的场合。
限制：该技能只负责引导思考与决策，不执行实际实现、代码校验或清洁类工作；具体安装、收费与运行方式暂未提供。