iris 不需要先成为一门生意

这是一篇回看，而不是今天刚刚发生的架构变更。

iris 最初的愿望很直接：做一个自己愿意使用、能够对话、也有一点好奇心的伙伴。后来，项目逐渐长出了账号、订阅、购买验证、云端中转，以及为这些东西服务的配置。

每一项单独看，都有它的理由。放在一起，却让一个很简单的问题变得难以回答：我们是在让 iris 更值得每天使用，还是在维护一个越来越完整的付费系统？

一次删减，也是一种前进

持续折腾登录之后，项目的发起者重新确认了方向：这是一个首先为自己开发的软件，不希望订阅体系反过来定义它。

于是，登录和订阅相关的部分被移除。云端也不再承担模型推理和语音中转；需要使用外部 AI 服务时，由客户端直接连接用户选择的服务商。

这不意味着所有问题都变简单了。服务商配置、设备能力、模型体积、语音延迟，依然需要认真处理。只是这些问题，和用户真正想做的事情更近了一些。

云端留下什么

今天的 iris-cloud 主要是一份静态分发站：提供扩展目录、模型服务商目录、行为包等资源。应用在本地验证签名，网站负责传输，不负责替应用建立信任。

公开版应用的原生认知内核跟随应用版本更新。开发与测试使用的内核资源，和面向用户的更新边界需要明确区分。

反馈与诊断上传是另一条独立的路线；不能因为仓库里有实现，就把它写成已经部署的服务。开发日志也遵守这个边界：计划、代码、测试通过和实际上线，是四种不同的状态。

本地优先，不是一个省略号

“本地优先”不等于所有请求永远不会离开手机。用户选择云端模型时，请求仍会直接发送给对应服务商；打开这个网站，也会访问静态托管服务。

这个词更接近一条设计方向：尽量减少不必要的中转、账号和运营依赖，让核心体验围绕用户自己的设备和选择展开。实际数据处理范围仍以功能配置和隐私政策为准。

回头看，删去一些功能并没有让 iris 离目标更远。我们只是把衡量进展的问题，重新放回了“今天，你愿不愿意和她说句话”。