用途：tasting 针对“刚做完就交付”的偏差问题，把递归自我改进变成触发式习惯。文档里写“记得验证”在新会话中往往不会生效，因此它在任何创建或修改产物、技能之后，立即用本仓库自带的技能检查结果，而不是依赖作者在会话内的判断。它负责编排，具体工作由各技能完成。
主要能力与工作流：识别触发点——刚创建或修改了产物或技能，正准备收尾、提交或交接；冷读——对产物运行 shower，做新鲜视角的理解与交接检查；一致性检查——对仓库运行 ssotchk，找出改动造成的重复或矛盾，若发现分散则用 ssotize；整理——对改动的文档运行 re0，使结果读起来像干净的 v0，而不是草稿上的补丁；应用发现的问题后再交付。
规则：只对自己的输出触发，且在做完当下触发，此时偏差最高、检查成本最低；使用这些技能而非重新实现（shower 管清晰度，ssotchk/ssotize 管单一事实来源，re0 管清理）；明显不适用的可跳过（例如一行改动可能只需 ssotchk），但要说明跳过了什么及原因；发现的问题回流到作者会话去修复，tasting 只做路由，不替代修复技能；止步于产物，tasting 从不接触 git 或提交，清理提交信息是单独的用户触发步骤（re0-git），tasting 不得链式调用它。
验证：完成前需确认改动确实经过相关技能运行而非目测；发现的问题已应用，或有意识地推迟并说明理由；结果能经受新会话的审视，这正是 shower 所检查的。
限制：资料未提供安装方式、平台支持、收费与价格等信息。