多模型路由评估 Skill

检查清单

• 建任务集
• 跑样本
• 记录指标
• 制定路由
• 保留 fallback
• 有真实产出可复查
• 下一次复用入口清楚
• 输入材料已登记
• 输出结果可复查
• 失败恢复动作明确

这篇解决什么

多模型路由评估 Skill 是一个 Skill，用于「管理」阶段。它的目标不是解释概念，而是把一件重复工作变成可交接、可复查、可升级的执行资产。

使用场景

当你发现同一类任务反复出现，就应该把它沉淀成 Skill。例如：每次发布内容都要检查链接、每次引入工具都要看权限、每次做教程都要补模板和验收清单。这些动作如果只靠记忆，很容易漏项。

适合谁

• 负责 管理 工作流的人。
• 想把个人经验交给团队、后台编辑或 AI Agent 的人。
• 需要让下一次执行更快、更稳、更可追溯的人。

输入材料

• 任务名称和目标产出。
• 当前已有的来源、链接、文件、截图或后台草稿。
• 执行边界：哪些可以自动做，哪些必须人工确认。
• 验收方式：页面 URL、日志、截图、表格或文件路径。

执行步骤

1. 复制本资产模板，填入真实任务名称和目标产出。
2. 核对输入材料是否齐全，缺失项先标记出来。
3. 按检查清单执行，不跳过人工确认点。
4. 把失败、返工和补充材料记录在结果区。
5. 完成后保存可复查链接或文件路径。
6. 连续复用三次后，升级成更正式的 Skill、SOP 或自动化脚本。

可复制模板

资产名称：多模型路由评估 Skill
类型：Skill
阶段：管理
维护者：Codex
输入材料：
执行步骤：
人工确认点：
输出结果：
失败恢复：
验收结论：
下次更新：

检查清单

• 建任务集
• 跑样本
• 记录指标
• 制定路由
• 保留 fallback
• 有真实产出可复查
• 下一次复用入口清楚
• 输入材料已登记
• 输出结果可复查
• 失败恢复动作明确

示例使用

下一次遇到同类任务时，不要重新从头想。先打开这张资产卡，复制模板，填入当前项目、来源链接、目标页面和验收方式。执行完成后，把结果 URL 或文件路径写回记录。这样资产库才会从“文档”变成“操作台”。

交接方式

一份可用的 Skill 至少要让接手的人看懂三件事：从哪里开始、做到哪里算完成、出错时回到哪一步。交接时可以把页面分成四栏：输入材料、执行动作、输出结果、验收记录。每次复用后只更新这四栏，后续维护成本会低很多。

记录格式

• 任务编号：方便后续搜索。
• 来源材料：保存链接、文件名或后台位置。
• 执行人和复核人：明确责任边界。
• 结果位置：保存最终 URL、文件路径、截图或发布记录。
• 问题记录：记录返工原因和恢复动作。
• 下一次更新：写明何时复查、由谁复查、复查什么。

维护节奏

如果这是内容生产类资产，建议每月复查一次链接、截图、平台规则和示例结果。如果这是工具选型类资产，建议在价格变化、版本变化或团队成员变化时复查。如果这是自动化流程资产，建议每次失败后立刻补充 failure_tag 和恢复动作，避免同类问题重复出现。

验收样例

一次合格的复用记录可以这样写：今天用「多模型路由评估 Skill」处理了一个真实任务，输入材料已经保存，执行人按清单完成了关键动作，输出结果能通过链接或文件路径复查，复核人已经确认可以交付。若中途发生返工，要把返工原因写成一句话，并补上下一次的恢复动作。

复用案例

例如内容编辑要发布一篇工具页，可以先调用这份资产：第一步填入官网、下载入口和来源；第二步补适合人群、步骤、模板和验收清单；第三步上传配图并生成静态页；第四步打开线上页面检查图片、链接、正文层级和移动端阅读效果。这样一套动作每次都能复用，团队成员也能按同一标准交接。

更新边界

当任务只是轻微变化时，只更新输入和输出记录；当平台规则、工具版本、页面结构或发布链路变化时，需要更新执行步骤；当连续出现同类失败时，需要把失败恢复写进主流程，而不是只留在备注里。

升级条件

• 同一流程被重复使用三次以上。
• 每次都能减少整理时间。
• 失败恢复动作已经稳定。
• 关联工具、权限和输出格式清楚。

常见错误

• 只写清单，不写输入输出。
• 没有维护者，后续没人更新。
• 只适合作者自己看，别人无法接手。
• 复用后不记录失败点，导致下次继续踩坑。