Dogfood 不是 beta 的换名
对 ConchTerm 来说，dogfood 阶段意味着：功能核心已经完成并在真实使用，但还没到可以放进陌生用户机器、并声称“正式发布”的程度。
这两件事之间有一段很具体的距离：
- 体验细节是否在真实工作流里稳定。
- macOS 代码签名和公证是否完成。
- 自动更新的真实分发链路是否验证过。
- 已知限制是否被清楚传达，而不是靠用户踩坑才发现。
跳过任何一项直接开放下载，等于把风险转嫁给用户。我们更愿意先把它们做完。
官网为什么没有下载按钮
第一版官网的主行动号召是“查看开发日志”和“查看 Roadmap”，而不是一个大大的下载按钮。原因很直接：
- 签名、公证和分发验证还没有闭环，现在提供下载入口会暗示“正式发布已就绪”，这与事实不符。
- 自动更新的真实端到端验证依赖签名产物，在没有签名源之前，“检查更新”在生产构建下会失败。
- 我们希望官网承担的是“透明记录”，而不是营销发布。
这不是回避分发，而是把分发入口留到它能真正兑现的时候。Roadmap 里“下一步”列明确写着签名、公证和发布源配置。
当前 dogfood 重点
现在优先投入精力的几件事：
- 体验打磨：文件工作台、传输交互细节、断线重连流程在真实使用中的稳定性。
- Bug 修复：把已知边界从“能用”推进到“用起来不别扭”。
- 官网与开发日志：把每个阶段的取舍、限制和修复进展持续记录下来。
- 分发准备：等 Apple Developer 凭据到位后，完成签名、公证和真实自动更新验证。
怎样表达已知限制
dogfood 阶段的叙事底线是：不把未闭环的能力包装成已完成。 几个具体例子：
- 传输恢复：运行期队列、重试和恢复 UI 存在；应用重启后的一键 resume 还没接通，用户需要手动重新发起。
- 自动更新：UI 和状态机已就位，但真实分发验证要等签名和发布源。
- 平台：首版聚焦 macOS，Windows/Linux 不承诺时间。
这些限制不是产品缺陷被隐瞒，而是明确的阶段边界。开发日志会逐项记录什么时候、因为什么原因推进或暂缓。
透明优先于包装
如果你在 dogfood 阶段就关注 ConchTerm，你能看到的是一个正在被真实使用的工具，而不是一份只展示光鲜面的发布稿。我们相信这种透明对早期用户更有价值，也更接近正式发布时应该达到的可信度。