feat(flowlock): 引入 JEV 候选裁决与自主结束

[Lutra23]

概述

将心流锁扩展为可选的「Agent 提案 → JEV 裁决 → 执行唯一候选 → 再裁决或结束」模式，复用现有主进程全局 JEV 服务。未启用 JEV 时保留旧模式。

主要改动

• 增加受保护的 Candidates 协议、严格字段校验和候选展示气泡。
• 按 TypeSafe 指南拆分生命周期、完成证据、候选选择、授权/前提和增量价值判断；提供详细的中文判题规则、排除条件和反例。
• Agent 的 Complete / Stop / Fail 在 JEV 模式下仅作建议；人工停止优先，旧回调和过期裁决不得重启会话。
• 增加最大自治轮数、置信度与证据概率阈值、有限重新提案、裁决超时和服务故障安全停止。
• 裁决后及执行前校验用户上下文；保持多 Agent / Topic 隔离与后台续写兼容。
• 添加设置面板、项目级 TypeSafe 技能及安装锁文件、项目开发指引和使用文档。

验证

在基于最新 upstream main 的独立工作区运行以下测试，94/94 通过：

node --test tests/flowlock-jev.test.js tests/flowlock-timestamp-bindings.test.js tests/main-chat-flowlock-owner.test.mjs tests/global-jev-service.test.js tests/jev-client.test.js tests/group-jev-decision-mode.test.js tests/group-jev-integration-contract.test.js tests/group-jev-session-orchestrator.test.js tests/global-settings-save.test.mjs tests/settings-schema-render.test.mjs tests/settings-value-golden.test.mjs

git diff --check 通过。仅包含本次功能相关的 19 个文件，不包含本地主题、音乐、AppData、环境配置或二进制改动。

使用与边界

重启客户端，在「全局设置 → Jev 服务」配置并启用全局服务，打开「心流锁使用 JEV 裁决」，然后新建心流会话。

测试使用确定性假响应，未调用真实 JEV、消耗 API 额度或上传真实聊天记录。默认阈值是待实际任务校准的应用策略，不代表模型准确率保证；本功能不替代工具权限控制，停止调度也不会撤销已经发出的在途操作。

[lioensky]

看了设计理念感觉非常的没意义。因为是ai生成候选，jev裁决。本身就不匹配。
正确做法应该是jev自己判断是否已经finish和timewait常数，无需agent生成time心跳。

[lioensky]

另外jev的上下文是32k，这个实现缺乏压缩保护。