克劳德 I 图解指南：使用子代理构建专业团队

现在定义任务并组建一个小型、能干的子代理团队以快速行动。 在动态简报中捕捉目标，为每个角色分配一个名称，并从第一天起设置清晰的安全期望。这个基础会产生显著的速度和清晰度收益，免费资源被重定向到优先工作，以及改进的跨文件和工具的协作。

Claude I 充当一个中心，这个中心协调能力，以便每个子代理拥有独特的优势。创建一个名称列表–角色，具有清晰的所有权。在文件中跟踪进度并进行快速站会，保持专业的语气和一致的文档。中央代理监督入职、风险检查和最终移交，因此他们在结果上保持一致。将每个任务分解成专注的任务，以保持高势头和可预测性。

在这个插图指南中，遵循一个清晰的搜索来寻找能干的子代理；搜索优先考虑技能匹配、可用性和文化契合。团队应该高度适应，能够在优先事项之间快速切换，并在短行动周期中交付价值。维护一个紧凑的投资组合，其中包含显示影响的文件，并要求主要代理拥有每个任务的入职和进度跟踪。

安全检查被嵌入每个移交中。 定义最终交付物并将其附加到版本化的文件以实现可追溯性。系统应该产生一个名称资产列表和一个紧凑的未来互动使用手册，具有严格的访问控制，以便他们可以自信地在任务之间移动。结果是免费的工作流程，同时保留责任和数据完整性，使用使用模板减少重复努力。

今天从一页授权开始，一个名称协调员，以及一个结构化的文件夹方案用于文件和参考资产。保持范围紧凑以实现快速胜利，并在紧凑的日志中记录经验教训。这种方法将 Claude I 扩展成一个由子代理组成的弹性团队，由专业手册和更新的使用模板支持。

识别子代理候选人资料和所需技能

首先，将三个子代理资料映射到具体技能和数据集，然后使用 claude 模型来阐明上下文并模拟交互。创建候选人条目，包含字段：名称、sk-xxxxx、颜色标签和一个简短的拍摄场景。在多个部分中捕捉细节以支持选择决策。在模拟期间确保平静、受控的情绪，并记录声音提示和语音提示以实现自然响应。使用数据集验证性能与基线指标的对比，并保持清晰、实用的语气。基于真实世界任务文档实际指标，并交叉信号跨上下文和音乐提示，以阐明差距和机会。

候选人资料

运营子代理 – 现场协调和快速决策。他们管理拍摄时间表、验证数据流，并在压力下保持平静以保护项目情绪。关键指标：快速在表单中输入、稳定声音，以及实时命名关键变量的能力。实际评估在模拟现场拍摄中进行，并跟踪声音调整；确保他们可以在无声监控和主动干预之间切换而不中断流程。编织基于上下文的提示，他们应该处理多个输入源并向主 Claude 模型交付清晰的状态更新。

数据联络子代理 – 专攻组装、清理和链接数据集。他们产生干净的细节，将数据集映射到业务目标，并从原始输入到可行动输出维持可靠的链条。寻找管理名称约定、sk-xxxxx 标识符和颜色编码方案的能力，这些方案揭示风险、优先级或进度。他们的流程应该展示数据集之间的平滑过渡，带有验收和验证步骤记录在单独的部分中，以及简短、平静的沟通以在审查期间维持稳定情绪。

客户关系子代理 – 专注于与利益相关者的对齐、清晰声音和响应式服务设计。他们将复杂上下文翻译成易懂的更新，处理反馈循环，并在书面和口头形式中维持专业存在。验证他们通过简洁的部分、颜色提示的使用和对话中的自然节奏来阐明用户需求的能力。他们必须精确地将要求输入系统，使用无声且清晰的风格，并保持音乐或声音提示微妙以避免在现场演示中分心。

所需技能

分析素养：解释数据集、提取细节，并将信号翻译成可行动步骤。他们精确文档关键指标，将输出对齐到 Claude 上下文，并在多个部分中维持清晰的轨迹。

沟通和声音控制：提供平静、有目的的叙述，根据受众调整语气，并在对话中使用可靠、自然的节奏。他们在不中断情绪的情况下响应反馈，并可以在需要时在无声观察和主动简报之间切换。

运营纪律：遵循逐步程序（步骤），管理时间约束，并按颜色和标签组织跟踪日志。他们一致输入数据，维持命名约定（名称字段），并根据基线数据集验证条目。

技术流畅性：使用模型提示、模拟场景，并使用清晰、针对性的提示阐明上下文。他们理解拍摄场景，并可以为声音提示、语音清晰度和音频对齐（声音、声音提示）调整提示。

跨职能协作：与其他子代理协作以解决瓶颈、分享最佳实践，并在工作流程的部分（部分）中协调行动。他们优先考虑实际结果而非多余内容，并保持沟通简洁且可行动。

设计子代理招聘和审查工作流程

推荐： 实施一个四阶段子代理招聘和审查工作流程，每个阶段后设置固定的决策关卡以确保责任和速度。

阶段 1 – sourcing： 定义明确的角色定义和针对性的外展计划；执行大规模搜索以吸引多样化候选人。建模框架建模定义所需能力，例如提示处理、数据到视频或文本到视频任务，以及可靠性目标。使用标准化表单捕捉每个申请人的细节，并记录响应选择0消息内容以支持并排比较。

阶段 2 – 预筛选： 应用一个简短、角色对齐的评估，涵盖推理、叙述构建和基本工具使用（扩散-变换器、帧级推理）。使用带有大量客观指标（准确性、响应时间、政策合规）的平衡量表。通过阈值触发向审查阶段的过渡；失败者退出并提供清晰反馈和文档化理由。

阶段 3 – 审查： 进行深入的技术审查和文化契合检查。使用任务，例如构建一个小型管道，在 Nvidia 硬件上使用扩散-变换器模型生成一个简短的文本到视频样本；评估帧级连贯性和叙述一致性。评估标准定义技术技能与可靠性和伦理的权重，并包括叙述访谈以确认与 Claude I 团队框架的对齐。在结构化计分卡中存储结果以支持向最终决策的过渡。

阶段 4 – 现场评估和决策关卡： 运行一个紧凑的项目简报，要求一个带有从文本提示到视频输出的真实世界任务提示。要求平衡的交付物：简洁的叙述摘要、输出的帧级分析和项目文件。在 Nvidia GPU 上测量功率和效率；确保候选人在定义的约束下执行此测试，并文档化处理失败和升级的策略。如果所有关卡通过，则迅速过渡到报价。

治理和数据处理： 维护大量决策审计日志，保持候选人数据安全，并尊重隐私；定义清晰的响应渠道和映射，并使用单一真相来源进行评分和阶段过渡。每个阶段后使用轻量级、确定性的决策关卡以防止漂移并支持快速重新招聘如果需要。

工具和可扩展性： 构建一个可重用框架，支持多个子代理，集成基线和更新的扩散-变换器模型，并在具有 nvidia 加速的系统上运行。设计工作流程以适应来自大规模数据集的增长数据负载，并保留测试输出中的帧级保真度。

定义子代理的角色边界和协作规则

在部署子代理之前分配明确的角色边界和协作协议。在本节中，定义四个角色：上下文经纪人、任务执行者、质量监视器和研究者，每个角色都有精确的作用域，与用户上下文绑定。这个平衡设置在真实约束下保持执行，并支持创建纪律化的协作。使用用户上下文提取需求和精确要求，而不是猜测，并在您的笔记本中文档化挑战和任务。

协作规则保持输出干净且可追溯。每个子代理将决策写入共享部分的笔记本条目，捕捉输入、行动、输出和理由。输出必须标记角色和时间戳。如果子代理无法自信地继续，它保持沉默并推迟给他人或聚合器。当您点击审查时，确保部分反映最新状态且没有敏感数据泄漏。纳入快速重置路径，以便非数字步骤不阻塞进度。

流程：然后序列按以下展开：上下文经纪人解析请求并捕捉上下文；研究者执行搜索以收集来源并在笔记本中记录结果；任务执行者使用导入从代码库加载必要的变换器并执行任务，在需要时应用代码更改；质量监视器验证输出的正确性、安全性和与用户目标的对齐；聚合器产生最终答案并将其存储在部分中以交付。

规则在实践中

实施说明：为每个角色强制执行非重叠边界，要求明确移交，并在笔记本中保持紧凑日志。使用部分结构文档化决策并维持可追溯性。纳入导入钩子以仅从代码库加载批准的模块；然后在风险调用前要求人类或更高优先级子代理审查。沉默模式有助于避免压倒性的闲聊；如果任务不确定，系统推迟并重新分配它。在您的工作流程中纳入对您的受众的考虑，并确保您的自身要求被反映，保持过程精确、平衡且在您的笔记本中可重放。包括对您的代码库和变换器的引用，以保持代码与您的代码库一致，并避免秘密泄漏或过长的调用链。

建立子代理的通信协议和工具

为所有子代理调用定义单一方式，并将其应用于您的架构。这保持流程可预测并在扩展时减少沉默失败。将信封视为合同：正文、标头和上下文提示一起传输，每个子代理必须以相同方式解析它。

创建一个标准消息信封，包含字段：id、parent_id、name、version、action、timestamp、context 和 payload。信封帮助操作员或其他子代理立即理解调用。正文持有接收者行动的内容，而 payload 携带处理结构化数据。对于上下文决策，添加一个上下文字段，传达用户意图、环境和范围，以便过程在上下文中理解情况。这种对齐支持您的团队在其堆栈中可以依赖的响应。

路由和工具：使用 REST/HTTPS 进行同步调用，WebSocket 进行实时更新，以及持久队列进行异步工作。每个通道要求明确的超时、重试和幂等性保证。定义一组最小可重用工具包–OpenAPI 规范、JSON Schema 验证和轻量级模拟服务器–以保持测试狭窄且针对性。避免额外点击，提供常见流程的清晰点击路径，并确保这对具有简单入职检查表的开发者可用。保持每个消息的内容精简且可预测，以便调试更快。

安全性和可观察性：为服务到服务调用启用 mTLS 并应用每 90 天轮换的短期令牌。使用基于角色的访问控制和每个子代理的密钥，在妥协时自动撤销。使用 traceId 和 spanId 仪器化调用，记录延迟、状态和重试计数，并掩码敏感 payload 字段。维护支持上下文查询的活日志体；将它们存储在集中存储中，并为操作员和架构师暴露平静、可搜索的界面。工具堆栈应该在单一位置文档化并保持对团队可用，以便您可以快速创建新的子代理而不破坏现有流程。

入职和治理：要求每个子代理发布一个名为 subagent-name-protocol.md 的协议文件，描述通道、信封版本和模式。在每次部署上运行合同测试，并使用专用环境验证路由、错误处理和重试。使用简单健康检查端点，返回当前协议版本的状态并确认消息正文遵守模式。这保持您的工具体连贯，并使团队易于理解子代理的能力和限制。

通道	用例	信封字段	安全	超时	说明
REST/HTTPS	同步请求	id, parent_id, name, version, action, timestamp, context, payload	OAuth2 + mTLS	2s 默认，5s 最大	简单、可预测；使用 JSON Schema 验证
WebSocket	流更新	id, parent_id, name, version, action, timestamp, context, payload	基于令牌	30s 空闲	低延迟交付；管理背压
异步队列	解耦任务	id, parent_id, name, version, action, timestamp, context, payload	API 密钥 + 范围访问	60s 重试退避	持久交付；确保幂等性

实施入职、培训和早期绩效审查计划

启动一个 28 天入职计划，以固定目录中的领域特定任务和上下文指导为基础。提供一个集中工具包（工具）和一个轻量级请求机制来分配、监控和适应任务。使用指标保持进度透明，支持材料在镜像真实工作流程的项目上下文中到达。子代理（子代理）通过 veo3-pro-frames 架构交互，每个任务由生成器形成以交付具体、用户专注的输出（用户）同时融入统一的行动计划（融合）。这个设置通过将任务执行绑定到可衡量的结果来定义执行，而不是猜测。

在设计此计划时，包括多语言提示和上下文指南，澄清相关领域标准、阈值和升级路径，以便团队成员可以快速响应请求（请求）并与治理规则对齐。跨模块跟踪使用，保持资源可用，并确保文档支持快速故障排除。构建一个反馈循环，从机械检查和创意驱动测试中浮现数据，以告知持续改进并减少重工（减少）。包括优先级的清晰论据，以便每个步骤向具体结果移动，并使用上下文示例说明子代理如何在整体架构（架构）和领域特定工作流程中协作。

入职蓝图

1. 定义一个 4 周时间表，每周里程碑，专注于 5 个核心领域和 2-3 个代表性上下文场景，这些场景镜像真实项目工作。
2. 分配一个导师和一个子代理对（子代理）以加速知识转移和动手实践，使用引导任务队列和轻量级启动系统跟踪进度。
3. 提供访问集中资源库（工具、文档、模板），这些对新手可用，加上简单请求接口以请求帮助或澄清。
4. 交付一个项目支持的启动任务集（生成器），展示领域特定组件如何组合；要求完成这些任务以解锁后续模块。
5. 建立一个协作工作空间，其中参与者分享工件（用户解决方案、图表、代码样本）并使用标准化量表接收及时反馈。
6. 发布一个简短的翻译术语表和上下文手册，以减少歧义并保持对话专注于可观察结果（定义执行）。

培训里程碑和早期审查指标

1. 第 1 周：完成基线任务–3 个领域特定演练，每个带有简短理由和生成器如何馈送到下游任务的演示；在审查员量表中实现质量分数 ≥ 4.5/5。
2. 第 2 周：在上下文中场景中演示与 veo3-pro-frames 组件的集成；展示领域特定规则的清晰使用，并通过现场审查检查与架构和安全要求的对齐。
3. 第 3 周：为真实任务产生一个小型项目计划，发布 2 个工件（设计草图和执行计划），并运行 60 分钟自我和同行评估循环以精炼用户体验（用户）并减少阻塞。
4. 第 4 周：早期绩效审查–评估执行质量、及时交付和对领域特定标准的遵守。目标指标：准时交付率 ≥ 90%，质量分数 ≥ 4.6/5，上下文对齐分数 ≥ 0.85，以及跨 3 个模块的使用采用 ≥ 75%。捕捉三个可行动改进以馈送到下一个周期，并相应调整培训材料。