用途：Session Report 用于审计自身会话，对照收到的任务文件，暴露你做出的假设以及造成困难的上下文缺口。这些是给人类的观察结果，不是事后能自行修复的问题。
主要能力：按两个维度依次审查，每条发现需引用具体证据。维度一为假设审计，找出任务文件或规格未规定的决策，记录歧义（规格没说什么）、选择（决定了什么及理由）、风险（若选择错误会出什么问题，需具体到场景、受影响代码路径和症状）以及影响分类（benign 不报告、notable、risky），并给出建议（验证行为、加测试、澄清规格或说明理由后批准）。只报告 risky 和 notable，risky 在前。维度二为上下文缺口，指任务文件或项目上下文中重大且可避免的漏洞，导致方向错误、构建错误内容或浪费大量精力。门槛很高，多数会话为零。真实缺口例如：任务要求扩展模块 X，但 X 已被删除并由 Y 替代；任务要求集成服务 A，却未提及 A 需要单独配置步骤的认证令牌；任务文件指向错误目录或包。非缺口包括：验证器捕获的任何问题（lint、安全、权限、测试失败）、为找约定或现有代码的快速搜索、任何迭代修复循环、实现过程中了解代码库新知识。
使用方式：按维度顺序逐条审查，每条发现引用具体证据。输出格式为 Markdown 标题结构：假设审计下分 Risky 与 Notable，每条含规格未说什么、选择、风险、建议；上下文缺口每条写发生了什么及缺失的上下文。零项的分区省略，不设 Benign 分区。
限制：不要为上下文缺口建议修复方案，只报告需关注之处，解决方案留给人类。不要把代码质量问题与假设混为一谈，假设是规格沉默时你做的决策，而非代码风格选择。触发词包括 session report、review assumptions、what did 等。具体安装与调用方式暂未提供。