DeepSeek Harness 的 Telegram 前端。

在手机上与你的 Agent 对话——并且在它提问时，真的能够回答。

为什么需要它

用聊天软件驱动 Agent，会在两个具体的地方卡住，这个插件就是为了解决它们。

Agent 写的是 markdown，而 Telegram 收到的是原文。 模型的回答里有 **粗体**、标题、表格、任务清单和代码块。以纯文本发送时，这些全都变成了字面 上的星号和竖线。

从 Bot API 10.1 起，Telegram 自己会解析 markdown，因此本插件通过 sendRichMessage 几乎原样转发 Agent 的回复——表格显示为表格，清单显示为清单 ——同时消息上限也从 4096 提升到 32768 个字符。

Agent 会提问，却没有地方回答。 当 Agent 调用 ask_user_question，或某个工 具需要你的许可时，harness 会阻塞并等待某个 UI 作答。而这件事以前只有浏览器能 做。完全发生在 Telegram 里的对话，会在第一个提问处停住，且无从解开。本插件把自 己注册为那个 UI，于是提问与授权都以按钮的形式出现在聊天里。

前置要求

• 一个可以添加插件的 DeepSeek Harness profile
• Bot API 10.1 或更高版本，用于 sendRichMessage 与 sendRichMessageDraft
• Node 22 或更高版本

没有 HTML 回退路径。Telegram 的 rich markdown 解析器是宽容的——未闭合的代码围栏 或一行散乱的标记都会被接受而非拒绝——所以流式过程中的中间帧并不需要回退。

安装

npx @deepseek-ai/dsh plugin --profile web add -w @ashafizullah/dsh-telegram

或者从源码检出，以便在其之上开发：

git clone https://github.com/ashafizullah/dsh-telegram.git
cd dsh-telegram
pnpm install && pnpm build

npx @deepseek-ai/dsh plugin --profile web add -w "$(pwd)"

然后给它一个机器人 Token。用 @BotFather 创建机器人， 并把 Token 存放在凭据引用之下——永远不要写进配置文件：

npx @deepseek-ai/dsh credentials set TELEGRAM_BOT_TOKEN

启动 profile，控制台会打印一个认领码：

[dsh-telegram] this bot has no owner yet. Message @your_bot with:

    /claim 3f9a2b1c

把它发给你的机器人，它就归你了。在此之前，它不回应任何人。

该认领码同时会以仅属主可读的权限写入 $DSH_HOME/dsh-telegram/claim-code.txt，因为有些 profile 根本没有组合任何控制 台输出，而一个没人能读到的认领码会让机器人永远无法使用。

访问控制

任何知道句柄的人都能找到一个 Telegram 机器人，而它背后的 Agent 能在你的机器上 执行 shell 命令。因此默认是关闭的。

• 认领流程（默认）：第一个发送控制台认领码的人成为属主。所有权是持久且一次 性的——即使拿着正确的码，后来的认领也会被拒绝，所以事后泄露的码毫无用处。
• 允许名单：把 allowFrom 设为一组 Telegram 用户 ID，即可完全跳过认领。用 /whoami 查看自己的 ID。

认领码每次重启都会更换，且从不经由 Telegram 发送。

访问检查先于其它一切进行，因此未经授权的文本不会到达 Agent——连命令也不会。

命令

| 命令 | 作用 | | --- | --- | | /start | 这个机器人是什么，以及你是否可以使用它 | | /help | 列出所有命令 | | /claim <码> | 认领一个尚未被认领的机器人 | | /new | 开始新对话，忘掉当前这一段 | | /cd [路径] | 查看或切换工作目录 | | /model [名称] | 查看模型、/model list，或切换到某一个 | | /effort [强度] | 查看或调整模型思考的深度 | | /vision [名称] | 查看、更换或关闭负责读图的模型 | | /permission [名称] | 查看或调整 Agent 在这里被允许做什么 | | /diag | 插件对自身的观察，以及最近的失败 | | /screenshot | 发送 harness 所在机器的屏幕截图 | | /sessions | 继续这个聊天里较早的一段对话 | | /status | 会话 ID、工作目录，以及是否已加载 | | /stop | 取消 Agent 当前正在做的事 | | /whoami | 你的 Telegram 用户 ID |

在群里

一个每句话都要接的机器人，没人愿意留在群里。所以在群里它只在被 @提及或被回复时 才作答——这也正是大家已经在用的惯例。它自己的 @提及会在进入提示词前被去掉，因为 那是称呼而不是内容；而回复它说过的话可以继续这段交流，无需每行都 @一次。私聊不 受影响。想要旧行为，把 requireMentionInGroups 设为 false。

@提及是跟 Telegram 自己解析出的区间比对的，而不是在文本里搜索： @mybot_staging 里含有 @mybot，用子串匹配会让这个机器人抢答另一个机器人的 @提及。

Agent 被允许做什么

部署会为它运行的一切选定一个权限默认值，而这个选择通常是对着网页界面做的： 仅回环访问，有人在旁边看着。Telegram 机器人不是这样——它从任何地方都能被联系到， 只靠一份用户 ID 名单把关。所以同样的 danger-full-access，在那里意味着完全不同 的东西。permissionPreset 从部署自己的表里挑一个，只作用于 Telegram 对话。

它同时决定审批按钮能否工作：在审批策略为 never 的 preset 下，永远不会有人来 请求许可，按钮也就永远不会出现。选一个会询问的 preset，才是把它们打开。

屏幕截图

/screenshot 会把 harness 所在机器正在显示的画面发过来。这正是这个机器人存在的 理由，只不过用在了屏幕本身上：机器在桌上，而你不在——否则想看看那个跑了很久的构建 现在显示到哪了，就得走回键盘前。

它默认关闭，而且这个开关刻意放在部署设置里，而不是做成聊天命令。屏幕上有什么 就会拍到什么——打开着的密码管理器、别人的消息、毫不相干的客户数据——而这是这里唯一 一件不经过 Agent 就把本机内容发往外部的事。打开它，理应需要与配置这个机器人相同的 权限。

macOS 还需要给运行 harness 的进程「屏幕录制」权限。没有它，screencapture 仍会 成功，只是返回一张没有任何窗口的桌面图——看起来像功能坏了，其实只是缺权限。所以 这种情况会被明确说出来，而不是含糊带过。请在 系统设置 → 隐私与安全性 → 屏幕录制 中授权，然后重启 harness。

超过 Telegram 10 MB 照片上限的截图会改以文件形式发送，那条通道可到 50 MB——大尺寸 显示器的 PNG 经常需要。

思考强度，以及被允许做什么

/effort 显示模型思考得多深，并列出这个模型提供的档位——档位是从模型自己读来 的，因为 low/medium/high 只是某一家供应方的说法，而不是所有人的；提供一个 模型没有的档位，失败的会是这个回合，而不只是这条命令。/effort default 可以还原。

/permission 显示 Agent 在这里被允许做什么，并可切换：read-only、 workspace-write、danger-full-access，或者你的部署定义的任何其他名字——名字读 自它自己的表，而不是写死在这里。拼写很宽松，full access、full-access 和 readonly 都能命中；而同时匹配两个 preset 的简写会被拒绝，而不是靠猜。改动对正在 进行的对话同样生效，因为人们收紧权限的理由，通常正是马上要跑的那个回合。

这几项都按对话生效，并且叠在设置页面所配置的东西之上。这意味着有两个界面在展示 相关状态，所以命令会说明是哪一层在回答：一旦某个对话自己做了选择，它的回复就会一并 说出底下的部署默认值。没有这句，设置页面读起来就像在撒谎——它显示一个值，而聊天里 在按另一个值行事，两者之间毫无关联。/… default 会把对话交还给部署默认值。

/status 用一条消息回答全部——会话、目录、模型、思考强度、权限——因为为了搞清楚 自己在跟什么说话而要敲四条命令，是四条太多了。

用哪个模型，以及哪一段对话

/model 告诉你当前对话用的是哪个模型，/model list 列出已配置的， /model provider/model 则切换。当只有一个供应方提供某个模型 id 时，直接写它就 够了；有多个时，它会反问是哪一个。与 /cd 不同，这不会重启任何东西——harness 在 组装每一步时都会读取一份可变的选择，所以改动会落在下一条消息上，历史完好无损。 /model default 把对话交还给部署默认值。

/sessions 把这个聊天里较早的对话做成按钮供你挑选。在此之前 /new 是一扇单向 门：harness 保留了每一份日志，但指向当前对话的绑定被替换掉了，从手机上再没有别的 路回去。这份列表属于本插件自己，因此装的是这个聊天里的对话——而不是网页界面开过 的每一个会话。

Agent 有哪些工具

工具由 preset 提供。注册表本身属于 host 平面，但几乎每一个面向模型的行——bash、 编辑器、grep、skills、子代理、todo、计划模式——都注册在某个 preset 的 scope 层里。因此没有加入任何 preset 的 agent，到达模型时只带着 host 组合中全局注册的那 些。Telegram 会话按部署的默认 preset 组合，或在指定了 agentPreset 时按它组合， 并把该选择记入会话头，好让之后的读取者解析到同一套组合。

Agent 在哪里工作

/cd 不带参数会告诉你当前对话在哪；/cd ~/projects/app 则把它移过去。绝对路径、 ~、以及相对当前位置的路径都可以用，粘贴进来的路径会自动去掉引号。

移动目录会开启一段新对话，机器人也会明说。这不是偷懒：沙箱的可写根目录来自会话的 工作目录，而这个根在会话打开时就已固定——所以切换目录在构造上就等于换一个会话。 你的选择按聊天记住，/new 和重启都不会丢。这正是它与 /new 会丢弃的会话绑定分开 存放的原因。

目录不存在、目标其实是个文件、以及读不到，是三种不同的错误，会得到三种不同的说明。 三种情况都让对话原地不动。

每次连接时这份列表都会注册到 Telegram，所以在聊天里输入 / 就会看到命令提示和 各自的说明。机器人一旦有了主人，/claim 就会从列表里消失——它是唯一一个成功之后 便不再有用的命令。

除此之外你输入的任何内容，都会作为提示词交给 Agent。

你可以发送什么

| 你发送 | Agent 收到 | | --- | --- | | 文本 | 提示词本身 | | 照片，或以文件形式发送的图片 | 视觉模型读出的内容，以及你的说明文字 | | 一次发多张照片 | 全部合成一条消息，附在你的说明文字下 | | 文本文件——日志、堆栈、源码 | 其内容进入提示词，过长时会被截断 | | 语音、音频或视频 | 一句说明：无法读取 |

图片经由 harness 的附件接缝，它接受 PNG、JPEG、WebP 和 GIF。其余类型被官方明确 搁置，因此本插件会直言相告，而不是收下消息再悄悄丢掉其中的内容。

该接缝还会拒绝最长边超过 maxImageDimension（默认 2000 像素）的图片——而每一张 满屏的手机截图都超过它：iPhone 是 1179×2556，多数 Android 是 1080×2400。Telegram 会为一张照片渲染多个尺寸，因此这里选的是放得下的最大尺寸，而不是现有的最大 尺寸；限制值直接从 store 本身读取，不再另存一份会走样的数字。若接缝仍然拒绝，就 退到下一个更小的尺寸。至于以文件形式发送的图片——只有一个尺寸，无处可退——拒绝 信息会说明限制是多少，并提示改用照片方式发送，让 Telegram 提供较小的副本。

文件过大或下载失败时，会变成提示词里的一句说明——无论如何，你的说明文字仍会到达 Agent。

一次发好几张

Telegram 没有「一条消息里放多张照片」这回事。相册会作为 N 条独立更新到达，彼此之间 只靠一个共享 id 连着，而说明文字只挂在其中一条上——所以三张截图以前会变成三个 回合，其中两个是 Agent 无从下手的裸图片。

现在属于相册的消息会先被暂存而不是立即作答，等相册不再增长，整组作为一条提示词送 出去：你的说明文字，然后是全部图片。这点等待只由相册承担，且每个相册只付一次——比 把同一个问题回答三遍划算得多。

模型必须看得见

不声明图片输入的模型会拒绝整个请求，因此图片在发送前会对照 inputModalities 做检查。没有任何 DeepSeek 模型接受图片—— deepseek-v4-flash 与 deepseek-v4-pro 都是纯文本——所以开箱即用的情况下，截 图会被婉拒，并附上一句说明什么才可行，而你的说明文字仍会到达 Agent。

设置 → Telegram → 附件 提供一个下拉框，列出你已在 设置 → Models 中配置好的 模型。选一个，图片就能被读取了。

/vision 用来选择由哪个模型在这里读图，或者用 /vision off 把读图整个关掉。 「关掉」是一个真正的答案，而不是答案的缺席：对话本身能看见的时候，它不需要任何读图 者，而这个表态必须压过部署层面的任何配置。和其他几项一样，它按对话生效，并且能挺过 /new。

如果对话本身用的模型就能读图，下面这一切都不会发生。 图片会直接送进去，由模型 自己去看。自 DeepSeek 发布 deepseek-v4-flash-vision-exp 起，这已是一个现实的选项 ——而且当截图不只是文字时，它是更好的那个：转写会丢掉图表、曲线、错位的布局，也就是 你真正在问的东西。

下面这层间接之所以存在，是因为供应方会检查整个请求历史，图片会把对话绑定到一个看得 见的模型上。而当那个模型正是你选的那个，就没有什么需要挣脱，也没有什么需要绕开 ——于是读取、谢绝、以及粘住的路由会一起退场。

图片本身从不进入你的对话。它会被发到该模型上的一个一次性会话，被要求转写其中的 每一处文字，并简要描述这是什么；回答以普通文本返回，那才是你的对话所收到的 内容，就放在你自己的说明文字下面。那个会话随后即被销毁——它只活一个回合。

这一层间接正是关键。供应方会检查整个请求历史中的图片，所以留在对话里的一张图片 会把这段对话终身绑定到一个看得见图片的模型上：一张截图之后，后续每一个回合—— 无论其文字多么普通——都得跟着跑到那里，远离你选定的模型和围绕它配置的工具。把 图片放到别处去读，历史中就始终没有图片，对话因而留在原处、保有工具，也永远不会 卡住。

如果根本没有配置视觉模型，这条路径压根不会被走到：图片在下载之前就被谢绝，并附上 一句说明哪些模型本可胜任，而你的说明文字仍会到达 Agent。

如果读取已经尝试但失败了——模型无法连接，或该回合在两分钟后超时——图片就按原样 发出，改为让对话迁移到视觉模型上，并持久生效，直到 /new。那是退路而非设计， 提示词里会说明发生了哪一种情况。

浏览器能读到的模型目录不携带模态信息，所以下拉框无法标出哪些模型接受图片。这项 检查交由 host 在图片真正发送时进行，那是唯一能给出确定答案的地方。视觉模型通过 承载它们的供应方进入 harness，例如在 设置 → Models 中添加的 OpenAI-compatible 路由，其模型条目声明了 input: [text, image]。

当没有模型能看时

在没有配置视觉模型时，图片过去会被直接谢绝，你得到的是一句关于模型配置的说明，而 不是关于这张图的任何信息。现在，只要装了 tesseract，就改为读取其中的文字。

它是退路，而且它自己会这么说。OCR 读的是文字，它并不「看见」。报错、日志或收据 的截图会读得很干净——文字清晰、对比度高、没有透视，正是它最擅长的情形；而白板、 架构图或图表则只会变成一堆散落的词，没有任何东西能说明这张图是什么。因此读出的内容 无论去到哪里都会被标注为 OCR：把未加标注的 OCR 交给 Agent，它会把读错的数字当成 事实，而收据上的金额恰恰是最容易读错的。

tesseract 从不被假定存在。没有任何一个运行本插件的操作系统自带它，因此它的缺席才是 常态：只探测一次，缺失时旧的谢绝依然生效——只是现在会同时说明两条出路。 /diag 会告诉你这台机器有哪一条。

同一条退路也覆盖「配置了视觉模型但连不上」的情形，理由相同：读出文字总好过什么都不 返回。

拉丁字母仅用 eng 就读得不错——印尼语、数字、日期和金额都能穿过——所以 media.ocr.languages 只有在换一种书写系统时才需要改。tesseract --list-langs 会 列出已安装的语言。

当对话卡住时

有一类失败重试永远无法解决——最常见的正是上面那种：早先的某条消息携带了当前模型 不接受的内容，而你接下来输入什么都无济于事。机器人会识别这类失败，说明失败原 因，并给出一个开启新对话的按钮。让用户去记住 /new，等于让他们替插件做诊断。

可能自行恢复的失败则不带按钮上报，因为对那些失败来说，重试确实是正确的做法。

配置

在 harness 的网页界面中打开 设置 → Telegram。该页面直接写入设置文档——没有 保存按钮，因为 host 通过重新连接来应用已提交的更改，而一个暂存改动的表单会让页 面和正在运行的机器人对"当前配置是什么"产生分歧。

机器人 Token 是例外。它是机密，因此从不经由设置通道来回传输：页面只知道是否已 存有 Token，通过 credentials 域写入它，并且对于环境变量已经提供的引用拒绝提供编 辑——在那里写入会看似成功，而解析仍旧返回环境变量中的值。

页面上的每一项，同样可以在 profile patch 中设置，供以文件方式配置的部署使用。

配置项

每个字段都有可用的默认值；配置为空也能运行。

| 键 | 默认值 | 含义 | | --- | --- | --- | | enabled | true | 连接是否随 harness 一同启动 | | tokenRef | TELEGRAM_BOT_TOKEN | 存放 Token 的凭据引用名 | | baseUrl | https://api.telegram.org | Bot API 源站；仅在使用代理时修改 | | allowFrom | [] | 允许的用户 ID；留空则启用认领流程 | | cwd | harness 的 cwd | 对话的起始目录，直到用 /cd 切换 | | agentPreset | "" | Telegram 对话所用的 preset；留空则取部署默认值。工具正是由 preset 提供 | | permissionPreset | "" | Telegram 使用的权限 preset，取自部署自己的表；留空则跟随部署默认值 | | requireMentionInGroups | true | 在群里，只有被 @提及或被回复时才作答 | | screenshot.enabled | false | 允许 /screenshot。默认关闭；macOS 还需要「屏幕录制」权限 | | streaming.enabled | true | 边生成边显示回答 | | streaming.throttleMs | 1200 | 两帧之间的最小间隔 | | timeoutMs | 30000 | 单次 Bot API 请求的超时时间 | | longPollSeconds | 25 | Telegram 保持空轮询打开的时长 | | media.enabled | true | 读取用户发送的图片和文本文件 | | media.maxBytes | 20 MB | 超过则拒绝；Telegram 的机器人下载上限即在此 | | media.maxTextChars | 60000 | 内联文本文件截断到此字符数 | | media.ocr.enabled | true | 没有视觉模型时，用 tesseract 读取图片中的文字。未安装 tesseract 则不起作用 | | media.ocr.languages | eng | tesseract 读取的语言；多个用 + 连接。只有已安装的才可用 | | media.visionModel | "" | 在独立会话中读取图片的 provider/model；留空则把图片直接发给对话本身 | | reconnect.baseDelayMs | 1000 | 第一次重连前的延迟 | | reconnect.maxDelayMs | 30000 | 重连之间的最长延迟 |

诊断

/diag 报告插件对自身的观察：连接状况、这个部署究竟组合了哪些 harness 接缝，以及 最近二十件出错的事。

它还会报告正在运行的版本，以及 npm 上是否有更新——只读，并缓存一小时，所以问第二遍 不花任何代价。这里刻意没有配套的 /update：更新 harness 只有重启后才生效，而从 运行在其中的插件里重启，等于杀掉正在回答你的那个进程——在没有守护进程的机器上，没有 任何东西会把它拉起来。知道自己落后了是有用的那一半；动手则该在你能盯着的地方做。

接缝列表是其中最有用的部分。缺席的接缝能一眼解释一整类「它为什么不会做那个」， 不需要任何人去猜——缺少 agentPresets 正是 Telegram agent 曾经到达模型时几乎没有 工具的原因，而当时没有任何地方说出这件事。

ctx.logger 写往部署所组合的任何输出端，而有些 profile 一个都没有组合——因此一 个只把失败写进日志的插件，实际上是沉默的。本插件还会在每次状态变化时把自身状态 写入 $DSH_HOME/dsh-telegram/status.json：

{ "state": "connected", "bot": "your_bot", "updatedAt": "..." }

connecting、connected、带原因的 idle、带原因的 failed。机器人 Token 绝不 会出现在其中。

与网页界面共存

harness 只允许一个 user-questions provider，而在同时运行网页应用的 profile 中，浏览器已经占用了它。本插件接管该位置，并把浏览器的 provider 保留为回退：属 于浏览器会话的提问会被原样转交回去，属于 Telegram 对话的提问则变成聊天里的按 钮。卸载本插件会把先前的安排原样恢复。

授权本身是可组合的——harness 以 waterfall 方式运行它们——因此本插件只为自己的会 话作答，其余一律向后传递。

各部分如何衔接

Telegram Bot API
      │  长轮询：message + callback_query
      ▼
UpdatePoller ──► UpdateRouter ──┬──► SessionRunner ──► ctx.agents
                                │           │
                                │           └──► VisionExtractor ──► 一次性会话
                                ├──► MediaCollector ──► ctx.attachments
                                ├──► TelegramQuestionProvider ──► ctx.userQuestions
                                └──► TelegramApprovalAnswerer ──► approval/request

ctx.on('session/event') ──┬──► VisionExtractor   （它自己的读取会话）
                          └──► TurnBridge ──► RichReplyStream ──► sendRichMessage

TypingIndicator          （路由器与桥接持有，直到回复出现）

回复是如何流式呈现的

Telegram 提供了两种机制，二者不可互换：

• 私聊使用 sendRichMessageDraft——一个临时预览，共享同一 draft id 的各帧之 间会有动画过渡。它在最后一帧之后 30 秒过期，因此在漫长的工具调用期间，会有一 个心跳重发当前文本；否则预览会消失，机器人看上去就像死了。草稿从不持久化，所 以一个回合以真正的 sendRichMessage 结束。
• 群组没有草稿 API。 那里就在回复写完时直接发送。

两者最终都归于一条持久的 rich message。

在有话可说之前，什么都不发

等待期交给 Telegram 自己的 “正在输入…” 指示，回复只在真正有内容时才出现——第一批 文字，或者 Agent 调用的工具名。回合一开就发出去的省略号，只是在告诉用户他们已经 知道的事；在群里，它还是一条永久留存的消息。

指示是被持有的，而不是发一次。sendChatAction 五秒即失效，比这里几乎所有值得 等待的事都短——下载文件、在视觉模型上读取图片、排在上一个回合后面、或在某个工具 调用里待上一分钟——所以单次调用读起来就像机器人启动后立刻死了。持有按会话计数， 并在其自身有效期内重发，因此路由器读取附件时的持有与桥接随后那个回合的持有能干净 地重叠，只有最后一个释放时才停止输入。另有十分钟的兜底，以防某次释放永远不来。

任何一次重绘都不会比上一帧显示得更少。当一个工具跑完而正文还没出现时，那行工具名会 一直留着，直到有真正的文字来替换它——Telegram 拒绝空草稿，所以另一种做法等于用一帧 什么也没说的内容，换掉刚刚发生过的事。

在 Agent 工作期间，正在运行的工具会以 <tg-thinking> 块显示在回复上方：

▸ bash: npm test

目前我发现的是……

Telegram 只在草稿中接受该块，别处一概不接受，这与它的生命周期恰好吻合——回合被 持久化时它就消失，于是最终回复承载的是答案，而不是产生答案的脚手架。它只有被截 断的一行：一次工具调用的参数可能长达整个文件，而这里的目的是知道 Agent 还活着， 不是阅读一份记录。

开发

pnpm install
pnpm test          # 598 个测试
pnpm test -- --coverage
pnpm typecheck     # host 与 browser 两半
pnpm build         # host 用 tsc，浏览器包用 esbuild

发布由 .github/workflows/release.yml 在推送 v* 标签时完成，走 npm 的可信发布： GitHub 通过 OIDC 证明该工作流的身份，npm 据此换发一份只在这一次发布期间有效的凭据。 没有任何地方存放 token，也没有需要抢时间输入的一次性密码——当账号的第二因素是通行密钥 而不是验证码时，这一点尤其重要。工作流会拒绝与 package.json 不一致的标签，因为那是 它唯一可能悄无声息发布出去的错误。

每个模块都能脱离 harness 运行，这正是测试套件跑得快的原因：插件入口是对着 Bot API 的真实 HTTP 桩来执行的，而浏览器包的物化方式与 shell 完全一致。

浏览器那一半

build.client.mjs 把 esbuild 产出的 CJS 包裹进 shell 的惰性 CJS 工厂信封 (window.__ModuleLoader__.load({ id, factory }))。该信封是复现出来的而非引入 的：harness 的 clientBundle 预设并未发布，其自身文档也把这一点列为对仓库之外 插件的已知限制。

因此这里是本插件唯一与内部格式耦合的地方，而 test/client-bundle.test.ts 将其 钉住——该测试会执行构建、用桩 require 物化工厂，并检查 apply 是否占据了它的 设置席位。若某个 harness 版本改变了该格式，失败会在那里以明确的名字出现，而不是 表现为一个空白的设置页。

React 与 shell 自身的包被标记为 external；打包第二份 React 会在页面挂载的一瞬间 破坏所有 hook。

已知限制

• 每个对话一个目录。 /cd 可以移动对话，但会话本身无法移动——切换目录会 开启一段新会话。
• 暂不支持语音、音频或视频。 harness 的附件接缝只接受图片。

许可证

MIT