网页版 Sol = 高质量语义审查器。
它特别适合判断:
VDD 切片是否合理; requirement / acceptance 有没有错配; Architecture 是否被实现计划曲解; Quick Dev 是否漏了关键 production path; test 是否只是“测自己”; authority / lifecycle 有没有越权; 有没有设计循环、自托管死锁; 是否已经可以进入下一阶段。
这类工作本质上需要的是理解力、跨文件推理和反例能力。本地 Skill 如果只是把一大堆文件重新喂给模型,再生成 reviewer prose,确实没有明显优势,反而可能更慢、更贵。
本地 Skill 真正不可替代的价值是“执行控制面”。
本地 Skill 真正有意义的部分不是写report,而是能实际做到:
读取当前 repo
→ 验证 current Canonical Spec selection
→ source-freeze
→ 绑定文件 hashes
→ 生成 command registry
→ 生成 machine-readable slice contract
→ 验证 plan-ready
这些东西产生的是可重放的 repository evidence,而不是一个模型判断。
这里的关键变化是:不要让本地 Skill 重复做网页模型擅长的 semantic reasoning。
甚至可以进一步说:
如果一个 Skill 只做这三件事,它的价值很低
读很多 Markdown
调用模型
写一份 Markdown review
这类 Skill 你完全可以考虑删除、降级 optional,或者只在无人值守场景使用。
如果一个 Skill 做的是这些,它价值很高
freeze
hash
validate
execute
isolate
retry
replay
receipt
publish typed state
因为这些东西解决的不是“模型聪不聪明”,而是:
六个月后换一个模型、换一个会话、甚至没有任何聊天记录,还能不能知道当时到底验证了什么。
夜雨聆风