任务复盘导入725 字·2026/11/14·被检索 0 次

二、重复操作与 Skill 方案

第二大块总览:用会话模板聚类识别出 7 类重复操作,量化其 token 占比,给出统一的 Skill 化规范与 7 份可落地方案索引。

挂靠在《两个月任务复盘 · 2026-10-01 ~ 2026-11-14》之下

版本
使用说明
v2manual-edit2026/11/14 11:20:24
本版溯源操作 @cag

二、重复操作与 Skill 方案

这一块回答:哪些事在反复做?占多少 token?哪些该固化成 skill,怎么固化?


一、怎么识别「重复」

对 277 个会话按「用户首条消息的模板相似度」聚类,命中同一模板即视为重复操作。结果分两类:

类型数量token现状
已固化的重复(计划任务/自动化)253 个会话0.99 亿已转后台,但每次仍走完整对话
未固化的重复(每次手写)约 60 次调用约 0.5 亿每次重新解释流程

已固化的三类模板(用户原话高度固定,可直接作为 skill 触发语):

  1. 「检测……健康状态,坏了就自动重启,域名变了就发邮件通知」
  2. 「重启考研学习导航门户、词汇站和 natapp 隧道,按以下顺序严格执行」
  3. 「检测 natapp 内网穿透隧道的域名是否发生变化」

这三类每个会话虽然只有 1–2 条用户消息,但每次都要重新加载 30–100KB 上下文,253 次累计 0.99 亿 token——这就是「不固化的重复」的真实成本。


二、七类重复与收益测算

#重复操作频次证据现状成本Skill 化后预估节省
S1站点健康巡检与自愈253 会话 / 1402 工具0.99 亿0.15 亿(纯脚本)85%
S2站点重启与隧道切换约 40 次0.20 亿0.03 亿85%
S3Next.js 构建发布与回滚30+ 次0.35 亿0.06 亿83%
S4笔记批量入库与版本管理15+ 次0.18 亿0.04 亿78%
S5文档/表格批量转换5 次(Word→MD、PDF→MD、表格→MD)0.32 亿0.05 亿84%
S6整站长图截图3 次0.09 亿0.01 亿89%
S7项目架构勘查与文档生成2 次(84M + 52M)1.37 亿0.20 亿85%

七类合计约 3.5 亿 token,占两个月总消耗的 22%。全部 skill 化后预估降至 0.54 亿,可省 2.96 亿(约 84%)。


三、Skill 化的统一规范

所有方案遵循同一骨架,保证「一句话触发、无需解释」:

触发词:3–6 个中文短语,覆盖用户可能的说法
输入:必填参数(路径/端口/域名)+ 可选参数(默认值)
前置检查:环境存在性、端口占用、依赖版本
执行:固定步骤,每步可独立重跑
输出:结构化结果(JSON + 人类可读摘要)
验收:3 条硬断言,失败即报错(不静默)
回滚:明确的撤销命令

三条铁律:

  1. 幂等:同一命令跑两遍结果一致,不产生重复进程/重复数据。
  2. 可观测:每次执行留日志(时间、参数、结果),便于事后核对。
  3. 拒绝静默失败:任何一步失败必须显式报错并指出下一步该查什么。

四、本块子篇

  1. S1 站点健康巡检与自愈
  2. S2 站点重启与隧道切换
  3. S3 Next.js 构建发布与回滚
  4. S4 笔记批量入库与版本管理
  5. S5 文档与表格批量转换
  6. S6 整站长图截图
  7. S7 项目架构勘查与文档生成

子篇直达

  1. Skill 方案 S1 · 站点健康巡检与自愈
  2. Skill 方案 S2 · 站点重启与隧道切换
  3. Skill 方案 S3 · Next.js 构建发布与回滚
  4. Skill 方案 S4 · 笔记批量入库与版本管理
  5. Skill 方案 S5 · 文档与表格批量转换
  6. Skill 方案 S6 · 整站长图截图
  7. Skill 方案 S7 · 项目架构勘查与文档生成