一套系统从能用到可信，绕不开四件事：管控谁能看到什么，告诉用户系统在做什么，保证任务不会莫名其妙地消失，以及把这一切稳定地发出去。
这24小时，同时在推进这四件事。
一、权限：成员、智能体、文件，三层打通
这一期最大的改动，是把知识库权限体系从“库级可见性”扩展到三层：
知识库访问：之前按组织可见，现在支持成员级访问控制，可以按成员组授权。
智能体使用知识库：之前智能体绑定即可用，现在要求用户同时有智能体权限和知识库权限。
文件级别：之前所有人看整个库，现在单个文件可单独设授权范围。
这三层权限全部接入了数据库行级安全策略，检索链路在查询时做裁剪，使用侧加了硬闸，不满足权限的请求在发送路径就被拦截，不到达模型。
关闭漏洞的方式不是加更多配置，而是让权限判断变成系统默认行为，而不是依赖开发者每次手动检查。
二、体验：告诉用户系统在做什么
聊天界面在这一期做了一次可感知的升级：执行过程从隐形变成可见。
之前用户发一条消息，如果智能体需要调用多个工具、查多个知识库、做多步推理，中间过程是不可见的——用户只能等，不知道系统在做什么，不知道还要多久，不知道是不是卡住了。
现在的变化分四步落地：执行路径改成内联活动流，每一步工具调用实时出现在气泡里；回复完成后活动流收敛成摘要——几步、用了几秒、点击可展开，不占主要阅读空间；运行中的步骤显示转圈动画和实时计时，让用户感知“它还在跑”；过滤掉记忆读写这类基础设施操作，用户看到的都是有业务意义的步骤。
同步落地的还有追问建议——回复结束后，系统生成几个相关追问。这个功能上线后暴露了一个渲染问题：选择器组件在某些状态下触发无限重渲染，导致聊天页白屏，当天修复。
三、稳定性：任务不再莫名消失
长任务一直是编排器最容易出问题的地方。用户手动停止、超时触发、网络中断——这几种情况如果处理不好，任务会进入一种既没有完成也没有真正停止的状态：看上去结束了，实际上后台还在跑，下次触发又重跑一次。
这一轮集中处理了取消语义和超时映射：手动停止和超时是两种不同的终止信号，现在明确区分，不再互相混淆；任务状态有明确的检查点，重启后能从最后一个有效状态恢复，不会凭空重跑。
批量审批工具在这一期也补齐了：支持有界并发，单个任务失败不影响其他任务继续，结果落工件存档。
知识库入库链路加了一处容错：文档摘要生成失败不再拖垮整个入库流程，失败的部分单独记录，其余文件正常入库。
四、发版：修复驱动的快速迭代
权限、体验、稳定性三条主线各自推进、各自发现问题、各自修复，在24小时内连续完成了多个版本的迭代。每发一版，下一个问题就浮出来，再修再发。
关键服务的资源限额做了提升，部分环境配置从硬编码改成可配置管理，让不同部署环境可以按需覆盖而不是改配置文件。
权限打通、过程可见、任务可靠、配置可调——这四件事放在同一个24小时里并行推进，不是因为计划安排得好，而是因为这个阶段的系统，每一层都同时欠着债，每一层的债都到期了。
这，是第六十四天。
《从0到1：企业级AI项目迭代日记》记录一个企业级 AI 项目从创意、架构到落地的真实过程。不讲神话，只记录进化。
如果你也在做企业 AI 落地，欢迎留言来聊。或者，把这篇转发给一个正在踩同样坑的朋友。
