用途：把零散的邮件、通话记录、Teams 消息或口头摘要等非结构化输入，整理为结构化的法律案件状态报告，并完成“判断什么重要、什么有风险、什么需要升级”的分析工作。
适用时机：用户粘贴往来邮件或笔记并要求状态报告或更新；需为状态电话会或客户会议做准备；需把内部报告转换为客户可读格式；基于粘贴的往来信息询问“某案件进展如何”；需将多条更新汇总为一份报告；需要 RAG 状态评估或偏差说明方面的帮助。
主要能力：
- 输入处理：支持邮件堆、通话笔记、混合输入、上期报告加新信息，以及 Excel 步骤计划/追踪表、Word 状态模板、预算或 WIP 表格等文件；多来源时以结构化文件为基线，与邮件叙述交叉核对。
- 核心原则：区分“进展”与“活动”，把“开了 12 次会”转写为可衡量的结果；每个行动项都要有目标日期，缺失时依据监管窗口、下次会议或报告周期等上下文推断，仍无法推断则显式标注；依赖项应包含请求日期、预期回复日期与升级触发日期。
- RAG 判断：Green 表示按约定范围、时间与预算推进；Amber 表示存在未解决依赖、预算消耗超前、关键决定待定或某法域异常沉默，需给出回到 Green 的计划；Red 表示不干预将无法达成约定参数，需升级路径与补救计划。RAG 为前瞻判断而非算术，须给出理由而非仅颜色。
- 报告结构：周度内部更新（运营导向）、月度客户/高管报告（战略导向）、临时升级简报（决策导向）等模板，含摘要、工作流状态表、需关注事项、财务摘要、下期展望等。
- 财务部分：仅做汇总表与“支出与进展是否匹配”的提示，不做深度财务分析；根因偏差分析、完工预测、商业建议等交由 budget-and-fee-manager 技能。
- 缺口识别：标出无法域更新、含糊表述、无上下文数字、无日期的时限、无状态的依赖、未记录决策等，并以问题形式追问；对过于含糊的更新，同时产出报告条目与跟进催问邮件草稿。
- 基线交叉：有案件计划、步骤计划或时间线时以其为评估基线，标出邮件叙事与计划追踪表之间的不一致；无计划则注明评估仅基于团队自报，可靠性较低。
内部与客户报告哲学不同：内部报告按例外管理，默认一切正常，直接呈现 Amber/Red、停滞与需决定事项；客户报告更偏战略与趋势。
限制：资料未提供具体收费、平台支持范围、安装命令或版本信息；本技能不做深度财务分析与根因计算，相关职责移交其他技能。