跳转到主要内容
你已有研究、写作和评审 Skill,希望让它们共同生成一份报告。先检查实际文件,再声明每项 Skill 如何执行、交付什么结果和如何验收。Skill 名称不能证明它具备某项能力。

读取 Skill 及其资源

将实际 Skill 目录放在独立应用包中,例如 weekly-report/skills/research/,其中包含非空 SKILL.md 及其引用资源。在项目根目录运行以下脚本:
返回整个依赖目录的内容摘要和文件列表。检查器核对 Markdown 本地引用能否解析,拒绝缺失资源、符号链接和越过依赖目录的引用。摘要固定脚本与资源,不只固定 SKILL.md。

为每项 Skill 写清执行契约

阅读真实内容并记录以下条件,形成应用清单中的 adapter: 例如研究 Skill 只应生成来源与结论,不应顺带发布报告。把发布声明为独立工具步骤,在当前草稿批准后执行。写文件的 Skill 声明实际路径与 产物契约。

固定内容并验证适配

依赖记录包含 id、相对目录 root、上述 contentHash 与审查完成的 adapter。将真实记录放入 application.json 的 skills 数组;bindings 将工作流步骤连接到 Skill 的已审查能力。 下面的脚本读取已准备的清单并校验第一项依赖,不自动生成或批准契约:
此片段接在本页的读取脚本之后。内容摘要变化、契约缺失或审查证据与原文不符时,修正依赖或重新审查。不要只替换摘要来绕过变化。

接入 Agent 平台并验证实际调用

Agent 平台提供 Skill 加载、所需工具、当前授权和真实调用结果。完整应用通过 Skill 执行器核对绑定、能力和授权,再执行固定内容;外部结果未知时使用 Agent 平台的核对能力恢复。 先在临时项目验证输入与正常输出,再验证缺少工具、授权拒绝、业务输出不合格和依赖内容变化。加载器校验通过不代表模型执行正确,需要的真实模型评估见 评估 SDK 应用。 希望 Agent 帮你调查 Skill、提出组合方案并编译应用时,使用 组合任意 Skill。手动装配的入口见 组合工作流。
最后修改于 2026年10月22日