有两个入口，读写的是同一份配置，改哪个都一样。

打开 dsh 的设置，左侧导航里有一栏 「飞书桥」。里面能改：

项	说明
飞书机器人	这个桥用哪个飞书应用：填 lark-cli 的 profile 名，或直接填 bot 的 app id（`cli_xxx`，profile 名默认就是它）。换它等于换一个 bot，见下方说明
绑定的人	你的 open_id。留空 = 解绑，下一个给机器人发消息的人会被自动认领
闲聊模型	`/chat` 用哪个 provider / model；留空则沿用 dsh 的默认模型

同时只读展示机器人名字、当前 app id、状态文件位置。保存即刻生效，不用重启。

换 bot 需要注意：改这一项会让入站连接重建，「绑定的人」同时被清空—— 因为飞书的 open_id 是按应用维度隔离的，换了应用之后旧的 open_id 不再指向同一个人。换完给新 bot 发一句话即可重新认领。留空则回到配置文件里的默认值。

http://127.0.0.1:3080/feishu-bridge/config

同样的内容，独立页面形式。端口是 dsh web 的端口，改过 --port 就相应替换。

安全提示：dsh 的 HTTP 服务默认只绑 127.0.0.1（且需要登录 token），所以这两个入口都没有额外认证——能打开的人本来就能用这台机器上的 dsh。若你把 webServer 配成 0.0.0.0，它们会随之暴露到网络上，那时请自行加反代与鉴权。

openPush / thinkPush / turnPush / promptSection 这类行为开关留在配置文件里（~/.dsh/cordis.patch.yml）—— 它们是装插件时定一次的东西，不占设置页。临时静默用飞书发 /mute。

字段	默认	说明
`enabled`	`true`	总开关
`profile`	`dsh-bridge`	lark-cli profile 名，绝不与其他用途的 bot 共用
`userId`	`''`	投递目标 open_id。可以留空 —— 第一条消息会自动认领
`cliEntry`	`''`	run.js 绝对路径，留空自动探测
`progressPush`	`true`	是否响应 `feishu_notify`
`promptSection`	`true`	把「飞书播报」约定注入系统提示（阶段性成果的主路径）
`openPush`	`true`	收到输入后先推一条「打算怎么干」的开工报告
`thinkPush`	`false`	是否把模型的每段思考都推过来（默认关，太碎）
`turnPush`	`judge`	每轮策略：`judge` 模型判断有无成果 / `always` / `changes` / `off`
`summaryPush`	`true`	是否推工作汇报
`throttleMs`	`20000`	同会话推送最小间隔；窗口内改为就地更新卡片
`questionGraceMs`	`8000`	留给网页 answerer 的宽限期
`questionTimeoutMs`	`300000`	飞书侧最长等待
`writerEnabled`	`true`	汇报正文是否交给模型现写（关掉则用极简兜底句）
`writerProvider`	`''`	写文案用的 provider；留空沿用各会话自己的模型
`writerModel`	`''`	同上，model
`persona`	内置「一起工作的女高中生 / 好朋友」人设	飞书侧文案口吻：收尾汇报、`/polish`、`feishu_notify` 写的文字都套这个口吻；留空则回到中性口吻。网页会话里 dsh 的说话方式不受影响
`statePath`	`''`	状态文件，默认 `$DSH_HOME/dsh-feishu-bridge/state.json`

dsh-feishu-bridge

同名パッケージの別リポジトリ