11 系统架构师：代理的代理
你能完成
- 让模型以“架构师”身份给出需求澄清、方案设计、接口定义与风险评估。
- 将设计稿交给系统工程师继续落地，形成“架构师→工程师”协同链。
- 产出可直接写入 README/设计文档的结构化内容。
开始前
- 在“约定”切换到系统架构师角色，或在提问里明确“先设计后执行”；保持在对话模式以便多轮推演。
- 准备需求/约束（性能、安全、成本）、现有资产（接口/数据库/服务）与验收标准。
- 如需工程师继续执行，可同时启用系统工程师工具，形成代理链（架构师负责设计，工程师负责工具调用）。
操作步骤
- 提供背景：目标、现状、约束、成功标准（如 QPS/延迟/成本/合规）。
- 要求模型输出结构化内容（可直接复制到文档）：
- 目标与范围
- 架构/流程（文字即可，必要时列关键组件）
- 模块与接口草案（含输入/输出/错误码）
- 数据与存储方案
- 风险/权衡/备选方案
- 执行计划与拆解（供系统工程师执行）
- 需要代码样例/契约时继续追问；若要切换到执行阶段，直接在同一会话让工程师工具开始工作。
常见问题
- 输出太泛：在问题里绑定技术栈和数据规模，或给出现有组件清单。
- 方案难落地：要求基于现有资源重新评估；让模型给出最小可行版本与后续演进。
- 文字过长：提醒“分段列点”“按标题分节”，避免大段连续文字。
返回总览 · 上一页：使用技能 · 下一页：机体控制