dsh-advisor

更多介绍

每个会话一个独立评审者 ：独立的模型调用观察主 transcript 并评审每个 stepped 主 turn；advisor 消息被排除在此后的 delta 之外，因此 advisor 不会读回自己的建议。自审排除同时识别 advisor 当前的 producer kind（advisor）与仍可打开日志中可能出现的两种历史形状：史前直接 { kind: 'advisor' } 的 note，以及 0.1.6 时代的 note 经 V3→V4 内存迁移后的形状（kind: 'plugin:advisor'）——身份迁移不会孤儿化任何一代已持久化的 note。 - 按严重度排序的建议 + inject/steer 语义 ：每次评审至多发出一条 note—— nit （轻微的样式、清晰度或质量建议；经非唤醒的 agent.inject 送达，在下一个 pre-step 边界消费）、 concern （继续之前值得权衡的重大风险或明显更优的方向；经唤醒的 agent.steer 送达，受 immuneTurns 冷却约束）、 blocker （继续下去明显是在浪费工作——与显式用户指令矛盾、原地打转、根本性不可行；经 agent.steer 送达）。送达的消息携带 [advisor:{severity}] 前缀且为自我描述的 advisory 内容：

显式模型门禁 ：缺少 provider + model 时绝不发起模型调用——状态报告 disabled-with-reason。门禁在会话解析 之后 作用于 有效 路由：完整的会话级覆盖对可为其会话满足门禁；非法的全局配置不可被绕过。未知配置键会被拒绝——包括已移除的 enabled 键（插件行开关即总开关）。 - 零工具的最小启动 ：评审者只是一个独立的模型调用——无 advisor tools，除了 advisory 消息之外它无法对会话做任何事。 - 不卡主循环的失败策略 ：失败或 quota 耗尽的 advisor 只会丢弃自己有界的 backlog——永远不会卡住或污染主循环。 - 会话级控制 ：/advisor on off status config model 按会话工作；开关与会话级模型钉住都是临时的 override，从不修改持久化配置——/advisor config 始终报告全局默认值。在 web 端，会话头部的 Advisor 动作 经由专属会话端点驱动同一个会话级钉住（见 Verify）。