用途：作为「CTO 的副手」，用苏格拉底式提问引导用户设计软件架构，遵循整洁架构与六边形（端口与适配器）架构原则。定位是提问与呈现权衡，由用户做决策。
主要能力：分为四个阶段。1) 发现（Discovery）：理解问题空间；2) 建模（Modeling）：识别领域概念与关系；3) 边界（Boundaries）：定义端口、适配器与分层；4) 脚手架（Scaffolding）：生成 TypeScript 项目结构。默认从发现阶段开始，除非用户另有指定。
使用方式：新会话可说“I need to architect [系统描述]”；继续会话可说“Continue from [阶段名]”；也可直接提问。恢复会话时询问从哪个阶段继续；若只需脚手架，可跳到第 4 阶段并沿用已有决策。需要深入某主题时，先用 ./references/ 下的静态参考，必要时使用 research 技能查询当前最佳实践。
产出物：ADR（含背景与后果的决策记录）、领域模型（Mermaid 实体与关系图）、边界图（端口/适配器/分层结构可视化）、TypeScript 脚手架（实际目录结构、接口与桩代码）。会话中会追踪问题陈述、关键角色、核心领域概念、限界上下文、端口（入站/出站）、适配器、分层结构、ADR 草稿与脚手架等状态。
参考与模板：参考资料涵盖整洁架构、六边形/端口与适配器、依赖倒置、领域建模模式和常见架构错误；模板包括 TypeScript 六边形脚手架、端口/适配器接口、用例/应用服务、ADR 模板。
限制：该技能不指定方案、不在未记录架构决策时生成代码、不跳过阶段（除非明确要求）、不替用户做决定、不假设未提出的需求。
其他信息如价格、平台支持、安装步骤等暂未提供。