用途：该技能面向后端架构工作，覆盖设计、审查、组织与演进可扩展、安全、可维护的后端系统，适用于任意语言、框架、运行时、数据库、API 风格和部署方式，包括 JavaScript/TypeScript、Python、Go、Java/Kotlin、C#/.NET、PHP、Ruby、Rust、Elixir、C/C++、Swift 服务端框架、无服务器函数等。它明确要求不要默认采用 Node.js、Express、REST、关系型数据库或某种固定目录结构。
主要能力：先检测后端是否存在，检查清单、源码根、服务器或处理器、路由或传输、领域逻辑、持久化、迁移、认证、配置、后台任务、集成、测试、部署文件与运维工具。若已存在后端，识别语言版本、框架/运行时、架构风格、包与构建工具、API 或消息面、数据库与数据访问、模块边界、约定、测试、部署、可观测性及兼容性约束，并保留合理的既有选择。若不存在，则结合产品与需求，用项目已选或用户明确选择的技术设计最小可用后端。多服务仓库需分别处理各服务及其契约。
使用方式：在重大重构前，先说明当前结构、应保留项、应变更项、推荐目标与增量更新路径；按映射入口与流程、识别耦合与职责、依据真实约束选型、选择最小变更、分离传输与业务规则与数据访问、增量实现、处理迁移与回滚、运行格式化/静态检查/类型检查/测试/构建、报告结果的工作流执行。需要目录模板、框架示例、API 与数据库规则、认证或支付结构、审查清单时，查阅 references/architecture-guide.md 的相关章节。
适用场景与限制：适合已有后端的评估与演进、新后端的最小化设计、多服务契约梳理。限制包括：不得无证据地重写整个后端、引入新框架、拆分微服务或强加流行架构；除非有证据和用户目标支持。需集中配置并在启动时校验环境变量，密钥不得进入源码、日志和响应，在系统边界校验并从可信服务端上下文推导身份与授权。分布式系统、队列、缓存和微服务应视为运维承诺而非默认组织工具。具体收费、价格、平台与效果资料暂未提供。