自我迭代

自我迭代是灵犀的后台改进模块：基于审计信号，按心跳周期执行“诊断 -> 低风险改进 -> 回写证据”。

模块目标

• 让系统在长期使用中持续收敛，而不是只依赖人工回顾
• 把“运行事实”转为“可执行改进”
• 在不打断主会话的前提下完成后台优化

架构位置

自我迭代由三个角色协作：

角色	职责
session-init	在会话开始时判断是否达到心跳触发条件
主 Agent	在步骤 A 发起后台子代理，不阻塞主流程
lingxi-self-iterate	读取审计与记忆状态，执行低风险改进并产出简报

运行闭环（高层）

1. 系统运行并持续写入 audit.log
2. 到达触发窗口后注入自我迭代约定
3. 后台执行诊断与改进
4. 把结果写回审计并更新控制状态
5. 下一周期继续

这是一条“观测 -> 诊断 -> 执行 -> 观测”的循环链路。

当前实现范围

当前自我迭代聚焦记忆子系统，典型改进包括：

• 记忆治理相关信号的收敛
• 索引一致性相关问题的修复建议
• INDEX 漂移信号诊断（索引规模与记忆文件规模的偏差）

更广的工作流与策略层优化会按同一机制逐步扩展。

风险控制策略

• 仅自动执行低风险改进
• 中高风险项保留为建议，不静默落地
• 主会话不等待后台流程，避免交互阻塞
• 同会话内保持幂等，避免重复触发

与审计系统的关系

审计系统是自我迭代的输入源与结果归档层：

• 输入：运行期间形成的关键行为与结果
• 输出：改进提案、执行结果与失败原因

官网层面只关心“可观测 + 可追溯 + 可复盘”这三个能力，不绑定具体事件字段清单。

文档边界说明

为降低官网维护成本，本页不展开：

• 子代理脚本执行顺序与参数
• 事件字段的完整枚举
• 具体阈值常量与内部调度实现

这些实现细节以主仓代码与内部文档为准。