gamma日报异常说明须含错误码、模块名和时间戳的日志依据，采用“原因+动作”双句式：单点故障型写明根因及已执行操作，依赖链中断型列清各环节断点与人工补救步骤，禁用模糊词与空泛表述。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
写日报时Gamma报异常说明，必须让同事一眼看懂问题根源和下一步该做什么，不能只写“系统出错”或“数据加载失败”这种模糊描述。
先定位异常类型再组织语言
打开Gamma日报页面→点击右上角「异常日志」按钮→复制最上面一条带红色叹号的完整日志行。这行里通常含错误码（如ERR-403）、触发模块（如“考勤同步器”）和时间戳，是后续沟通的唯一依据。
不要跳过这步直接凭记忆写。没日志编号的说明等于没说明，运维查不到上下文，只能让你重试一遍再等反馈。
用“原因+动作”双句式结构写说明
方法一：单点故障型（适用于明确单一原因）
【原因】OAuth token过期导致无法访问HR系统API
【动作】已手动刷新token，今日日报已补发，明日早9点前将检查自动续期脚本是否生效
方法二：依赖链中断型（适用于多环节耦合问题）
【原因】财务系统昨日未推送成本中心映射表→Gamma同步任务在第3步校验阶段终止→日报缺少部门维度汇总
【动作】已从财务同事处手动获取最新映射Excel→本地执行补同步→所有部门数据已更新至Gamma报表页
【注意】动作必须具体到人、时间、操作对象，禁用“已处理”“正在跟进”这类空话。
避开三类高频废词
删掉“可能”“大概”“疑似”——Gamma日志有精确错误码，不需要猜测。
删掉“技术问题”“系统问题”——这是归因懒惰，要写出是哪个服务挂了、哪条SQL超时、哪个字段为空触发断言。
删掉“后续优化”“长期解决”——日报说明只管本次异常，不谈改进计划。
