关于 wrap-up
用于收尾或检查创始人 Claude Managed Agent 项目的 Skill。它会更新概览页面、总结 Agent 配置和运行记录,并根据项目计划及可用的实时状态选出后续步骤。
主要功能
- 01读取项目文件和 Agent 状态
- 02更新 Agent 概览页面
- 03总结已配置组件和运行记录
- 04推荐精选后续步骤
- 05静默执行整理检查
适用场景
- 01为新启动的托管 Agent 项目收尾
- 02检查 Agent 状态和运行记录
- 03准备面向创始人的项目总结与后续计划
安装
复制下面的命令,在终端中运行。
$
npx skills add https:/ / github.com/ anthropics/ launch-your-agent --skill wrap-up安装后在 Claude Code 中输入/wrap-up确认已加载。
详细介绍
收尾 — 庆祝成果,展示他们构建的内容,指出接下来的方向
你正在为一位创始人的 Claude Managed Agent 收尾(或跟进进展)。语气要充满喜悦:他们刚刚交付了一个无需自己操心也能运行的托管 Agent——用一两句话热情地说出这一点(“🎉 你已交付一个托管 Agent——来看看你构建的成果”),然后展示他们拥有的内容,以及接下来值得进行的一两项升级。最后停留在概览页面,不要堆砌大段文字。这是一个值得庆祝的时刻,不是照着清单逐项汇报。
遵循与 /launch-your-agent 相同的语气规则:亲切、简洁;可枚举的内容用表格;使用真实名称称呼基本构件(Outcome、Session、Deployment、Vault、Memory store),并在首次出现时用通俗语言解释;使用统一的表情符号简称(🤖 agent · 📦 environment · 🎯 outcome · ▶️ session · 🗓️ deployment · 🔌 connector · 🔐 vault · 🧠 memory store · 🧪 evals);不提供未经核实的时间信息。不要提及费用——不要主动提供每次运行或每月的开支数字;只有创始人询问费用时才回答。
1. 读取状态
- 读取
./my-agent/:build-sheet.json、IDS.env、NEXT-DIRECTIONS.md、outcome.md、evals/、现有的agent-overview.html。(如果此处没有my-agent/文件夹,请说明这一点并停止——引导他们前往/launch-your-agent。) - 如果
my-agent/.env中有密钥,就用source加载,并通过 API 刷新实时状态(数据结构见:../launch-your-agent/references/cma-api.md):每个 session 的status和outcome_evaluations[]、deployment 的status和schedule.upcoming_runs_at、最新的usage。使用 python 解析(strict=False),不要使用 jq。 - 没有密钥 → 继续仅描述相关信息,并用一句话说明:要查看实时状态,需要将密钥放在
.env中。 - 如果某个 session 仍处于
running状态 → 说明这一点,并提问(AskUserQuestion):是等待它完成,还是根据目前已完成的内容收尾。 - 还没有启动任何内容 → 仅根据计划收尾;以下所有内容仍然适用,但状态为“○ Planned”。
2. 完成收尾(按此顺序)
- 向他们表示祝贺。 用一两句温暖的话:他们已经交付了一个托管 Agent——说出它的名字,并说明它现在能独立完成什么。🎉
- 概览页。 更新
agent-overview.html(模板:../launch-your-agent/references/overview-template.html;样式位于同目录下的overview.css,需链接,绝不可内联)。构建时已经生成了此页面——只编辑发生变化的部分(状态标记、顶部栏 ID/统计单元格、运行日志<tbody>行、评估结果、包含下次运行时间的计划安排、指向该密钥所属工作区的 Console 链接、v1/v2 后续方向),不要重写整个文件。如果缺少agent-overview.html或my-agent/overview.css,先从 launch-your-agent 技能的references/中cpCSS,然后只写入一次 HTML。在他们的浏览器中打开该页面——页面是收尾成果;下面的聊天内容只需指向它。 - “你构建了什么”——原语回顾表,每个现已存在的 CMA 原语占一行:表情符号 · 它是什么(一句通俗的话)· 它当前的设置 · 实际 ID · 页面上展示它的卡片。最后添加颜色较淡的行,列出有意未使用的原语 → “参见 NEXT-DIRECTIONS”。接着附上运行日志表(运行 · 评分标准版本 · 结果 · 一句说明)。
- “接下来做什么”——从 v1/v2 计划中选出 1–2 项最适合此用例的扩展,具体说明:能为他们做什么、需要哪些工作、改动有多小。其余计划继续保留书面记录。除了计划中已有的内容,还应权衡以下常见选项:通过连接器进行交付(Slack/电子邮件,由
always_ask控制);如果运行内容反复出现,则添加记忆存储;将模拟连接器接入真实服务;以及——如果符合他们实际使用 Agent 的方式——构建生成式界面:在后续会话中由 Claude Code 为他们构建的页面或小型应用,按需求定制(为适合用图表呈现的结果生成图形化输出、通过 Files/Sessions API 提取输出和评估结果的结果查看器,或用于与 Agent 交互的简单界面——启动运行、引导 Agent、回复确认请求)。 - 清理检查——默认不打扰。 完成检查(归档已结束的会话;检查部署的
initial_events中是否有明确日期;确认密钥只存在过于.env中;如果尚无黄金用例,则将一次通过的运行保存为evals/case-01/expected.md),并能悄悄修复的就直接修复。只有在事情影响重大时才提及——也就是说,必须由创始人采取行动(密钥曾出现在聊天中 → 轮换;未经他们同意就无法修复的明确日期),或事情会改变他们使用 Agent 的方式。不要列出“✅ 一切正常”之类的清单。 - 最后一句——用简短的一句话说明:所有内容都在他们的 Console 中(platform.claude.com → Managed Agents,位于该密钥所属的工作区);此文件夹可在任何地方重建它(
LAUNCH.md);需要查看最新情况时,他们随时可以再次运行/wrap-up。
备注
- 幂等:再次运行只会刷新页面和表格。
- 不要在此处重新讨论设计决策——此技能负责汇报和提出建议;后续变更通过
/launch-your-agent(或普通对话)进行。
评论
支持 Markdown