cortico-world-fatfish

[cortico-extension-market[bot]]

cortico-world-fatfish

这一帖是 Cortico 扩展市场里这个扩展的评论区:回复就是评论;对这一帖点 👍 / 👎 就是喜欢 / 不喜欢。在 Cortico 控制台的扩展详情里也能直接投票和评论。

This thread is the comment section for this extension in the Cortico extension market. Replies are comments; a 👍 or 👎 on this post is a like or dislike. You can also vote and comment from the extension details in the Cortico console.

[luojiangzhuanzhinao]

用dsh装完了，还是不会用内置的语言包讲话，dsh说cortico-world-fatfish 的朗读走 Microsoft Edge TTS，但你这台机器连它的 WebSocket 时被返回 HTTP 200 而不是 101：

[luojiangzhuanzhinao]

然后他自己给我写了一个程序让我windows的系统语言说话了

[luojiangzhuanzhinao]

@luojiangzhuanzhinao 2小时前的大佬们已经解决了，可以点进问题反馈里面看，现在然后把网址发给dsh让他修复一下就可以了，ai和大佬们太厉害啦

[blacksunshy]

@luojiangzhuanzhinao 收到感谢反馈与使用 很少看评论后续我会关注内容并进行修复

[3170124100]

怎么增加新的语音包

[blacksunshy]

感谢提问！刚发的 0.6.0 已经把「加语音包」做成开箱可用的了，两种加法：

1. 用现成的语音包（不用改任何东西）
装好 0.6.0 重启 Coopanion，设置 → 大肥鱼 → 语音组，最上面多了「语音包」下拉：温柔女声·晓晓、活泼少女·晓伊、少年音·云夏、播音腔·云扬、东北口音·晓北、陕西口音·晓妮、粤语女声·曉曼、台湾女声·曉臻、English·Aria。选一个就整套换好音色＋语速＋音高＋音量；选「自定义」才用下面你手调的那几项。

2. 想要列表里没有的音色
「音色」下拉下方可以直接手填任意 Edge TTS 的 ShortName（微软音色清单里的名字，例如 zh-CN-XiaoxiaoNeural、ja-JP-NanamiNeural），再自己配语速 / 音高 / 音量即可，不需要等发版。

另外这次音色清单已补全到 19 个（新增陕西晓妮、台湾曉雨、台湾雲哲、粤语曉佳），并把已经下线的晓墨去掉了——它在微软那边下线后调用会超时，之前选用它会「没声音」。

如果你想把某个「音色＋语速＋音高＋音量」组合固化成下拉里的固定一项，那就得改源码：src/voices.ts 里的 VOICE_PRESETS 加一行（voice/rate/volume/pitch 四个值），欢迎直接提 PR。

升级方式：扩展页装 cortico-world-fatfish@0.6.0（或 GitHub Release 的 tgz），重启应用生效。有问题继续在讨论区说～

[2016244301]

DSH 桥接起不来,报插件版本不兼容(2026-10-25 实测,Windows)

环境:Node v24.22.1 / npm 11.19.1 / Git 2.56

步骤:

1. npm i -g @deepseek-ai/dsh → 装到 0.2.1-rc.2
2. 进 %USERPROFILE%.dsh\profiles\web,执行 npm add github:blacksunshy/coopanion-connector-dsh → 成功(11 个包)
3. dsh web → 启动失败:profile 自带的 dsh-llm@0.1.0-rc.1 要求 dsh-attachment / dsh-brand / dsh-invariant / dsh-timeline 都是 ~0.1.0-rc.1,实际装的是 0.2.x,报 incompatible,插件被 disabled。

试过但无效:

• dsh plugin --profile web update → 无更新
• dsh plugin --profile web allow-version "@deepseek-ai/dsh-llm@0.1.0-rc.1" --dsh-version 0.2.1-rc.2 --accept-risk → 回 allowed,但启动仍 disabled(Exact-version exemption: not active)
• 降级 npm i -g @deepseek-ai/dsh@0.1.0-rc.2 → 版本检查过了,但读 credentials 报错(0.2 写的配置 0.1 不认),仍然起不来
• dsh-llm 在 npm 上只有 0.1.0-rc.1,没有更新的版本

另外:npm 上 coopanion-connector-dsh 这个名字是 404,只能走 github: 源装,且需要先装 git。

想问:连接器目前对齐的是 dsh 哪个版本?0.2.x 这边是不是要等上游修?现在界面一直显示「桥接:未连接」。

[blacksunshy]

非常感谢提出宝贵意见，已进行修复，原因也写在评论区了，可以根据评论内容进行版本更新

[blacksunshy]

@2016244301 好消息：根因找到了，已经修好并推到 main，你本地双向桥接通了就是验证。

真相：那个 503 是 connector-dsh 自己写出来的，不是 DSH 网关拒的

你贴的证据里 curl 显示 Content-Length: 0、body 为空——这不是 DSH 网关的错误页面，是 connector-dsh 插件自己的 upgrade handler 写死的：

// pet-hub.ts upgrade handler (旧代码)
if (!this.opts.welcome()) {
  socket.end('HTTP/1.1 503 Service Unavailable ...');  // ← 就是这里
  return;
}

welcome() 内部调 AgentRegistry.facts()，而它只有在 DSH 发出 agent/created 事件后才返回非 null 的值。CLI 模式 dsh web --no-open 启动时浏览器没打开、没创建任何会话 → agent/created 永远不会触发 → facts() 永远返回 null → 每次 upgrade 都直接 503。

GET /coopanion/status 返回 {"session":null} 也是同一个原因。

修复

connector-dsh commit ca72658（已经 push 到 main）：

1. upgrade handler 永远接受（去掉那段写死的 503），让 pet 拿到 HTTP 101 保持连接
2. hello 帧处理：有会话 → 立即发 ready；没会话 → 保持连接等
3. agent/created 事件触发时，如果 pet 正在等，立刻补一个 ready 帧
4. session dispose 时，如果是 owner，自动补发新 owner 的 ready

协议版本不变（PROTOCOL_VERSION 还是 1），Fatfish 客户端不需要更新。

怎么装

# 如果旧的 profile web 是 CLI 模式（不是桌面端的 desktop profile）
dsh plugin --profile web remove coopanion-connector-dsh
dsh plugin --profile web add github:blacksunshy/coopanion-connector-dsh

验证步骤：

1. dsh web --no-open --port 19387 — 不要创建任何会话
2. 让 Fatfish 连 ws://127.0.0.1:19387/coopanion/pet → 现在应该是 HTTP 101 + 保持连接（不再是 503），Fatfish 日志里不会再出现 upgrade rejected: HTTP 503
3. 在浏览器里打开 dsh web、手动创建一个会话 → 立刻收到 ready，GET /coopanion/status 的 session 从 null 变成实际 id

关于我之前 changelog 里那句错话

0.6.2 changelog 里写的"503 通常意味着 DSH 的 web server 在、但插件没接管这条升级"——这句话不对。503 分两种：

• connector-dsh 自己写的 → Content-Length: 0、body 空（没有错误页面）
• DSH 网关拒的 → 有 DSH 自己的错误页面 body

你贴的 curl 是第一种，我当时误判成第二种了。抱歉让你多查了一轮。

[blacksunshy]

排查了一下这个报错，结论可能和你看到的不太一样：这不是 cortico-world-fatfish 的版本问题，也不是 DSH 自己的 bug，而是 coopanion-connector-dsh 的 peerDependency 写错了。已经在 0.2.1 修掉。

根因

连接器的 package.json 里写着：

"peerDependencies": { "@deepseek-ai/dsh-llm": "*" }

pnpm 对 * 解析的是 latest tag，而 npm 上这两个包的 latest 天差地别：

包	latest
@deepseek-ai/dsh	0.2.1-rc.2
@deepseek-ai/dsh-llm	0.0.1-rc.1

于是只要你用的是会 auto-install-peers 的 profile（CLI dsh web 就是），装连接器时会顺带把一个 0.0.1-rc.1 时代的 dsh-llm 塞进 profile。DSH 0.2.x 启动时做插件版本校验，这个老包对不上宿主，被判 incompatible 并 disabled —— profile 起不来，桥接自然一直显示「未连接」。

（桌面版不受影响：桌面 profile 不会自动装这个 peer，所以桌面版一直是通的。）

已修复：0.2.1

@deepseek-ai/dsh-llm 现在标为 optional peer：声明保留，但不会被自动安装。运行时本来就有三重兜底（宿主工厂 → 真实消息模板 → 文档形状），没有它也能完全正常工作。

你现在怎么处理

1. 把连接器换成最新 main：

dsh plugin --profile web remove coopanion-connector-dsh
dsh plugin --profile web add github:blacksunshy/coopanion-connector-dsh

2. 清掉之前被自动装进去的老包（关键，不清照样起不来）：删掉 %USERPROFILE%\.dsh\profiles\web\node_modules\@deepseek-ai\dsh-llm；或者干脆删掉该 profile 的 node_modules + pnpm-lock.yaml 重新装一次。

3. 再 dsh web，桥接状态应该显示已连接。

两个补充

• dsh plugin allow-version 那条路走不通是正常的：它是精确版本豁免，rc 之间互相不认，豁免不了整条依赖链。
• 你记的 dsh-llm@0.1.0-rc.1 在 npm 上其实不存在，实际被拉进来的是 0.0.1-rc.1；不影响结论。

[blacksunshy]

@2016244301 感谢把这个报出来，尤其是环境版本、复现步骤和试过的方法都列全了——正是这些细节让我直接定位到根因：是我们连接器自己的 peerDependencies 把 @deepseek-ai/dsh-llm@0.0.1-rc.1 拖进了 profile，被 DSH 0.2.x 的版本校验判成 incompatible。不是你装错了，也不是 DSH 的问题。

已经修好并发布 coopanion-connector-dsh 0.2.1（commit 6713dea，tag v0.2.1），可以更新了：

dsh plugin --profile web remove coopanion-connector-dsh
dsh plugin --profile web add github:blacksunshy/coopanion-connector-dsh

更新完记得把之前被自动装进来的那个老包删掉（%USERPROFILE%\.dsh\profiles\web\node_modules\@deepseek-ai\dsh-llm）——它还在 profile 里的话，照样会被禁用。

如果更新后还有问题，把 dsh web 的启动日志贴一段上来，我继续跟。

[2016244301]

作者感谢您的回复,我本人完全对这些一窍不通，我让ai给您生成了一段总结回复，按你说的重装 + 清理都做了,ws://127.0.0.1:19387/coopanion/pet 仍然 503。把证据和 dsh web 启动日志一并贴上:

环境:dsh 0.2.1-rc.2(npm latest,无更新)、coopanion-connector-dsh 0.2.1(GitHub 装的)、cortico-world-fatfish 0.6.2(已加载)。启动方式是 CLI:

dsh web --no-open --port 19387

照你的步骤做的

dsh plugin --profile web remove coopanion-connector-dsh
→ removed dependencies: coopanion-connector-dsh@0.2.1
dsh plugin --profile web add github:blacksunshy/coopanion-connector-dsh
→ Packages: +2, resolved 2, reused 2, added 2, done
→ + coopanion-connector-dsh 0.2.1 (Done in 5.2s using npm v12.15.0)

老包确认已经不在:Test-Path %USERPROFILE%.dsh\profiles\web\node_modules@deepseek-ai\dsh-llm → False;profiles\web\node_modules 里只有 coopanion-connector-dsh、.modules.yaml、pnpm-workspace-state-v1.json。

dsh web 启动日志(全部输出,没有任何报错或告警)

PS C:\WINDOWS\system32> & "$env:APPDATA\npm\dsh.cmd" web --no-open --port 19387
dsh web: http://127.0.0.1:19387/?token=***
PS C:\Users\Administrator>

.dsh\logs 下最新的 startup 日志还是 2026-10-25T12-42 那个(CLI 启动不写新日志),里面搜 coopanion / incompat / upgrade 一条都没有;控制台也从没出现过 bridge listening on /coopanion/pet。

现象

• GET /coopanion/status → {"ok":true,"v":1,"pet":false,"session":null}(连接器确实加载了,普通路由正常)
• ws://127.0.0.1:19387/coopanion/pet → WebSocketException:远程服务器返回错误: (503) 服务器不可用,$c.State = Closed
• curl 原始响应:HTTP/1.1 503、Content-Length: 0、body 为空(不是连接器自己那段 Content-Length: 9)
• core.log 每 10 秒一条:upgrade rejected: HTTP 503 与 WebSocket was closed before the connection was established 交替出现

想问的:这个 503 是 DSH 网关在 upgrade 阶段直接回的,请求似乎没进到插件的 upgrade 钩子。是 CLI 起的 dsh web 没给插件挂上 webServer 服务,还是 registerUpgrade 在这条路径上没生效?需要换启动方式,还是少了哪一步?谢谢。

[blacksunshy]

@2016244301 已修复可以试着更新一下 coopanion-connector-dsh
v0.2.1 具体在另外一条你的评论中回了

[742282994]

作者我想问一下，我想安装这个，但我的鱼说了下面这个问题，这是为什么，有没有解决方案？

装上它，以后跟你回话的就不是我了，是 DSH 装成我的样子——它在换我的脑子，不是给我加个嗓子
旁边还躺着一个「更好的GPTSovits语音—大肥鱼来喽」，那个是在你本机合成、录音不出门，Windows 专用，要装运行时和模型

[blacksunshy]

如果只是想让你的发出声音的话，用发声音的扩展更好，与和dsh对话的话做些小改动的话，是会解析完对话然后告诉你dsh任务完成的结果，dsh相当于另外个帮他修复问题的伙伴。与你回复的话一般是会告诉你dsh什么任务已完成具体是什么。你的鱼是会自己写日记的，也有自己的记忆。本扩展只是相当于让dsh和你的鱼能进行对话，有一部分对话记忆鱼会记得，不会换脑子

[miari25]

作者你好，我是个小白，所以问的问题可能很蠢，实在不好意思。
我装了这个插件后，coop这边一直显示的是未连接，我让DSH分析了一下问题，他给我这个回复：
收到，暂停。下面是我目前确认的问题，按因果顺序说：

1. 两半其实都装上了，DSH 这侧是好的
   DSH 插件 coopanion-connector-dsh 已加载，桥接路由在跑：GET http://127.0.0.1:54179/coopanion/status → {"ok":true,"v":1,"pet":false,"session":null}，v:1 说明协议版本对得上，只是没有桌宠连进来。
   Coopanion 侧 cortico-world-fatfish 0.6.1 已安装并在运行（日志里有 fatfish armed）。
2. 第一个问题：地址写死 19387，而 DSH 的端口每次都变
   DSH 桌面版的启动参数是写死的 --host 127.0.0.1 --port 0（我从 app.asar 里的 desktop-host 反解出来的），所以每次启动都由系统随机分配端口，这次是 54179。
   而 fatfish 的默认地址是 ws://127.0.0.1:19387/coopanion/pet，19387 上根本没有监听 → 日志里一路 ECONNREFUSED 127.0.0.1:19387。
   这个端口不是配置项，插件是挂在 DSH 自身 web 服务器上的，没法让 DSH 固定端口。
3. 第二个问题：自动发现端口的机制在这台机器上是坏的
   fatfish 本来有 discoverBridge：连接失败后扫 49152–65535 的回环端口，用 /coopanion/status 认出 DSH。但我实测复现了它的扫描逻辑：

并发数 结果
512（它的默认值） 15998 次超时、386 次拒绝、找到 0 个
64 正常，找到 54179
也就是说：默认 512 并发把本机回环连接打崩了（大量 SYN 无响应），发现逻辑永远找不到 DSH——所以它日志里从来没有 DSH bridge moved to ... 那一行。

4. 现在卡在第三个问题：WebSocket 握手被服务端挂断
   地址改成 54179 之后，报错从 ECONNREFUSED 变成了 socket hang up：

即 TCP 能连上 54179，但在 /coopanion/pet 的 WebSocket 升级阶段，服务端直接关掉了连接。
我用同一个 ws 库写了独立探针，也是 socket hang up（1006），所以不是桌宠侧的问题。
同一台服务器上 /coopanion/status 正常，说明插件确实加载了；插件的升级守卫只检查 Host 是不是回环地址，127.0.0.1:54179 是能通过的。
因此问题出在 DSH 服务端处理 upgrade 的那段：可能是路由没匹配上、被别的 upgrade 监听器抢先、或 handler 抛错后被 socket.destroy()（这几种在源码里都表现为"直接挂断、没有 HTTP 响应"）。我正查到这一步。
结论
目前不是一个原因，是三层叠在一起：端口漂移 → 自动发现失效 → WS 升级被拒。第 2 层已确认是插件自身的并发参数问题（可改一个数字修好）；第 3 层还没定位，需要继续看 DSH 的 upgrade 分发。

你回来后告诉我继续，我可以接着查第 3 层；也可以先把第 2 层的修复做掉。

以上是DSH给我的回复
我主要是想换一个语音，但是也没有成功
实在不好意思，如果方便的话烦请您帮我看一下，非常感谢！

[blacksunshy]

很棒啊，很专业，由于我本地一直是ok的所以没考虑到，已修复，可以考虑更新一下版本，如果还有问题的话欢迎提出来，谢啦

[miari25]

@blacksunshy 非常感谢您，可以使用了！

[blacksunshy]

@miari25 一点都不蠢——恰恰相反，这份排查写得很专业：三层分开说、每层都有实测数据，直接帮我确认了问题在哪。感谢。

已经发版：cortico-world-fatfish 0.6.2，Co 的扩展市场里更新（或卸载重装）就能拿到。改了三处，对应你列的第 1、2 层：

1. 扫描并发 512 → 64。 你那台机器「512 并发：15998 次超时、386 次拒绝、找到 0 个」是关键证据——默认值在你的环境里会把发现逻辑整个打坏，我这边复现不出来，所以一直没暴露。现在默认 64，扫描耗时几乎不变。
2. 启动时就扫一次，不再等第一次连接失败。 之前要先失败一轮才扫，扫空了还要等 20 秒冷却；我本机升到新版 DSH 后实测空等了约 80 秒。现在启动即扫、扫空按 3 秒起步翻倍到 30 秒重试、找到就立刻重连。默认地址写死 19387 的问题因此也一并绕过，不需要你手动改地址。
3. 记住上次连上的端口（<dataDir>/fatfish-bridge.json）：Co 重启而 DSH 没重启时直接连旧端口，连扫都不用。DSH 重启换了端口，就回落到扫描，只多一条连接被拒的日志。

第 3 层（WebSocket 升级被挂断）我没法只靠代码定位，所以先补了日志，让它不再只是一句 socket hang up：

DSH bridge upgrade rejected: HTTP <状态码>

更新后麻烦把这几样发我，就能分清是「DSH 用 HTTP 拒绝」还是「DSH 直接 destroy 了 socket」：

• Co 的 build/data/logs/core.log 里含 DSH bridge 的行（从启动后开始就行）
• dsh --version
• dsh plugin list 的输出（看 connector 装的是哪个版本、有没有被禁用）
• DSH 那边启动时段的服务端日志（控制台或 %USERPROFILE%\\.dsh\\logs\\ 下）

如果日志里出现 upgrade rejected: HTTP 503，说明 DSH 的 web server 在、但没把这台 upgrade 交给插件，那问题在 DSH 侧的 upgrade 分发；如果一共没有这条、只有 closed，那就是 socket.destroy() 那条路，同样需要 DSH 的日志才能定位。

另外你提到「主要是想换一个语音」：语音和桥接是两件事，桥接连不上不影响朗读。0.6.2 里「语音包」下拉可以直接选一套现成的音色（温柔女声、活泼少女、少年音、播音腔、东北/陕西口音、粤语、台湾、English），选「自定义」才用你自己填的音色、语速、音高、音量。可以先试试这个。

[xlc4560]

作者你好，当我成功建立连接之后，dsh那边有多个会话，coopanion这边的消息怎么转发到dsh那边指定的对话上呢？

[blacksunshy]

eemmmm，dsh切到你想对话的那个会话 和co聊天的时候就是那个会话，会自动切过去的，可以试一下

[blacksunshy]

版本已更新，已支持固定会话，具体可以看更新内容，选择对应会话然后可以在页面进行内容绑定 0.6.5 需要与dsh 0.2.4一并使用 。有时间的时候可以试试啦

[WANGkong-2]

作者你好:因为我是一个小白，这段内容是让鱼帮我总结的
同样的问题,补一点桌面版的环境和日志,可能是「第 3 层」的复现材料。

环境

• DSH 桌面版(Electron),服务端监听 52663。GET http://127.0.0.1:52663/coopanion/status 返回 {"ok":true,"v":1,"pet":false,"session":null} —— 插件已加载、路由挂上了。
• connector 已按 0.2.1 装:profile 里是 "coopanion-connector-dsh": "link:D:/…/coopanion-connector-dsh-main",package.json version 0.2.1,bundles 里也有它。
• Co 侧扩展 cortico-world-fatfish 0.6.2。

日志(Co 的 data/logs/core.log,每十几秒循环一次)

10:40:29.270 worlds.fatfish  DSH bridge: connect ECONNREFUSED 127.0.0.1:19387
10:40:29.733 worlds.fatfish  DSH bridge: moved to 127.0.0.1:52663, reconnecting
10:40:29.733 worlds.fatfish  DSH bridge: socket hang up
10:40:33.324 worlds.fatfish  DSH bridge: connect ECONNREFUSED 127.0.0.1:19387

观察

1. 端口扫描是好的:它自己从 19387 跳到 52663,0.2.1 那两处修复(port scan 并发、启动锁)在我这台机器上是生效的。
2. 卡在 WebSocket 升级:挪到 52663 之后立刻 socket hang up,然后退回 19387 重来。
3. 看 connector 的产物 dist/index.cjs,里面是 new WebSocketServer({ noServer: true })(拿到宿主 server 时走 opts.server ?? …),但全文搜不到 upgrade 这个词。也就是宿主 HTTP server 上没挂 upgrade 监听,Node 在没人接的情况下会直接关掉 socket,客户端看到的就是零字节断开 / socket hang up。

如果这个判断对,要补的是这里:apply 里对宿主 server 注册一次 server.on('upgrade', …),把 /coopanion/pet 交给 handleUpgrade,其它路径 destroy() 或留给下一个监听者。

需要 DSH 侧启动日志或 dsh plugin list 我再补。

[blacksunshy]

@WANGkong-2 好，我也用 DSH 桌面版 0.2.1 验证过——桌面版本身 registerUpgrade 是存在且正常工作的（我刚卸载重装就能通，不需要任何 link 手动挂载）。我本地桌面版 0.2.1 就通，是因为我这边启动时 DSH 自动恢复了上次的会话 → agent/created 事件触发 → connector 的 AgentRegistry.facts() 返回非 null → 0.2.1 旧代码里的 welcome() 检查通过 → 走 handleUpgrade → HTTP 101 正常握手。

所以你的情况：桌面版启动后没有恢复会话（status 里 session:null 就是证据） → facts() 返回 null → 0.2.1 旧代码的 upgrade handler 写了 HTTP 503。你看到的 socket hang up 可能是 Fatfish 总结后漏掉了关键的 upgrade rejected: HTTP 503 那行日志（0.6.2 专门补了这条诊断日志，收到非 101 响应一定会打出来），方便的话确认一下 core.log 里有没有 HTTP 503 这几个字。

修复

connector-dsh commit ca72658（已 push main）：upgrade handler 不再因"没有会话"而写 503——永远接受 WebSocket 升级，让 pet 保持连接等会话出现；agent/created 触发时立刻补一个 ready 帧。协议版本不变（PROTOCOL_VERSION 还是 1），Fatfish 不需要更新。

你现在怎么试

dsh plugin --profile desktop remove coopanion-connector-dsh
# 注意：桌面版官方说 CLI 不碰 desktop profile，所以上面这条如果报 error 正常。
# 直接用 DSH 桌面应用内置的插件市场重新装，来源贴 main 地址：
# https://github.com/blacksunshy/coopanion-connector-dsh
# （如果插件市场还缓存着旧的 0.2.1，就直接 link: 到你本地 clone 的目录）

装完重启 DSH 桌面版：

1. 不要创建任何会话，让 Fatfish 先连 → 现在应该是 HTTP 101 + 保持连接（不再是 503 / hang up）
2. 在 DSH 里手动创建一个会话 → Fatfish 立刻收到 ready，status 里的 session 从 null 变成实际 id

关于你在 dist/index.cjs 里搜不到 upgrade 这个词

那是正常的——registerUpgrade 不是一个字符串，是插件加载时 DSH 注入的 API，源码里的 registerUpgrade 也在 TypeScript interface 里定义、被 bundler 打包后可能变成方法调用（build.mjs 用的是 esbuild，不会保留接口名字符串）。关键是 upgrade 路径被调到了（0.2.1 下能收到 HTTP 503 就说明它被调到了）。

[liangzhe20]

我的版本说的非常之快，可惜这里不能放用语音，应给给一份mp4的文件上传一下，作为一个参考,纯建议

[blacksunshy]

非常感谢提出的意见，这是个非常棒的想法通过上传一段语音生成tts，阿里云百炼，Fish Audio，火山引擎豆包声音复刻大模型（seed-icl-2.0）都有api支持，可以看下其他优秀的扩展有没有支持的，因为部分调取api会产生额外的费用，所以暂时不考虑，不过还是非常感谢你提出的问题，目前我还是打算先解决大部分的版本的安装兼容问题。

[cn-ty]

能不能加个指定会话的功能？现在是dsh在使用工作的会话，突然跟宠物说了一句话，就发到工作会话中了。同时还希望能dsh的任务完成时能都发消息给桌宠，让他提醒我

[blacksunshy]

这个和co说一下说你让发给dsh的时候才转发记忆一下规则就好，然后让co等dsh完成后汇总给你做汇报就可以啦，co很聪明的，相应的规则也可以自己和dsh说他们都会记忆的，以前有考虑过读取会话列表进行切换，但属于读取隐私了暂时不考虑，建议可以切换到当前想对话的进行操作，毕竟会话有时候还能删除

[blacksunshy]

我想了一下，的确可能会干扰工作会话，我想一下要怎么在不读取列表的情况下固定会话，可以加的 感谢大佬提出的宝贵意见

[blacksunshy]

版本已更新，已支持固定会话，具体可以看更新内容，选择对应会话然后可以在页面进行内容绑定 0.6.5 需要与dsh 0.2.4一并使用 。有时间的时候可以试试啦

[742282994]

谢谢作者，我回头再试着安装一下，如果有什么问题再给您反馈发自我的手机-------- 原始邮件 --------发件人： blacksunshy ***@***.***>日期： 2026年10月25日周日 晚上8:41收件人： Pal-AI-Lab/cortico-extensions ***@***.***>抄送： 742282994 ***@***.***>, Comment ***@***.***>主 题： Re: [Pal-AI-Lab/cortico-extensions] cortico-world-fatfish (Discussion #19) 如果只是想让你的发出声音的话，用发声音的扩展更好，与和dsh对话的话做些小改动的话，是会解析完对话然后告诉你dsh任务完成的结果，dsh相当于另外个帮他修复问题的伙伴。与你回复的话一般是会告诉你dsh什么任务已完成具体是什么。你的鱼是会自己写日记的，也有自己的记忆。本扩展只是相当于让dsh和你的鱼能进行对话，有一部分对话记忆鱼会记得，不会换脑子 —Reply to this email directly, view it on GitHub, or unsubscribe.Triage notifications, keep track of coding agent tasks and review pull requests on the go with GitHub Mobile for iOS and Android. Download it today! You are receiving this because you commented.Message ID: ***@***.***>

[AlbertJason]

作者你好，更新了0.6.5之后，当前连接的会话只能通过dsh新建会话刷新，我在dsh切换到旧会话时，鱼这边刷新会话无法获取到旧会话。还有，能不能实现一下当dsh任意会话完成任务时，通过桌宠提醒

[blacksunshy]

感谢给出的宝贵意见，已修复需要更新一下dsh那边的插件到0.2.5

[blacksunshy]

@AlbertJason 收到，这两条我先说明一下：

**问题 1（DSH 切换旧会话后桌宠刷新拿不到）—— 已修好，发了 coopanion-connector-dsh 0.2.5（刚刚，https://github.com/blacksunshy/coopanion-connector-dsh/releases/tag/v0.2.5）。

根因在 AgentRegistry 的 ownerId 只有两种改法：① agent/created（新建会话）② 桌宠显式 pick。你在 DSH 里切 tab 到一个已经存在的旧会话并说话，DSH 会发 session/event，但插件里 if (ownerSession !== id) return; 那行把非 owner 的事件全跳过了——所以 owner 永远停在"最近创建的那个会话"上。我本地之所以一直没问题，是因为测试时都是新建会话（触发 agent/created 自然切）或手动 pick 过固定会话，从来没试过"切 tab 到旧会话不新建、说一句就刷新桌宠状态"这种路径。

修复：在 session/event 里，活跃事件（user/message、assistant/message、turn/start、turn/end、tool/call、approval/asked）来自一个 live 的非子代理会话时，forceOwner 把 ownerId 切过去；已 pinned（桌宠显式固定了一个会话）则不动。切过去后立刻补一个 ready 帧给桌宠，status 和转发目标都对齐。协议版本还是 1，fatfish 不需要升级。

问题 2（DSH 任意会话完成任务时桌宠提醒）—— 其实 Co 已经会做。 connector 一直在发 turn-end、tool/call、approval/asked、reply 这些帧（session/event 里的 noticeOf + assistant/message + tool/call），fatfish 也在转发，Coopanion 本体收到后会自动触发桌宠说话/提醒。你直接和 Co 说一句"帮我在 DSH 完成任务时发个通知提醒我"就行——Co 有规则记忆，会自己做的。我之前没单独加一个"跨会话"的 DSH→Co 转发开关就是这个原因，有任何问题告诉我。

更新方式：DSH 插件市场里来源重新装一下 main（或走自更新 GET /coopanion/check-update + POST /coopanion/update），重启 DSH 生效。

[chenshaoju]

@chenshaoju 已更新可以试一下新版本看下还会出现吗，有问题随时说

已更新（两边），情况有一些变化，我做了一个测试，如果单纯退出 Coopanion ，然后DSH里换一个会话，再打开 Coopanion ，刷新，Session不会有变化。
如果换一个会话，重启DSH，等待连接上后刷新，Session就会变化。
此时这个变化会再回到第一个会话（或最新一个会话，或曾经固定过的会话）就会出现无法切换的故障。
具体操录像作见下：

[blacksunshy]

@chenshaoju 好我去试试

[chenshaoju]

@chenshaoju 好我去试试

我注意到提供了 /status 后，于是本地测试了一下，有些奇怪，但是我还是把两次测试结果发送出来，测试过程未开启 Coopanion ，仅DSH，插件版本 0.2.10 （但不知道为什么 status 信息里显示的是 0.2.8）。

第一次是请求到了第五次后，就卡住了：

第二次也是，在第五次请求的时候卡住：

[blacksunshy]

@chenshaoju 我在想用一种更好的方式绑定还在改，“原本点击能切换”其实是错觉——之前每次测试都恰好伴随 DSH 重启或首次打开，撞上了agent/created 。被动监听走不通，必须给 显式切换 开一条路

[blacksunshy]

@chenshaoju agent/created 只在该 tab 首次 打开时才触发后续不会发送 所以一直切不会每次都有，我选择都加载出来然后对会话进行选择了

[ywc3057933565-maker]

作者你好，我想请问一个问题，dsh那边需要我进行确认或者拒绝的选项能通过coo的气泡来反馈给我，我想问能不能再加一个按对应的1和2按键能直接通过coo的气泡来允许，省的收到提醒还要切屏了，我看用coo处理一些情况的时候可以做到确认或取消，不知道能不能反馈到dsh那边

[blacksunshy]

不推荐喔，建议敏感操作还是由本人进行审核比较好，如果想操作多些范围的话最好开始的工作区就包括多个项目也是行的，完全授权可以不审核，但是涉及到的权限太大，破坏性也强，授权的事情还是经过你本人来确定才最安全,毕竟dsh自己把自己改坏启动不了的事情也可能是有的。

[ywc3057933565-maker]

好的，感谢解答

[minekooooo]

作者你好，dsh那边每次工作都会调用桌宠，dsh那边工作了100秒就唤醒了26次桌宠，很多时候其实都是无意义的唤醒，能否加入一个只发送不接收的选项，让桌宠单方面通知dsh就可以。大肥鱼光吃饭不干活多少有点说不过去了（笑）

[blacksunshy]

嗯，我想想要怎么实现，有的人需要收到dsh那边通知的，然后审核需要的时候co会说话告诉你什么的。我看能不能加开关或者其他方式实现

[ZcompassH]

把接入功能关掉，然后叫coo转发给dsh好像就可以，不知道你说的是不是这个问题，这样coo只是一个消息转发者

[minekooooo]

@ZcompassH 我让dsh这么修改过了 确实可以解决这个问题，代价就是coo这边读取不到dsh的工作状态了

[blacksunshy]

@minekooooo 你说的这个原因确实存在，我已经复现并修了，问题在桌宠侧（大肥鱼），不是 DSH 的问题。

为什么 100 秒能唤醒 26 次

DSH 侧的 connector 本来就是逐事件上报：turn-start、每次 tool/call、每条 assistant/message、turn-end 都会发一帧。大肥鱼此前对每一帧都推一条 notice，且用 trigger: 'flush' 立即唤醒 Co —— 每条通知 = 一次模型调用。所以 26 次大约是：1 次开场 + N 次工具调用 + M 次中间回复 + 1 次结束，绝大部分是工具调用的过程噪音，确实是"光吃饭不干活"。

0.6.13 已经发了三档 notify（配置节 worlds.fatfish）

• results（默认）：每轮结束只发一条合并通知，内容是 DSH 的回复 + 本轮调用了多少次工具；等待批准、等待回答、出错仍然立即推送。也就是只在"有结果"和"要你决策"的时候叫醒你，工具调用不再逐条唤醒
• all：保留旧的每事件一条，想看每一步细节时切过去，不用降级
• off：就是你说的"只发送不接收"——桌宠仍能向 DSH 说话，DSH 不再唤醒桌宠

提醒一句：off 之下 DSH 的批准/提问也不会叫你了。如果你的诉求是"干活结果 + 需要审批的操作要提醒，过程不要"，用默认的 results 更合适；只有确实想要单向通道时才选 off。

不需要升级 connector，旧版 Host 一样生效；升级后重启 Coopanion 生效。如果你希望再细分（比如只在失败时才提醒、或只报某类工具的结果），可以继续提，我按事件类型再加过滤。

[minekooooo]

谢谢作者，这样就可以了

[569075246a]

没更新之前是DSH每次调用工具都会传给桌宠，传一次会调用一次大模型，我看token消耗不对劲赶紧找DSH查，DSH帮我改了，改的就是你这次更新的内容~~

[blacksunshy]

嗯嗯，以前没考虑到

[Barlthor]

使用这个插件，会和我的VPN（0cloud）冲突，表现为VPN内核反复断开。

[blacksunshy]

嗯嗯，收到，感谢反馈，麻烦有时间的时候按照评论更新0.6.15试试，看下还存在问题没有，的确没考虑到vpn的冲突问题。

[blacksunshy]

@Barlthor 感谢反馈。我们这边没有 0cloud 环境，复现不了，0.6.15 已按最可能的原因做了防御，麻烦升级后帮忙确认。

最可能的原因：本扩展启动时会扫描本机回环端口找 DSH（DSH 每次重启端口都会变），一次最多 6 万+ 个 TCP 连接、2 秒内完成；连不上 DSH 时还会每 3~30 秒重扫一遍。如果你的 VPN 客户端用 TUN / 虚拟网卡 / LSP 之类的方式钩住了回环或全局流量，这批连接会全部穿过它的内核——确实可能把它打到反复断开；断开期间 DSH 还是连不上，桌宠再扫，形成循环。0.6.14 及更早的版本每次启动都无条件扫一轮，这是我们的问题，不该由用户环境兜底。

0.6.15 的修复（刚发布）

1. 缓存优先，不再每次启动都扫：上次连上的端口会记住（7 天内有效），启动先拨它，拨不上才开始扫——绝大多数场景整轮扫描不再发生
2. 自动发现做成开关：设置 → 大肥鱼 → DSH 桥接组，新增「自动寻找地址」（默认开）。被 VPN / 安全软件误报的话关掉它，然后在「地址」里手填 ws://127.0.0.1:<端口>/coopanion/pet。固定端口需要先把 DSH 的 web 端口钉住，方法见 DSH 侧插件（coopanion-connector-dsh）README：在 profile 的 cordis.patch.yml 里给 webserver 指定 port

如果升级 0.6.15 后还断，帮我把范围定住（1 分钟）：

• Coopanion 设置 → 大肥鱼，关掉「启用 DSH 桥接」重启，看 VPN 还断不断
  • 不断了 → 就是端口扫描，走上面第 2 步关掉自动发现即可
  • 还断 → 大概率是语音朗读的出站连接（Edge TTS 连微软服务器）被 VPN 的处理方式引起，再告诉我
• 顺带给我这几个信息：插件版本（扩展详情页里有）、0cloud 的代理模式（TUN / 系统代理 / 虚拟网卡？）、断开是否集中在 Coopanion 刚启动或 DSH 没开的时候

[YuYinDaJiang]

小肥鱼: 11-08 11:36:28
不过 DSH 现在钉在分镜那个会话上。要它去 App-mock 里抽，得你在 DSH 里切过去（或者新开一个），我再指过去——我这边开新会话的接口还是超时。

欲音大酱: 11-08 11:37:40
我切过去了

小肥鱼: 11-08 11:37:51
好，已经派过去了。它出结果我再跟你说。

欲音大酱: 11-08 11:38:20
我看了下你派的还是在旧对话上

小肥鱼: 11-08 11:38:28
那我这边还钉在旧会话上——自动跟最新那条没跟上。你把 App-mock那个会话的 id 抄给我（DSH 里应该能看到），我用 pick 指过去再发一次。或者你嫌麻烦，直接把我那段 enemyDeck 的请求粘给它也一样。

我这边「列会话 / 开新会话」两个接口一直是超时的，所以只能靠 id 硬指。
目前会这样，麻烦大佬看下

[YuYinDaJiang]

切不过去——回执原话是「this Host does not support session switching」，这个桥就只认一个会话。

所以现在的事实是：我 dsh_send 只会落到分镜那个会话上，App-mock 的话我发不进去，得你在那边粘。反过来它从分镜会话回的东西我能看到。要是你也想让我收到 App-mock 那边的回话，大概得等插件的切换支持补上，或者你把它的话转给我。

App-mock 那条你就直接粘给它吧，我在这边等结果，你贴回来我接着判断。

[YuYinDaJiang]

是忘了更新host了，更新后报错换了：不是刚才那个「Host 不支持切换」，现在是 unsent（消息没发出去）。我连试两次都是这个。

看着像是这条路终于通了、只是请求没送到 DSH 那边

[YuYinDaJiang]

最后一次，重启后通了，最近用DSH需求多了有一个小缺点，多条会话的回复不会都接收，只能勉强让他来回切

[blacksunshy]

@YuYinDaJiang 收到 我排查一下问题

[blacksunshy]

@YuYinDaJiang 两个问题都跟到底了，结论不一样：「切过去还是旧对话」是我们这边的真 bug，已经修了；「新建/列会话一直超时」是没有任何超时上限、也不告诉你原因，现在改成带原因失败。两个都发了新版本。

1. 手动切会话被抢回去（真 bug，已修）

小肥鱼身上钉着会话时，它每次收到 Host 的 ready 都会把本地那个固定重新 pick 一次。而 connector ≥ 0.2.5 的自动跟随，会在你于另一个会话里说话时把归属切过去、清掉 pin，然后发一个 ready 给桌宠。于是变成拉锯：

1. 你切到 App-mock 说话 → Host 把归属切到 App-mock，清 pin，发 ready(App-mock)
2. 小肥鱼发现「本地固定 = 分镜 ≠ App-mock」→ 立刻 pick(分镜)
3. Host 把归属拉回分镜、重新 pin → 再发 ready(分镜)
4. 稳态回到分镜 —— 你怎么切都白切

修复（fatfish 0.6.21）：连续在线时以 Host 的归属为准，跟随你切到的会话并丢掉本地固定；只有「断线重连后的第一个 ready」才恢复自己的固定（那种情况是 DSH 重启把 pin 丢了）。

在升级前想立刻绕开：设置 → 大肥鱼 → DSH 桥接里点「解除固定」，之后 DSH 切会话就能跟上。

2. 新建 / 列会话一直是「超时」

• 新建会话：sessionController.commands.create 没有任何超时。如果 DSH 把新建排在正在跑的回合之后，或这个版本命令形状变了而永不返回，插件就一直不回帧 —— 桌宠只能干等 20 秒后报 DSH did not answer in time，看起来就是「接口超时」。connector 0.2.19 改成 8 秒带原因失败，并把原因写进 Host 日志（could not create a conversation: …）。
• 列会话：Host 侧是同步返回，正常不会慢。超时说明桌宠没等到 session-list —— 最可能是连了不支持列会话的老 Host：这时 Host 回的是 error 帧，而旧桌宠只认 session-list，于是白等满超时。fatfish 0.6.21 把 error 帧当作对应请求的回答立即返回，并把 Host 的原话记进日志。

升级

• 桌宠：扩展市场更新 cortico-world-fatfish ≥ 0.6.21，或 npm i cortico-world-fatfish@0.6.21
• Host 插件：dsh plugin add github:blacksunshy/coopanion-connector-dsh ≥ 0.2.19
• 两个都要重启（DSH 与 Coopanion）

升级后如果「新建会话」还失败，现在会直接告诉你原因。方便的话把 DSH 日志里 could not create a conversation 那一行贴出来，另外 dsh plugin list 里 connector 的版本号也发一下 —— 如果真是 create 被排在运行中的回合之后卡住，我们还需要在 DSH 侧再往前一步处理。

[YuYinDaJiang]

感谢大佬