JunguangJiang/dsh-agent-lead

README 摘要

agent-lead — /lead 带队模式 主 Agent 只负责理解、拆解、分发、验收与监工；改动类工作一律通过 assign 派给后台 subagent。每次派活都弹窗，由 你 选这个 subagent 用哪个模型。 装在 /.dsh/plugins/agent-lead/ ，通过 /.dsh/cordis.patch.yml 的 insert 行挂到宿主面，所以对所有 agent 预设（含「梁神模式」）生效，且不会被预设升级覆盖。 怎么用 输入 行为 /lead 切换带队模式开关（再次输入退出） /lead off 强制退出带队模式（CLI 等适配器的显式写法） 命令不接受其他参数；进入模式后直接在对话里发任务即可。 进入后： - 系统提示里出现带队策略（只在开启时出现，关闭时该区段为空、不进请求）。 - 主 Agent 调 write / edit / str replace editor 会被拒绝，并被告知改用 assign 派活。 - read / grep / glob / bash 保留——勘察和验收要用。 - 主 Agent 每次调 assign ，你都会收到一个模型选择框。 模型只能弹窗选 assign 只有 description 和 prompt 两个参数， 没有 model 参数 ：模型花多少钱、值不值得，是你的决定，不是模型的决定。所以这里既没有自然语言识别，也没有别名、默认值和「记住上次选择」。 弹窗候选按三段组装，按 provider model 去重（先出现者保留）： 1. 当前主模型 —— 该会话此刻真正在用的路由，标注「（当前主模型）」。读取顺序： request/header 的 config → request/context → agent.options ；首轮请求之前读不到，这一段就省略。 2. 最近最常用的 N 个 —— 来自本插件自己的派活历史，标注「（常用）」。按出现次数降序，同次数看最近一次使用时间。 3. 配置里固定列出的模型 —— 原序展示，保证弹窗永远非空。 显示名优先用配置里的 label ，其次是 provider 目录（ ctx.llm.listModels ）里的名字，最后退回 model id。标签重复时自动追加 · 消歧。 配置 写在 /.dsh/cordis.patch.yml 的这一行里： key 含义 默认 llmProvider 子 agent 默认 LLM 路由 必填 models[] { id, label?, provider?, description? } ，固定候选段 必填非空 includeCurrentModel 是否把当前主模型置顶为一项 true recentCount 「常用」段条数 3 recentWindow 统计频次时只看最近多少条派活记录 50…

分类