跳转到主要内容
你有几个独立 Skill,希望它们按同一套规则协作,而不是每次重新向 Agent 解释顺序。用 /comet-any 创建独立 SDK 应用,把实际输入、步骤、文件、验收和用户决定一起保存。 本教程组合任务整理、报告写作和来源审查 Skill。最终应用接收一周的任务记录,生成周报;来源检查通过且用户批准实际草稿后,才写入本地发布文件。它不使用 Native 或 Classic 的开发阶段。

1. 用自然语言说明你要做什么

你只需要告诉 Any:要处理什么材料、希望得到什么结果、哪些事情需要你决定。可以直接描述,也可以提供现有文档或文件路径,不需要编写 JSON、Schema 或执行请求。 例如:
不清楚某个细节时,可以直接说“不确定”。Any 会调查材料和实际 Skill,追问缺少的信息,再提出输入、输出、步骤和验收方案,由你确认。 你要核对这些设计是否符合业务要求,不需要自己设计字段名称或复制 SDK 请求。Any 负责检查输出是否在允许的项目范围内;如果希望发布到邮件、网站或其他外部服务,还会说明所需权限与结果核对方式,等你决定。

2. 准备可协作的 Skill

本例假设已有三个实际目录:
路径只是示例。让 Agent 阅读实际正文、脚本和资源,检查输入输出能否衔接。有的 Skill 只会聊天、有的会写文件;这些差异必须进入适配方案。

3. 描述工作流与审批范围

在支持 Creator 的 Agent 会话中输入:
步骤的先后顺序要写进实际流程,不能只写在提示语里。这个例子先整理再写作,因此不需要并行;若以后让多个独立来源同时整理,要求明确合流条件,并为每项任务分配独立输出。

4. 检查三种结果路径

方案至少应包含: 确认时关注以下业务条件: 每个写文件的步骤声明真实产物。交互或纯计算步骤如果没有文件,说明原因和结果如何保存。要求 Agent 展示实际异常样例和业务验证器,见 阶段产物验收。

5. 验证主流程,不只检查文件

独立应用需要在隔离项目中演练实际工作流。为本例要求这些场景: 还有缺失文件、空内容和摘要漂移等基础检查。纯对话步骤没有文件,也需要纳入主流程演练,不能以“无产物”为由跳过。 本地检查在隔离环境中执行,其结果不能代表真实模型调用的质量。选择模型 Eval 时,检查实际 Skill 是否能衔接、审查是否发现异常、审批分支和恢复是否执行。评估报告没有覆盖的路径保持未验证。

6. 安装并生成第一份周报

确认当前安装预览后,完整包导出到方案指定目录,并安装平台入口与固定依赖。检查入口名称、报告范围、Agent 平台工具和 Hook 激活要求,参见 安装与分发。 加载安装结果列出的应用入口,并用自然语言说明这次任务和材料位置:
第一次运行应停在展示草稿的等待点。你可以要求修订、拒绝或批准;批准之后查看实际最终文件是否与该草稿一致。 如果 Run 沿拒绝分支结束,completed 表示声明的路径完成,不表示报告已经发布。Dashboard 中分别查看创作记录和每次生成周报的应用 Run;创建应用与使用应用是两个过程。

7. 恢复与增加新能力

创作中断时用原名称检查:
已经安装后的报告任务中断,则继续原应用 Run 和当前 Wait。不要另起一次运行去重复发布。外部发布结果未知时,先查询原请求;本例只做本地发布,以后接入外部服务时要补充相应恢复契约。 以后想加入翻译 Skill、多个报告渠道或 child 审查流程,提供原应用包并说明新增输入、输出、审批与失败条件,准备和确认新版本。多个渠道的发布分别声明副作用与核对方式,不能把一次草稿批准解释为任意渠道的发送许可。
最后修改于 2026年10月22日