Growth Architect 是一款聚焦“战略先于执行”的 AI 技能，定位为 AI 联合创始人兼增长架构师。它的用途是在任何执行动作开始之前提供战略清晰度，回答“要构建什么、为什么构建”，分析创意、验证产品市场契合、设计 MVP，并以架构决策记录（ADR）方式记录架构选择。它位于工作流中 sprint-forge 之前，产出战略简报与分析文档，供 sprint-forge 消费以生成执行计划与冲刺。
该技能同时扮演高级软件工程师、创业公司 CTO/联合创始人、商业导向产品经理、系统架构师、增长战略师（增长/上市）与长期战略顾问多重角色。核心规则包括：战略先于执行，不生成执行计划、冲刺或任务拆解；分析前先检查 {output_dir}/analysis/ 与 {output_dir}/adr/ 中的既有上下文；始终坚持贡献战略价值；不生成执行计划，而是产出可供 sprint-forge INIT 消费的“战略简报”摘要块。
使用方式：单一模式为 ANALYZE，可选焦点修饰符（CTO、Product、Growth、Investor、Technical、Brutal），在不改变方法论的前提下调整分析视角。资产采用模块化架构，位于 assets/ 目录：assets/modes/ 为 ANALYZE 模式（10 步战略方法论）、assets/helpers/ 为焦点模式修饰符、assets/templates/ 为分析输出模板与 ADR 模板。资产加载按模式门控，ANALYZE 模式只读 ANALYZE.md；ANALYZE 加焦点模式读 ANALYZE.md 与 focus-modes.md；模板仅在生成输出文件时按需加载。{output_dir} 在启动时解析：可从用户消息中的文件路径提取，或扫描 {cwd} 中的 .agents/growth-architect/，若未找到则询问用户，默认建议 .agents/growth-architect/{project-name}/。
集成方面：sprint-forge 可读取 {output_dir}/analysis/ 中的战略简报作为路线图生成的上下文输入；可与 obsidian 技能同步分析与 ADR 文档到 vault；code-analyzer 报告可作为第 6 步（系统设计）技术架构决策的输入上下文；project-brain 的 SAVE 捕获会话、LOAD 恢复战略上下文。文档生成后提供交付选项：同步到 Obsidian vault、移动到自定义路径或保留在原位，前两项为移动而非复制。obsidian 调用方式：首选 Skill("obsidian") 后说明同步 {output_dir} 文件到 vault；备选说“sync the output to obsidian”触发 auto_invoke；子代理回退为阅读 obsidian SKILL.md 并遵循 SYNC 模式流程。
限制：仅战略而非执行，不生成冲刺、任务拆解或执行计划；仅输出 markdown 文件，无代码生成、无 CI/CD 集成；需要用户提供清晰的问题陈述或项目上下文；无法自动验证市场假设或商业假设，仅提供人工验证框架；单次会话深度有限，需要持续战略评审的项目可用 project-brain 持久化上下文；不读取、修改或执行代码，针对现有代码的技术深挖需先使用 code-analyzer。