sip 是一个用于 AI 代理工作流的自检型技能，核心目标是让“做完之后先检查”成为稳定触发的习惯。资料指出，仅靠文档里一句“记得验证”无法稳定触发，因此 sip 把递归自我改进设计成明确动作：在创建或改动工件、技能后，准备宣布完成、提交或交接之前，先用仓库自带技能检查结果，降低作者在会话内受主观判断影响的风险。
用途：对刚完成或刚修改的产物做交付前质量检查，覆盖理解性、事实性、一致性、可移植性声明和文档整洁度。
主要能力与工作流：先识别触发点，即刚创建或修改工件并准备收尾；接着运行 shower 做冷读，检查新鲜视角下的可理解性和交接质量；若产物包含与现实相关的断言，运行 factchk；若定义了评估、指标或实验，运行 mandela；运行 ssotize 的审计模式，检查仓库中因本次改动产生的重复或矛盾，其整合计划需批准后才执行；仅当产物声称具备可移植性、工具中立、技术栈无关的耐久性或跨代理复用时，才运行 detool；最后用 re0 整理改动文档，使其读起来是干净的 v0，而不是草稿上的补丁。应用发现后再交付。
使用规则：只对自己刚产生的输出触发；使用已有技能而不是重新实现；明显不适用的检查可跳过，未安装的技能不运行，并说明跳过原因；一行文字微调可能只需一致性检查；sip 不触碰 git、不提交；只串联模型可调用的技能，不调用标记为 disable-model-invocation 的用户触发型技能。
完成前需确认：改动确实经过相关技能运行而非目测；发现已应用或有理由地暂缓；产物确有变化（存在 diff），或每个跳过项都有说明原因。
适用场景：AI 代理完成文档、技能、工件后的自检与交接前质量把关。限制：依赖仓库中已安装的 shower、factchk、mandela、ssotize、detool、re0 等技能；资料未提供独立安装方式、价格、平台支持等详细信息。