@khorsheed/dsh-local-agent-kimi

配置

可选：经作用域 config.toml（$DSH_HOME/local-agent/kimi/config.toml）把 Kimi 的 LLM 请求路由到你自己的端点：

[providers."managed:kimi-code"]
base_url = "https://your-router.example/v1"

只改写这一个键——预置逻辑从不覆盖已存在的 config，且 [services.moonshot_*] 的 base_url 必须保留（它们路由内置的搜索/抓取工具）。

⚠️ OAuth token 暴露：作用域登录的 OAuth token 会发送给处理请求的端点——base_url 只指向你控制或信任的端点。

插件自身配置（可选，写在 profile patch 层）：

- id: local-agent-kimi
  config:
    model: kimi-code/k3        # 可选：每轮委派以它起 CLI；不写就一个模型参数都不传（见下）
    thinkingEffort: high       # 推理强度；写入「全新」作用域 config.toml 的 [thinking] effort 与模型 default_effort（low/high/max，默认 high）。仅预置期生效——已存在的 config 永不覆盖
    live: false                # 常驻驱动：每成员常驻一个 kimi acp 进程，按轮发 session/prompt（runtime 级优雅取消 session/cancel、推送触发的镜像）；关闭或通道不可用即回一次性 kimi -p
    liveIdleMs: 1800000        # 常驻 runtime 空闲回收时限（默认 30 分钟）

迁移提示。 live 轮次统一消费增量输出：旧 liveMirrorGranularity: event | token 键继续兼容读取，但不再影响行为，也不会改变运行中的进程。评测继续保留 exec。最终内容仍以 provider 完成项为准，包括工具记录和用量。

默认模型（model）

⚠️ 这个键的语义变了。 旧版里 model 只在首次预置全新作用域目录时用一次——写进 config.toml 的 default_model，已存在的 config 不动。现在它每轮委派都生效。首次预置的镜像行为保留：全新的、没有用户 config 可镜像的作用域目录，仍然按它写出最小 managed config。

不写 = 今天的表现。 没有这个键时，本插件在 argv 上一个模型参数都不加，跑哪个模型由作用域 config.toml 的顶层 default_model 决定。

写了 = 每轮委派以它起 CLI。 值必须是作用域 config.toml 里已定义的那个模型名（[models."…"] 的键）——-m 是按 kimi 自己的模型表解析的。

驱动	传法
一次性（默认）	kimi -m -p ；resume 轮为 kimi -S -m -p ——-S 仍在最前，-m 紧贴 -p（-p 之后的词会被当成提示词）
常驻（live: true）	kimi acp 没有模型旗标，所以每次起常驻进程前，把作用域 config.toml 的顶层 default_model 改写成该值。改写是就地、幂等的：只动顶层那一行，注释、模型表、provider、[thinking] 全部逐字节保留；没有 config 可写时不新建（预置逻辑才负责创建），该轮照跑，模型回读负责暴露不一致

也就是说：一次性驱动不碰你的 config.toml，常驻驱动会改写其中的 default_model 一行。

设置卡「默认模型」修改后续轮次使用的 provider 配置。共享选择器展示当前作用域的模型目录、发现来源和完整性，并保留按需填写模型 ID 的入口。清空选择后跟随有效配置及默认值链。保存不会打断当前轮次，也无需重载；共享选择器不可用时，卡片保留文本输入兜底。成员级模型和推理强度修改使用下文的持久控制面。

丰富目录优先使用常驻成员提供的 ACP 原生模型和配置元数据，保留显示名及当前模型的推理选项。此前显示该成员 scoped 配置候选，并明确标为配置来源、不完整。查询不创建临时 ACP 会话。目录刷新与订阅共用 core 缓存，共用模型菜单和成员 effort 控制已接入。运行中选择排到下一完整轮次（含工具续跑）；core 统一持有当前/待生效配置、撤销与重试，冻结评测成员禁止变更。

委派级的模型优先。 编排器可以经门面 DelegationCallOptions.model 给某一次委派点名模型，它排在这个键之前（顺序见家族核心 README）。首轮请求的值记进委派记录，resume 轮照它重发——resume 不接受 model 参数。常驻模式下它成为该成员的起始模型：起进程前改写作用域 default_model 绑定；已有常驻 runtime 绑着别的模型时先退役，以新模型重起并 session/load 续上同一个 CLI 会话。

成员级切换（composer）。 成员会话的 composer 可以为该成员切换模型：一个会话级 override，排在所有层（含委派记录）之前；只存内存，宿主重启即失效。常驻模式下，切换让绑定模型不同的常驻 runtime 退役——下一轮以新模型重起、session/load 续上同一个 CLI 会话，对话本身不断；一次性模式下下一轮 -m 直接带新值。

这不是评测的缺口。 评测 run 的条件在建立时冻结：run 跑到一半改这个键，下一轮的模型回读会发现声明模型 ≠ 实测模型，run 直接判为 misattributed 而失败（冻结决策 5）。

评测快照（effectiveSettings）。 本 harness 向注册表声明一份实时读取的公平性设置快照，供评测条件哈希使用：drive（exec/live，随 live 偏好）、推理强度（读作用域 config 的 [thinking] effort，缺则回模型 default_effort）、是否自动批准（作用域 config 是否带 Bash(*) 放行规则）、端点是否固定（只报主机名；managed 端点不算固定）、已配置模型（先看插件配置的 model 键——它每轮覆盖；没有才读作用域 config 的顶层 default_model；都没有就不给字段）、CLI 版本（kimi --version，按可执行文件路径+mtime 缓存；探测不到即字段缺位）。/kimi status 与 LocalAgentStatus Remote 附带同一份快照。web-eval 冻结决策 2 到 4 的显式化即由此读取。