architecting-changes

用途：用于非平凡的架构决策，帮助确定代码形态与边界，然后回到常规的规划或实现流程。编码类工作应先加载 engineering-principles 作为基础。\n\n主要能力：对变更分类（局部修复、新增行为、新增调用方、重构、外部集成、项目搭建、横切关注点），识别真实架构问题与预期变更轴，选择最小充分边界；给出边界与分层启发式（表现/传输—应用用例—领域规则—基础设施封装，依赖指向内或下）；讨论表现边界、复用与自研取舍、组合与状态、可复用核心、透明性与可运维性。\n\n模式意识：要求按范围（文件级、系统级、架构级）选择合适模式；在模式敏感领域（金额计费支付、高吞吐数据管道、认证授权会话密钥、长流程业务、多租户受管数据、外部集成、缓存与读密集、配置与功能开关）必须先命名模式并划清边界。同时强调按需投入，避免过度工程。\n\n使用方式：按默认流程——分类变更、找预期变更轴、识别真实架构问题、选择最小充分边界、必要时路由到更深入技能、再继续规划或实现。路由器表将 API 设计、安全加固、性能优化、CI/CD、发布、ADR 文档、规划实现、脚本编写、后端构建、项目/后端初始化等导向对应技能。离开前需回答责任、边界、变更轴、复用、框架、模式、交接等检查项。\n\n适用场景：功能、重构、缺陷修复、项目搭建中的边界与所有权决策，以及模式敏感区域的架构判断。\n\n限制：资料未提供该技能的具体安装命令、平台要求、收费或价格信息；未提供语言特定路由。