DSH HUB
HomePlugin StoreRankingsPublish Guide
Plugin source
Back to catalog

sugarforever /

dsh-lark

Verified

DeepSeek Harness Plugin for Lark Integration

★ 11 Stars2 Forks0 IssuesN/A Community rating0 Confirmed installs
View on GitHub
READMESource: main@bef110c0

DeepSeek Harness Lark / 飞书

@sugarforever/dsh-lark 是一个 DeepSeek Harness Host 插件。安装后,用户可以直接从飞书或 Lark 与 Harness Agent 对话,并继续使用 Harness 中配置的模型、工具、系统提示和会话存储。

插件使用飞书官方 @larksuiteoapi/node-sdk 的 Channel API,通过 WebSocket 长连接接收消息,不需要公网服务器、域名或 Webhook 回调地址。官方 SDK 负责连接、自动重连、消息去重、过期事件过滤、同一聊天的串行处理、消息格式转换和发送回复;插件负责把飞书会话映射到 Harness Session,再把消息交给 Agent。

功能

  • 支持飞书中国版和国际版 Lark。
  • 使用 WebSocket 长连接接收事件,无需公网回调地址。
  • 单聊和普通群聊按聊天复用 Harness Session。
  • 话题群按线程使用独立 Harness Session。
  • 回复会关联原始消息,并保留在原来的话题线程中。
  • 群聊默认需要 @机器人,单聊默认开放。
  • 可以通过白名单限制群聊和单聊用户。
  • 可以沿用 Harness 默认模型,也可以为飞书渠道指定模型。
  • 会话标识经过 SHA-256 处理,不会把原始 chat_id 写进 Session ID。
  • Harness 内部错误不会直接发送给飞书用户。

运行要求

  • Node.js ^22.19.0 或 >=24.0.0。
  • 已安装或能够通过 npx 运行 DeepSeek Harness。
  • 一个飞书或 Lark 自建应用。
  • 应用已经启用机器人能力。
  • 应用使用长连接接收事件,并订阅 im.message.receive_v1。

如果尚未运行过 Harness,可以先启动一次 Web Profile:

npx @deepseek-ai/dsh web

首次启动会创建 web Profile。默认目录是 ~/.dsh/profiles/web;如果设置了 DSH_HOME,则位于 $DSH_HOME/profiles/web。

创建飞书应用

以下名称在飞书中国版和国际版 Lark 控制台中可能略有区别,但配置内容相同。

创建自建应用

  1. 打开飞书或 Lark 开发者后台。
  2. 创建一个企业自建应用。
  3. 填写应用名称、描述和图标。
  4. 进入“凭证与基础信息”,记录 App ID 和 App Secret。

不要把 App Secret 直接写进仓库中的 YAML 文件。后续通过环境变量传给插件。

启用机器人

  1. 进入“添加应用能力”。
  2. 添加“机器人”能力。
  3. 设置机器人名称和头像。

添加权限

默认配置下,应用需要开通以下三个权限:

权限标识 控制台中的权限名称 用途 是否必需
im:message.p2p_msg:readonly 获取用户发给机器人的单聊消息 接收用户与机器人的单聊消息 是
im:message.group_at_msg:readonly 获取群组中 @机器人的消息 接收群聊中明确 @机器人的消息 是
im:message:send_as_bot 以应用的身份发消息 让机器人回复单聊、群聊和话题消息 是

飞书控制台中显示的中文名称可能随平台版本略有调整,应以权限标识为准。添加 im.message.receive_v1 事件时,控制台通常也会提示补充前两个接收权限。

如果开发者后台支持批量导入权限,可以直接复制下面的配置:

{
  "scopes": {
    "tenant": [
      "im:message.group_at_msg:readonly",
      "im:message.p2p_msg:readonly",
      "im:message:send_as_bot"
    ],
    "user": []
  }
}

这组配置对应插件的默认行为:接收单聊消息、接收群聊中 @机器人的消息,以及以机器人身份发送回复。导入后仍需在事件订阅中添加 im.message.receive_v1,并发布新版本,权限和事件配置才会应用到已安装的机器人。

如果需要让机器人处理群聊中没有 @机器人的普通消息,还要额外开通:

权限标识 控制台中的权限名称 用途 是否必需
im:message.group_msg 获取群组中所有消息 配合 requireMention: false 接收群内全部消息 仅关闭 @限制时需要

im:message.group_msg 的权限范围更大,通常需要企业管理员审批。默认的 requireMention: true 不需要申请这个权限。

有些企业会直接批准范围更大的 im:message 权限,它也可以覆盖消息读取和发送场景,但本插件不要求使用这个宽泛权限。优先申请上表中的最小权限即可。

权限变更可能需要企业管理员审批。测试时如果机器人能够加入聊天,但收不到消息或不能回复,先检查权限是否仍处于待审批状态。

配置长连接事件

  1. 进入“事件与回调”或“事件订阅”。
  2. 在事件接收方式中选择“使用长连接接收事件”。
  3. 不要填写 Webhook 请求地址。
  4. 添加事件 im.message.receive_v1。
  5. 保存配置。

长连接模式由插件主动连接飞书,因此本地电脑、内网服务器和没有公网入口的开发环境都可以运行。

发布并安装应用

  1. 创建应用版本。
  2. 提交审核或发布到测试范围。
  3. 将应用安装到当前企业或测试企业。
  4. 在飞书中找到机器人并发起单聊,或者把机器人加入测试群。

只修改后台配置但没有发布新版本时,事件和权限通常不会在正式应用中生效。

安装插件

从 npm 安装到 Harness Web Profile:

npx @deepseek-ai/dsh plugin --profile web add @sugarforever/dsh-lark

查看已经安装的插件:

npx @deepseek-ai/dsh plugin --profile web list

开发本项目时,也可以安装本地目录:

git clone https://github.com/sugarforever/dsh-lark.git
cd dsh-lark
npm install
npm test
npm run typecheck
npm run build
npx @deepseek-ai/dsh plugin --profile web add "$PWD"

插件自带的 cordis.patch.yml 默认处于禁用状态,避免安装后在没有凭据的情况下反复连接。下一步需要在 Web Profile 中启用实例。

配置环境变量

在启动 Harness 的同一个终端中设置凭据:

export FEISHU_APP_ID=cli_xxxxxxxxxxxxxxxx
export FEISHU_APP_SECRET=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

也可以把变量放进仅限当前用户读取的启动脚本或服务配置中。不要提交包含真实凭据的 .env、YAML 或 Shell 文件。

如果使用国际版 Lark,变量名仍然可以保持不变,平台由后面的 domain 配置决定。

启用插件实例

打开 Web Profile 的 cordis.patch.yml。默认路径:

~/.dsh/profiles/web/cordis.patch.yml

插件安装后,bundle 层已经创建了一个禁用状态的 lark-channel 实例。Profile patch 应覆盖并启用这个实例,不要再次使用 insert 创建同名实例:

- id: lark-channel
  disabled: false
  config:
    appId: !!js process.env.FEISHU_APP_ID
    appSecret: !!js process.env.FEISHU_APP_SECRET
    domain: feishu
    requireMention: true
    dmMode: open

如果使用 LARK_APP_ID 和 LARK_APP_SECRET 作为环境变量,只需修改映射:

- id: lark-channel
  disabled: false
  config:
    appId: !!js process.env.LARK_APP_ID
    appSecret: !!js process.env.LARK_APP_SECRET
    domain: lark
    requireMention: true
    dmMode: open

如果启动时报 duplicate loader entry id: lark-channel,说明 Profile patch 中使用了 insert,与插件 bundle 自带的实例发生重复。删除 insert 和重复的 name,改成上面的 id-targeted 覆盖格式。

国际版 Lark 使用:

domain: lark

workspace 和 agentPreset 是可选配置项。默认情况下,不需要把它们加入 Profile patch,也不需要修改插件自带的 cordis.patch.yml:

  • 未配置 workspace 时,插件使用 Harness 中第一个已注册的 Workspace。
  • 未配置 agentPreset 时,插件使用 Harness 当前的默认 Agent Preset。

如果机器人只应操作一个固定项目,可以在现有实例的 config 下增加:

- id: lark-channel
  disabled: false
  config:
    appId: !!js process.env.LARK_APP_ID
    appSecret: !!js process.env.LARK_APP_SECRET
    domain: lark
    workspace: /Users/you/github/project
    agentPreset: coding

这里仍然是覆盖已有的 lark-channel 实例,不要添加 insert 或重复的 name。

启动 Harness

确认环境变量已经设置,再启动 Web Profile:

npx @deepseek-ai/dsh web

连接成功后,终端会出现:

dsh-lark: WebSocket connected

运行期间如果网络中断,官方 SDK 会尝试重新连接,并输出 WebSocket reconnecting 和 WebSocket reconnected。

验证对话

单聊

  1. 在飞书中打开机器人。
  2. 发送一条普通文本消息。
  3. 等待 Harness 完成当前 Agent turn。
  4. 机器人会回复这次 turn 最后生成的 assistant 文本。

同一个单聊中的后续消息会继续使用同一个 Harness Session,因此能够保留前文。

群聊

  1. 把机器人加入群聊。
  2. 使用 @机器人 加上问题。
  3. 机器人会回复触发它的那条消息。

默认配置下,没有 @机器人的群消息会被忽略。如果关闭 requireMention,还需要确保应用获得接收群内全部消息的权限,并经过企业管理员批准。

话题群

话题中的消息会使用 chat_id + thread_id 建立独立 Session。不同话题不会共享对话记录,机器人回复会留在原来的话题中。

完整配置

下面的例子包含目前支持的所有配置项:

- id: lark-channel
  disabled: false
  config:
    appId: !!js process.env.FEISHU_APP_ID
    appSecret: !!js process.env.FEISHU_APP_SECRET
    domain: feishu
    requireMention: true
    dmMode: open
    groupAllowlist:
      - oc_xxxxxxxxxxxxxxxx
    dmAllowlist:
      - ou_xxxxxxxxxxxxxxxx
    provider: deepseek-official
    model: deepseek-v4-flash
    workspace: /absolute/path/to/workspace
    agentPreset: coding
    errorMessage: 抱歉,处理这条消息时遇到了问题,请稍后重试。
配置项 必填 默认值 说明
appId 是 无 飞书或 Lark 应用的 App ID
appSecret 是 无 应用的 App Secret,建议从环境变量读取
domain 否 feishu 中国版使用 feishu,国际版使用 lark
requireMention 否 true 群聊是否必须 @机器人
dmMode 否 open 单聊策略:open、allowlist 或 disabled
groupAllowlist 否 [] 允许使用机器人的群 chat_id 列表;空数组表示不限制
dmAllowlist 否 [] dmMode: allowlist 时允许访问的用户 open_id 列表
provider 否 Harness 默认值 为这个渠道指定模型 Provider
model 否 Harness 默认值 为这个渠道指定模型
workspace 否 第一个已注册 Workspace;没有时为 DSH 进程工作目录 Agent 使用的工作目录;显式路径优先
agentPreset 否 Harness 当前默认 Preset Agent 使用的 Preset,决定工具、系统提示等组合
errorMessage 否 内置中文提示 Agent 执行失败时返回给用户的文本,最长 500 个字符

provider 和 model 建议同时设置。如果都不设置,插件会读取 Harness 当前的默认模型配置。

Workspace 和 Agent Preset

飞书会话创建 Agent 时会沿用 Harness Web 客户端的两项关键行为:挂载 Agent Preset,并把 Session 关联到 Workspace。Preset 提供该会话的工具、系统提示和其他 Agent 级能力;Workspace 提供 cwd,并让会话出现在对应工作区中。

  • 未配置 workspace:使用 Harness Workspace 列表中的第一个工作区。
  • 已配置 workspace:始终使用该路径;如果它已经注册为 Workspace,Session 同时关联到该 Workspace。
  • Harness 尚无 Workspace:回退到启动 DSH 时的进程工作目录。
  • 未配置 agentPreset:解析 Harness 当前默认 Preset。
  • 已配置 agentPreset:使用指定 Preset;名称不存在时,本次会话创建会失败并向飞书返回安全错误提示。

如果希望机器人始终操作固定项目,建议显式配置:

workspace: /Users/you/github/project
agentPreset: coding

升级到包含 Workspace/Preset 关联的版本后,同一飞书聊天会创建新的 v2 Session;旧版本产生的未关联 Session 不会被继续复用。

访问控制

只允许指定群聊使用机器人:

requireMention: true
groupAllowlist:
  - oc_group_one
  - oc_group_two

只允许指定用户发起单聊:

dmMode: allowlist
dmAllowlist:
  - ou_user_one
  - ou_user_two

完全关闭单聊:

dmMode: disabled

群聊白名单使用 chat_id,单聊白名单使用发送者的 open_id。这些标识可以通过飞书 API、事件调试信息或管理员工具取得。生产环境不要开启原始事件日志后长期保留消息内容。

会话与并发行为

  • 普通单聊和群聊使用聊天级 Session。
  • 话题消息使用线程级 Session。
  • Session 会挂载所选 Agent Preset,并在能匹配注册 Workspace 时关联到该 Workspace。
  • 飞书 SDK 会对同一聊天中的事件串行处理,避免两个 Agent turn 同时修改同一会话。
  • 重复事件会在 SDK 的去重窗口内被忽略。
  • 超过五分钟的延迟事件不会当作新消息处理。
  • 每次 Agent turn 结束后,插件会要求 Harness 刷新 Session 存储。
  • 回复只读取当前消息之后产生的 assistant 文本,不会误发上一轮回答。

安全说明

  • App Secret 只应存在于环境变量或 Secret Manager 中。
  • cordis.patch.yml 应通过 process.env 读取凭据。
  • 插件不会记录 App ID 和 App Secret。
  • Agent 的异常堆栈不会发送给飞书用户。
  • 用户只能看到 errorMessage 中配置的失败提示。
  • Session ID 不包含原始飞书 chat_id 或 thread_id。
  • 一个飞书应用不宜同时运行多个长连接消费者。平台可能在连接之间分发事件,导致单个实例只能收到部分消息。

常见问题

启动时提示鉴权失败

检查 App ID 和 App Secret 是否来自同一个应用,环境变量是否在启动 DSH 的进程中可见。如果凭据曾经泄露,应先在开发者后台轮换 App Secret。

终端显示连接成功,但机器人收不到消息

依次检查:

  • 应用是否已经发布并安装到当前企业。
  • 机器人是否已经加入目标群聊。
  • 是否订阅了 im.message.receive_v1。
  • 事件接收方式是否为长连接。
  • 消息权限是否已经通过管理员审批。
  • 群聊消息是否包含 @机器人。
  • groupAllowlist 是否排除了当前群聊。

机器人能收到消息,但不能回复

检查应用是否拥有发送消息权限,并查看终端中的飞书 API 错误。回复目标被撤回时,官方 SDK 会尝试降级为普通消息;其他权限错误仍需要在应用后台处理。

单聊被拒绝

检查 dmMode。当它是 allowlist 时,发送者的 open_id 必须出现在 dmAllowlist 中;当它是 disabled 时,所有单聊都会被忽略。

群聊中不 @机器人也希望触发

把 requireMention 改成 false,并为应用申请接收群内全部消息的权限。这个权限通常需要管理员审批,开启前应同步评估群消息的隐私范围和模型调用成本。

长连接反复重连

检查运行环境能否访问飞书的 HTTPS 和 WebSocket 服务,并检查企业代理、防火墙、TLS 中间人或网络出口限制。不要为同一个应用启动多个插件实例。

修改配置后没有生效

停止并重新启动 Harness。插件实例和 WebSocket 连接在 Profile 启动时创建,修改 YAML 后需要重新加载。

升级和卸载

升级插件:

npx @deepseek-ai/dsh plugin --profile web remove @sugarforever/dsh-lark
npx @deepseek-ai/dsh plugin --profile web add @sugarforever/dsh-lark

卸载插件:

npx @deepseek-ai/dsh plugin --profile web remove @sugarforever/dsh-lark

卸载后再检查 Web Profile 的 cordis.patch.yml,确认没有残留的手工配置实例。环境变量可以随后从服务配置或启动脚本中移除。

本地开发

npm install
npm test
npm run typecheck
npm run build
npm pack --dry-run

版本与发布

仓库中的 .github/workflows/publish.yml 由已发布的 GitHub Release 触发。工作流会依次完成以下操作:

  • 检查 Release tag 是否与 package.json 版本一致。
  • 使用 npm ci 安装锁定版本的依赖。
  • 运行测试、类型检查和构建。
  • 创建 npm tarball,并上传为 GitHub Actions artifact。
  • 把同一个 tarball 添加到对应的 GitHub Release。
  • 通过 npm Trusted Publishing 和 GitHub OIDC 发布到 npm。

工作流不使用 NPM_TOKEN。如果 npm 中已经存在完全相同的版本,工作流会跳过不可重复的 npm 发布,但仍会生成并上传 GitHub artifact 和 Release 附件。

首次发布

如果 @sugarforever/dsh-lark 尚未在 npm 中创建,需要先从本地发布第一个版本:

npm login
npm ci
npm test
npm run typecheck
npm run build
npm pack --dry-run
npm publish --access public

首个版本发布后,在 npmjs.com 打开 @sugarforever/dsh-lark 的 Settings → Trusted Publisher,选择 GitHub Actions,并填写:

  • Organization or user:sugarforever
  • Repository:dsh-lark
  • Workflow filename:publish.yml
  • Allowed action:npm publish

除非 GitHub 工作流也配置了完全相同的 Environment,否则 Trusted Publisher 中不要填写 Environment name。

发布新版本

根据改动范围选择 SemVer 版本类型:

npm version patch
# 或 npm version minor
# 或 npm version major

npm version 会同时更新 package.json 和 package-lock.json,创建版本提交并生成匹配的 tag。例如版本 0.1.1 对应 v0.1.1。

把提交和 tag 推送到 GitHub:

git push origin main --follow-tags

然后在 GitHub 中为该 tag 创建并发布 Release。发布 Release 后,GitHub Actions 会自动执行 npm 发布流程。如果 tag 去掉 v 后与 package.json 中的版本不同,工作流会在发布前失败。

创建 Release 前,可以在本地运行同样的检查:

npm ci
npm test
npm run typecheck
npm run build
npm pack --dry-run

架构和生命周期说明见 docs/architecture.md。

—/ 5

No ratings yet

Verified DSH bundle

Commit bef110c073e3

Community comments

No comments yet. Be the first to write one.

DSH HUB

A community index for DSH plugins. Not an official GitHub or DeepSeek AI product.

APIPublish GuideAbout