> ## Documentation Index
> Fetch the complete documentation index at: https://dshtauri.mintlify.site/llms.txt
> Use this file to discover all available pages before exploring further.

# 为什么？

> 解释在已有社区桌面端实现的情况下，我们为什么仍然选择制作 DeepSeek Harness Desktop。

DeepSeek Harness 已经有多个社区桌面端。我们不是因为这些项目“不存在”才重新实现，也不认为所有用户都应选择本项目。
我们制作 DeepSeek Harness Desktop，是因为我们对项目归属、软件质量、性能体验和公开表达有一组不同的取舍。

<Note>
  这是项目立场说明，不是社区项目排名。其他桌面端也可能更适合不同的用户需求。

  完整的对照见 [桌面客户端对比](./guides/comparison)。
</Note>

## 非商业捆绑的开源组织

我们希望这个软件由开放、透明、可持续的开源组织维护，而不是成为商业服务、模型渠道、赞助推广或流量入口的捆绑载体。

这意味着我们希望：

* 功能决策首先服务于软件本身，而不是转化、推广或商业合作；
* 不把模型中转、付费服务或赞助内容包装成产品必需能力；
* 公开说明项目与 DeepSeek、Harness 上游及其他社区项目之间的关系；
* 让源码、问题讨论、构建流程和发布产物尽可能可核查；
* 如果未来项目边界发生变化，明确记录变化，而不是悄然改变承诺。

“非商业捆绑”不等于拒绝个人或组织参与，也不等于否定所有商业开源模式。它表示本项目不希望以桌面客户端为入口，
强制绑定与 Harness 无关的商业产品。

## 质量优先，而不是社区插件捆绑包

Harness 的“一切皆插件”提供了很强的可组合性，但当前社区插件的维护状态、交互设计、兼容性、错误处理和安全边界并不一致。
把大量插件预装进安装包，可以快速增加功能数量，也会把它们的质量和供应链风险一并带给所有用户。

我们的选择是保持克制：

* 只内置桌面运行所必需、可由我们持续验证和恢复的功能与第一方集成；
* 把可选插件明确标记为可选，不用“预装数量”代表软件质量；
* 优先完善安装、启动、更新、Profile、内核、日志和故障恢复等基础流程；
* 对插件异常提供可理解的错误和恢复路径，而不是让用户直接面对依赖；
* 在增加能力前考虑卸载、升级、回滚、跨平台和长期维护成本。

## 尽可能轻量，并追求 Codex 级别的流畅体验

我们的目标不只是让窗口打开得快，而是希望桌面端在**功能完整度、交互流畅度、稳定性、细节一致性和恢复能力**上，
逐步达到 Codex 桌面端所体现的产品水准。

Tauri 2 是实现这一目标的手段，但不是唯一理由：

* 使用系统 WebView，避免为桌面壳再次携带完整 Chromium；
* 使用 Rust 管理进程、下载、更新、PATH 和系统集成；
* 让 Harness 继续作为独立本地服务运行，桌面端只补充必要的宿主能力；
* 将桌面端与 Harness 内核更新分开，减少不必要的整体替换；

<Info>
  “轻量”不是只比较安装包大小。Harness 内核、Node.js、pnpm、插件、启动时间、内存、输入响应和错误恢复都会影响体验。
  我们会基于可测量结果改进，而不会仅凭使用 Tauri 就宣称性能领先。
</Info>

## 保持克制与客观

DeepSeek Harness 和相关生态仍在快速变化。我们无法保证每个计划都会实现，也无法替上游承诺稳定性。
因此，我们希望只承诺当前能力范围内能够验证和维护的事情。

具体原则包括：

* 不把规划中的功能作为当前交付的承诺；
* 不用 Star、插件数量或功能清单代替可靠性和用户体验；
* 不将未经测量的“更快”“更安全”“更轻”写成绝对结论；
* 对不支持的平台、已知限制和失败模式给出明确说明；
* 基于源码、Release 和测试结果描述其他项目，不推测其动机；
* 发现能力不足时缩小范围，优先把已有流程做好。

<Warning>
  Harness 和插件具备本地代码执行能力。即使本项目减少默认捆绑，也不能消除用户安装第三方插件、打开不可信仓库或授权工具时的风险。
  软件质量需要持续审查、测试和明确的信任边界，而不是一句“开源”或“轻量”。
</Warning>