定时任务跑完了结果怎么交到人手上敏感信息有没有从日志里漏出去断点续跑能不能在模型切换时也不丢失选择这三天116条提交方向是统一的让系统在后台做的事能被看见、被信任、被安全地送到该去的地方。一、定时任务跑完只是开始送达才是闭环之前定时任务能跑但跑完的结果留在系统里需要人主动去看。这轮把最后一步补齐了定时任务完成后结果可以自动发送到钉钉——文本消息或单聊直达用户不需要理解底层工具名和身份参数只需配置通知目标。同时定时任务以服务身份运行时可以通过组织级窄口授权获得指定能力只能使用管理员明确授权的扩展服务授权过程接入身份和审计链路。前端同步增加了通知开关和扩展服务管理界面手册也补充了服务身份说明。定时任务从“后台执行”走到了“执行→授权→通知”的完整闭环。二、安全加固敏感信息不该出现在不该出现的地方这一批提交集中修补了多个敏感信息泄漏点。外部用户ID、渠道身份、工具参数不再原样进入观测日志节点异常、定时任务结果和执行账本统一脱敏零宽字符和嵌套异常等绕过脱敏的路径被封堵。已提交到代码仓库的明文凭据被替换或移除无法通过代码完成的主密钥轮换登记为后续债务。日志是用来排查问题的不是用来泄漏信息的。三、知识库入库重入、并发、超时、删除四种场景逐一加固知识库入库是系统里最容易出并发问题的地方之一。这轮做了几件事同一文档重复上传时保持事务一致性防止旧任务覆盖新版本文档删除和后台摄取并发时不会重新写回已删除内容上传记录先持久化异常中断后可以识别和回收孤儿任务明确不支持的文件类型直接判定失败不浪费重试配额后台还在处理但前端等待超时的场景不再被错误标记为最终入库失败。四种场景四种修复一个目标入库这件事结果是确定的。四、稳定性与可观测性会话配额泄漏清理流程失败时沙箱并发配额可能永久不释放——任务已经消失但组织名额始终被占用。这轮修复了配额死锁清理无法继续时根据侧真实证据释放配额同时长任务不再按固定时间杀死改为判断是否仍在产生进展避免正常任务被误杀。模型路由快照用户选好的模型在任务排队期间可能丢失。这轮在提交时冻结路由快照执行时按快照解析。安全策略切换模型时明确告知用户不再静默降级切换提示通过事件流到达前端。失败归因订单全集失败原因不再被统一错误码覆盖沙箱失败遵守统一归因协议源数据无效时区分语法错误、上下文不匹配等具体原因——失败从一个笼统的状态变成可定位的诊断信息。OpenAPI状态码租户自建Agent在OpenAPI路径下全部返回404修复后正确返回业务状态。并发配额等冲突返回409/429不再是500。前端性能大量历史执行结果默认折叠避免一次渲染全部内容导致假死。定时任务知道把结果送到钉钉敏感信息不再泄漏到日志知识库入库在并发下保持确定每一个失败都有明确归因。这三天系统在变得更“体面”——它知道该把东西送到哪知道什么不该说也知道自己为什么出错。这是第八十四天。《从0到1企业级AI项目迭代日记》记录一个企业级 AI 项目从创意、架构到落地的真实过程。不讲神话只记录进化。如果你也在做企业 AI 落地欢迎留言来聊。或者把这篇转发给一个正在踩同样坑的朋友。