← 返回列表
✓ 可直接安装
让人与 DSH Agent 在同一个房间协作。共享清晰的消息时间线,明确选择需要联系的…
自动检查通过:npm 包已发布且 engines 声明满足基线(声明 Node >=22);该结论来自程序自动检查,未经人工实机验证。 · 最近上游提交 2026/9/14 · 已提供中文文档
综合分
29.9
GitHub 分
29.9
用户评分
—
★ Stars
1
周下载量
—
安装插件(需先安装 dsh CLI 引擎:npm install -g @deepseek-ai/dsh)
dsh plugin --profile web add dsh-chatnpm 包 dsh-chat 已校验归属本仓库,走 npm 安装最省事
信任档位:已验证本站已于 1 天前真实安装成功(L4 · 真实安装)
- 是什么
- dsh 原生插件 · chat
- 装得上吗
- 本站已真实安装成功(L4 · 真实安装,非静态推断)
- 安全吗
- 本站尚未对该插件做风险分级(暂未覆盖,不等同于无风险)
- 还在维护吗
- 活跃:最近一次提交在 11 天前
档位由下列信号合成:本站实装验证(真实安装,当前最高到 L4)· 验证所用 dsh 版本 · 静态安装检查 · 风险分级 · 仓库维护状态。下方各区块是它的证据明细。 验证判据与等级说明 →
🟢实装验证通过· 2026/9/24
由本站实装验证器在真实 dsh 环境安装成功,非静态推断。
数据截至 2026/9/22(元数据每日更新 · 实装验证按队列轮转,单条结论的验证时间见上方)
安装兼容性检查✓ 自动检查通过
以下结论由程序自动检查 npm 包、engines 声明与入口文件得出,未做人工实机验证——能装不等于用着没问题。
✓npm 包dsh-chat @ 0.1.0-rc.36
✓Node 引擎要求 >=22 · 基线 Node 22.19 满足
✓dsh CLI 依赖未声明 dsh 版本约束
✓入口文件main/exports/bin 已声明
验证方式:npm registry 存在性 + package.json 静态校验 · 最后验证 2026/9/22 13:28:38
依赖的 DSH / Cordis 模块
@deepseek-ai/cordis@deepseek-ai/dsh-tools@deepseek-ai/dsh-typert-protocol@deepseek-ai/schemastery用户评分
还没有人投票,来当第一个
订阅周报,不错过优质插件更新
每周一封 · 高评分插件 + 新用户活动
README
由 DeepSeek 最新模型翻译生成DSH Chat English · 简体中文 npm License: MIT DSH plugin 让人与 DSH Agent 在同一个房间协作。共享清晰的消息时间线,明确选择需要联系的 Agent,也可以加入受信任的远程主机成员。 每条消息都有明确去向 | 在房间中操作 | 实际行为 | | --- | --- | | 发送普通消息 | 只显示在共享时间线中。 | | 在提及选择器中选择 Agent | 只向选中的 Agent 投递。 | | 选择 @all | 向房间内所有符合条件的 Agent 广播。 | | 添加远程成员 | 使用已明确配对的 Weave 主机。 | 直接输入邮箱或字面上的 @别名 不会唤醒 Agent;投递以单独的结构化提及选择为准。 快速开始 dsh plugin --profile web add dsh-bridge@latest dsh-chat@latest dsh web 1. 请 Agent 创建房间,例如:“创建一个叫‘发布协作’的群聊。” 2. 在 Chatrooms 工作区打开房间。 3. 从成员抽屉按 主机 → 工作区 → 会话 选择成员。 4. 输入消息,需要 Agent 接收时再明确选择提及对象。 使用远程成员时,在两台主机安装 dsh-weave@latest,并在 设置 → Weave 完成配对。本地房间无需 Weave。 为日常协作设计 - 在正常 DSH 会话视图内提供专用聊天输入框和权威时间线。 - 成员别名、头像、时间戳,以及明确的成员管理入口。 - 中英文、宿主主题颜色和支持键盘操作的成员抽屉。 - 持久保存房间会话与成员关系,重启后仍可见。 - 远程房间主机暂时不可达时,保留有界的只读历史缓存。 Agent 工具 | 工具 | 用途 | | --- | --- | | chat_create | 创建命名房间。 | | chat_join | 加入房间。 | | chat_invite | 邀请会话加入房间。 | | chat_send | 发送房间消息,并明确选择提及对象。 | Agent 的普通回复留在自己的会话中。回复房间需要调用 chat_send,收到的消息会附带这条说明。 各部分如何协作 flowchart LR Human[你] --> Chat[DSH Chat 房间] Chat --> Bridge[Bridge · 本地 Agent] Chat --> Weave[Weave · 受信任主机] Weave --> Remote[远程房间成员] 每个房间只有一个权威主机,负责成员和消息;其他主机保存房间权限、游标和有界缓存。已归档的成员仍可供移除,但不再接收 Agent 投递。 取消操作会结束等待并停止向后续成员发送;已提交状态和已送达消息保留。用户主动取消的远程发送会移出重试队列;其他因网络中断而待投递的定向消息最多保留七天。 配置 | 字段 | 默认值 | | --- | --- | | path | $DSH_HOME/dsh-chat/rooms.json | | workspacePath | $DSH_HOME/dsh-chat/Chatrooms | DSH_HOME 默认是 ~/.dsh。房间状态使用仅所有者可访问的文件权限;创建可见房间会话需要宿主的 session-persistence 服务。 当前范围 已支持房间和明确投递。丰富的任务交接、远程审批/结果卡片、会话导出与回放仍属后续工作。Bridge 负责本地投递,Weave 负责跨主机传输。 开发与反馈 npm ci npm run check 提交问题 · 版本记录 · MIT 许可证