二、重复操作与 Skill 方案
这一块回答:哪些事在反复做?占多少 token?哪些该固化成 skill,怎么固化?
一、怎么识别「重复」
对 277 个会话按「用户首条消息的模板相似度」聚类,命中同一模板即视为重复操作。结果分两类:
| 类型 | 数量 | token | 现状 |
|---|---|---|---|
| 已固化的重复(计划任务/自动化) | 253 个会话 | 0.99 亿 | 已转后台,但每次仍走完整对话 |
| 未固化的重复(每次手写) | 约 60 次调用 | 约 0.5 亿 | 每次重新解释流程 |
已固化的三类模板(用户原话高度固定,可直接作为 skill 触发语):
- 「检测……健康状态,坏了就自动重启,域名变了就发邮件通知」
- 「重启考研学习导航门户、词汇站和 natapp 隧道,按以下顺序严格执行」
- 「检测 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% |
| S3 | Next.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 条硬断言,失败即报错(不静默)
回滚:明确的撤销命令
三条铁律:
- 幂等:同一命令跑两遍结果一致,不产生重复进程/重复数据。
- 可观测:每次执行留日志(时间、参数、结果),便于事后核对。
- 拒绝静默失败:任何一步失败必须显式报错并指出下一步该查什么。
四、本块子篇
- S1 站点健康巡检与自愈
- S2 站点重启与隧道切换
- S3 Next.js 构建发布与回滚
- S4 笔记批量入库与版本管理
- S5 文档与表格批量转换
- S6 整站长图截图
- S7 项目架构勘查与文档生成