此为预览文档，正式版本尚未发布。
准备客户需求与知识
需要已部署的 Service、可用 Managed 模型、可写文件且支持所需工具的 Environment，以及创建 Agent、Team、Memory Store 和 Issue 的权限。先按创建 Managed Agent验证问答和文件交付。 下载三个纯文本资料包。其中的 Northstar Retail 和产品能力均为虚构练习材料，不是 AgentScope Service 的产品承诺：
客户有 80 家门店、每天约 3,000 次咨询，希望做网页客服与订单查询。数据地域、SSO 协议、峰值并发、模型预算和质量指标尚未确认。不要让 Agent 用每天咨询量推断准确峰值，或直接承诺四周生产上线。
1. 创建五个 Managed Agent
在 DESIGN → Agents 创建以下角色，Runtime 选择 Managed，配置模型和默认 Environment。可以先使用同一个已经验证的模型，再按工作需要调整。
在 Runtime → Session defaults → Default memory stores 绑定角色需要的 Store，保存后通过新会话检查
memory_store_list / memory_store_read 的实际读取结果。只回答正确但没有来源，不能证明知识绑定生效。资源配置见Memory和Environment。
各角色都加入以下共同要求：
2. 创建 Team 并验证委派
在 DESIGN → Teams 选择方案负责人为 Leader，添加其他四名成员。团队指令可使用：3. 提交一份客户需求
在 WORK → Issues 创建“Northstar Retail 客服方案与 PoC”，选择该 Team，采用人工验收。把客户需求全文粘贴到说明中，并加入：4. 检查文件与事实
复核者应指出：本例产品知识不提供语音通话和离线移动应用；历史案例没有给出生产准确率或保证响应时间；订单查询和人工转接需要对接 API，绑定资料不会自动完成集成。
在Inbox下载 Artifact，核对来源和内容后接受或要求修改。评论中的本地文件路径不等于可下载文件。Request changes 记录反馈后，需显式安排修订执行；Agent 完成与人的验收分别跟踪。
可以让团队再回答“客户要求语音客服，能否承诺？”来检查边界处理。正确结果应指出当前知识未支持，并列出进一步评估的问题。
5. 验证资料更新
将product/capabilities.md 更新为 product-v2，增加“语音通话可作为单独评估的试点，不属于现有标准交付”，新建工作并要求重新读取资料。新方案应区分标准能力与待评估试点，并引用新版本。
旧方案不会自动被改写；保留它使用的输入和来源版本。升级回归时使用同一批资料和问题核对事实，而不要求模型逐字生成相同文章。
6. 加入 External 实时能力查询
当能力、可用地域或实施资源经常变化时，增加一个用 AgentScope 开发的 External 成员，封装企业只读查询工具。按External 注册与任务接入完成单任务验证后加入 Team。 新成员返回目标产品、查询地域、实际能力、约束、来源版本和查询时间。Leader 将其与 Memory 资料对照：数据过期或矛盾时说明差异并安排核实，不把两份来源任意拼成承诺。调用失败时保留静态方案，实时可用性标为未确认。 企业接口凭据由 External 应用管理。如果由 Managed Agent 直接访问带认证 MCP，则在 Vault配置相应凭据并验证绑定；把密钥写入 Instructions 不能替代工具认证配置。7. 加入 Hosted PoC 实施
方案评审通过后，可以加入 Hosted PoC Agent，提供获批方案、演示仓库、可用接口和验收标准：失败处理与收尾
完成后归档练习工作，保留可复用资料与验收记录；停用练习 Team 前检查运行中的任务。基础资料可以直接用于练习，模型输出、混合协作和文件交付仍需在实际部署中验证。