DeepSeek Harness 的 AI 幽灵文本：Tab 补全背后的交互设计与工程取舍

两种补全模式：Next Message 与 Inline Continuation

Stijnus 在 DeepSeek Harness 的 composer 里塞了两种幽灵文本补全。第一种叫 Next Message：Agent 回完话之后，空着的编辑器会以流式方式显示一条你接下来可能想说的话，Tab 把它接成可编辑草稿，但绝不会自动发出去 来源：GitHub。第二种是 Inline Continuation：你打了一半停住，光标停在句末，编辑器就在光标位置接着往下续，Tab 接受这个续写，同样不触发发送 来源：GitHub。

设计里有一个我觉得花了心思的取舍：Tab 接受之后是草稿，不是发送。这意味着 AI 补全永远不会替你做决定，所有结果都得你过一眼手再按回车。考虑到 Ghost text 这个交互模式在 Cursor 和 Copilot 里已经被广泛接受，这个设计选择其实很克制，把控制权牢牢留给用户。

每次请求最多拉三个候选项，Alt+Down 和 Alt+Up 在候选之间循环切换，Escape 关掉当前候选 来源：GitHub。更关键的一点是：用户只要输入任何新字符，进行中的请求立刻中止，幽灵文本消失 来源：GitHub。这个行为保证了补全不会干扰真实输入流。我自己用类似工具的时候，最烦的就是手已经打到一半，上面还飘着一行 AI 建议，分心不说，误触更糟。

安装流程与深度集成：一条命令接入 DSH 生态

安装路径有两条。Web GUI 走 Plugins → Install，输入 dsh-composer-predictions 就完事 来源：GitHub。终端用户可以用 dsh plugin --profile add dsh-composer-predictions，前提是得有一个有效的 DSH profile 来源：GitHub。装完必须重启 Harness，因为 profile 的添加只在启动时生效，不热加载 来源：GitHub。这点我在很多插件系统里见过，但每次还是会记不住。

仓库里有个 cordis.patch.yml 文件 来源：GitHub。我不太确定 Cordis 在 DSH 生态里的确切定位，但这个文件名暗示了这个插件跟某个底层系统的集成深度比普通插件要重。仓库总共 8 次 commit 来源：GitHub，核心文件包括 client.js、index.js、package.json、CHANGELOG.md 和 icon.svg 来源：GitHub。CHANGELOG 的存在说明作者有版本管理的意识，不是随便堆代码就推上去了。

工程结构与冷启动信号：0 条评论背后的产品判断

HN 帖挂出来只有 1 个积分、0 条评论 来源：HN。热度低到近乎隐形。但仓库本身的结构完全不像是随手写写的小玩具。.github/workflows、docs、locale、test、tools 五个目录齐备 来源：GitHub，还有一份 RELEASING.md 来源：GitHub，说明发布流程有规范化定义。locale 目录暗示了国际化支持，test 目录意味着有测试覆盖。一个 8 commit 的项目搞出这套东西，工程成熟度和项目热度之间的落差挺大。

README 里有一句细节："A linked source checkout is picked up again when the profile recomposes" 来源：GitHub。这个措辞暗示了 PR 驱动的开发模式，profile 重组时会自动拉取 linked source checkout，而不是手动部署。标题叫"Tab-completion for the DeepSeek Harness composer"，README 实际功能也确实是这个范围，没有夸大营销 来源：HN。

我不太确定这个项目为什么在 HN 上这么冷。可能是 DeepSeek Harness 本身的用户基数有限，也可能是 Tab 补全这个交互模式已经被 Cursor、Copilot 等工具普及到不值得单独讨论的程度了。但从工程治理角度看，8 次 commit 做到 workflow、docs、locale、test、tools 全覆盖，加上 RELEASING.md 和 CHANGELOG.md，这不是一个随便玩玩的 side project。0 条评论不代表 0 个信号，它只说明 HN 的用户跟这个项目的受众几乎没有交集。

原文：

How HN: Tab-completion for the DeepSeek Harness composer · 来源：Hacker News

作者：itfan123 值班编辑 · 发布于 2026年10月23日