团队用 DeepSeek Harness 时，怎么用翻译输入法接中英输入

搜到 DeepSeek Harness，多半是要在本机把 Agent 跑起来；中英提示写得顺，是另一条线。

公开说明把它定位成开放源码的 Agent harness（开发者预览）：能力以插件形式挂载，可重组模型、工具、会话、沙箱与 UI。入口在 deepseek.com/harness 与 github.com/deepseek-ai/deepseek-harness。常见快速体验是 npx @deepseek-ai/dsh web，本机 Web UI 多见 127.0.0.1:3080。它不是商店 APK，也不是翻译输入法。

翻译输入法解决的是：在终端、编辑器、浏览器提示框里稳定切换中英，边打边出候选译文。Harness 解决的是：插件化 Agent 在本机跑起来、轨迹可回放。团队里有人把「装 Harness」和「装中文输入」当成一步，下午就耗在装错货架上。

不是「用 AI 写代码」那么笼统，而是几类会反复打断输入节奏的事。

结对或远程演示时，一人在终端贴任务描述，另一人盯 Trajectory：中文说清「要改哪条验收」，英文保留文件路径与命令。纯中文输入法切到英文半角时，容易把 --flag 打成全角破折号，Agent 第一次就挂。

在本机 3080 UI 里写多轮指令：产品同学用中文写意图，开发把关键名词锁成英文（plugin、session、sandbox、mode 名以当前页面为准）。输入法适合「一句中文叙述 + 夹英文术语」，不适合整页 README 机翻进提示框。

Code Review 或交接备注写在 PR / Issue：现象用中文，复现命令与报错原文用英文粘贴。翻译输入法管你怎么敲字；检索与对齐仍靠英文原文可搜。

比争论「提示必须全英文」更管用的，是统一半角边界。

建议团队写一张极短的提示模板：目标（中文）→ 约束（中文）→ 涉及路径/包名/命令（英文原文复制）→ 验收标准（中文可测句子）。模板本身用纯文本存，避免从 PPT 或富文本粘出隐藏字符。

语言对方向锁死：写「中文任务、夹英文标识」时，源→目标不要开成自动乱跳。候选方向反了，先看语言配对排查，再怀疑模型听不懂。

开发者预览会改菜单与模式名（公开页可见 Standard / Code / Minimal / Creator 等）。文档与内部 Wiki 引用模式名时，以你打开的 Harness 页面为准，不要凭旧截图手打。

顺序反了，容易把「打不出字」误判成 dsh 挂了。

每人从本站下载页安装当前公开版本，在记事本或浏览器输入框确认能出候选。再到终端执行 npx（需已装 Node），按终端打印的地址打开 UI。共享演示机也按这个顺序，避免半装状态轮流甩锅。

写提示时：路径、仓库名、flag 保持英文半角；目标与约束可用中文。若候选语言方向反了，先锁源→目标。进程起不来、端口无响应：查 Node、网络与仓库 Issue——输入法只影响「你怎么打字」，不决定 dsh 是否监听成功。

团队若用远程桌面或某些终端模拟器，个别环境会拦第三方输入法：走特定应用排查。全局切不到输入法、或 macOS 未授输入监控：先查用不了 / 隐私权限专题，再回来写 Agent 提示。

这些现象看起来像「Harness 坏了」，多半是输入层。

候选窗挡住 prompt 行或 Trajectory 面板：缩小候选、改位置、提高行高；见候选窗位置排查。快捷键和终端、远程桌面抢焦点：走热键冲突排查。

一人机器正常、另一人只在某个 IDE / 终端打不出字：对照管理员权限、全屏焦点、密码框安全输入，走特定应用排查，不要全员重装 Harness。

把英文报错整段「翻译着打进」提示框：模型与搜索都更难对齐原日志。正确做法是原文粘贴 + 中文补充「你已经试过什么」。