用途：当有人问“这个该怎么建”或需要在多个技术方案间做选择时，该技能引导从问题本身出发，而非直接比较技术特性。它强调技术决策具有复利效应，目标是做出理由清晰、可随上下文变化重新审视的“足够好”的决策。
主要能力：提供一套决策流程——先澄清要解决的真实问题，再识别时间、团队、既有技术、规模等约束，然后按可逆性区分决策（库选择、配置变更可快速决定；数据库、语言、架构需更慎重），最后给出带理由和取舍的明确推荐，而非只罗列选项。架构部分关注结构：什么经常变化就放在一起，什么很少变化可紧耦合，什么出错代价高就多投入思考，什么可以推迟就不提前设计。实现部分强调清晰优于聪明、三次法则（第三次出现再抽象）、快速失败（边界校验、抛异常而非返回 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 架构规划，以及回答“我该怎么构建这个”这类问题。
限制：该技能只负责引导思考与决策，不代替实现、验证或日常清理工作；具体命令、安装方式、收费与平台信息暂未提供。它提醒避免过度工程、欠工程和盲目照搬他人架构，并建议按“先能用、再正确、后快速”的顺序推进。