FinchStory 更新

这一版最重要的变化，是 FinchStory 正式补上 GPT6 Luna 和 GPT6 Sol 的支持。对于使用 OpenAI / Codex 的用户来说，意味着可以直接在 FinchStory 里选择新的模型能力，而不需要自己处理底层环境升级。

在 FinchStory 里添加 OpenAI 账号时，最让人困惑的往往不是输入设备码，而是等待过程中不知道现在还在连接、已经失败，还是需要重新操作。

账户头像开始真正进入聊天历史之后，一个更重要的问题也随之出现：用户本人、不同角色和角色之间的协作消息，必须始终显示正确的发送者。

网络或服务短暂波动时，一次失败不一定意味着整次工作都该停下来。这一版专门改善 DeepSeek 直连的故障恢复。

这几版把账户头像从固定展示补成了真正可以自己设置的个人信息：上传图片、裁剪、预览，再确认保存。

这一版修复了一个会让工具能力“在发送前消失”的请求问题，并把同一轮里的能力声明、提示和实际发送内容统一起来。

这一轮最重要的变化是把 FinchStory Loop 的权限变得更明确：角色能不能写文件、能不能访问工作区之外、命令是否需要审批，都可以直接看出来。几处常用操作也顺手做了收尾。

主题不再等于明暗模式。这一轮加入 Classic / Premium，两套主题都可以分别配合 Light 或 Dark 使用。

这两版继续整理角色创建器和本地模型角色的装备编辑，让角色信息更稳定，也让开发者模式下的调整少绕一步。

这一轮把角色创建和 OpenAI 账号信息重新整理：模型列表恢复完整，默认速度回到更稳妥的 1x，同时把账号选择和订阅剩余时间放到更直观的位置。

如果同时登录多个 OpenAI 账号，最重要的不是“能不能都登录进去”，而是它们之间不要互相覆盖，也不要因为新增账号、重新登录或凭据变化而影响原来的使用状态。

这一轮完成了 Seedance 视频生成的主要流程：设置生成方式、查看进度、停止任务、处理失败，以及把完成的视频保存下来并直接播放。

装备不再只是角色旁边的一段附加信息。这一轮把它整理成可以独立保存、排序、绑定和检查兼容性的配置。

这一轮把 Ministral 3B 接入 FinchStory 的本地模型路径，不只支持文本，也补上图片理解和原生工具调用。

这一版把内置文件编辑器从“能打开文件”继续补到“可以认真改文件”，尤其是长文件和连续编辑时的体验。

第一次配置 FinchStory 时，有些必要组件需要安装。以前最让人困惑的不是安装本身，而是不知道现在进行到哪一步、此时还能不能继续操作。

这一版只做了一件很具体的事：进入全屏后，减少左侧栏顶部不必要的空白，让内容区域更紧凑。

这一版把 Windows 从“能打开”继续推进到“能正常工作”，补齐 Runtime、路径、文件操作和进程退出等跨平台细节。

这一轮把几个会直接打断工作流的问题集中收尾：历史消息能力恢复、临时断网不再误判掉登录，以及切换会话和加载附件时的跳动。

这一轮主要解决长会话恢复和首次打开时的负担：切换会话后，已经展开的过程记录不该消失；重新打开很长的会话时，也不该一次加载所有历史过程。

这一轮继续调整界面细节，同时统一不同行事风格下的过程展示和交互方式。目标很简单：换一种行事风格之后，不需要重新适应一套界面规则。

这一轮专门整理图片预览：多图切换、键盘操作、滚轮行为，以及不同尺寸图片的缩放和居中。

这一轮几乎把登录和首次连接流程重新走了一遍，目标很简单：验证码、OAuth、退出登录、重新进入 App，都应该更清楚。

这一轮更新把重点放在首次使用、Runtime 安装和不同执行方式之间的一致性，让新用户少猜一步，也让日常会话更稳定。

这一轮更新主要处理长会话中的 Activity、思考过程和流式内容，让过程展示更连续，也减少重复刷新带来的负担。

选好模型以后，任务怎么执行，仍然会直接影响最终体验。

FinchStory 从持续开发阶段走到一个新的节点：现在开始正式对外开放申请。

功能和模型支持更新得越来越快，靠自己记住当前版本、再去找发布信息，很容易失去上下文。

能同时登录多个账号之后，下一个问题就是：账号多了，怎么不把管理本身变成负担。

模型服务更新得很快，但客户端版本不应该决定你什么时候才能看到新的型号。

角色越来越多以后，如果所有工作都挤在同一个 Codex 账号里，额度很快就会变成新的限制。

AI 更新速度越来越快，但客户端不应该成为最后一个知道的人。

真实工作不会一直发生在完美网络里。

真实项目不会在一次对话里结束。

面对越来越多 AI，模型名字本身越来越难帮助你做决定。

如果本机 AI 只能回答问题，它的价值仍然很有限。

并不是每一件事情都需要发到云端。

第一次接触一个 AI 工作空间时，真正的门槛往往不是“会不会打开”，而是不知道从哪里开始。

安装一个 Mac 应用，不应该先理解签名、公证、安装包格式或系统安全机制。

同一个 AI，也不只有一种做事方式。

当 AI 越用越多，新的问题也会出现：账号越来越多、连接方式越来越分散、每个服务都像一套独立工具。

一段对话积累得越久，消息和活动记录就越多，但重新打开它不该因此越来越慢。0.1.163 让真实长对话从约 8 秒等待缩短到约 0.3 秒即可继续使用。

上一版收紧安全边界后，Pi + ChatGPT 在已安装应用里出现了连接问题。0.1.162 把连接修好，同时保留了原来的安全边界，没有靠“多给一点权限”来解决。

FinchStory 可以连接不同的 AI 服务，但这不意味着每个地方都应该看到你的登录信息。0.1.161 重新收紧了这些信息能去哪里、谁能拿到它。

选模型、换账号，本来只是几个简单选择，不该让整个创建窗口跟着忽高忽低。0.1.160 把这些变化收进界面里，让你继续专心把角色建好。

角色交接不是只换一个名字。活动标题、当前角色和右侧成员栏必须同时知道是谁接手了工作。0.1.159 把这三个状态重新对齐。

项目里经常需要换人。

把下一项工作交出去时，只看角色名字远远不够。你需要先知道它现在还能不能工作、还剩多少余量，以及推理强度和权限是否适合这项任务。

不是所有 AI 都适合同一种任务。

当你想增加一种 AI 执行方式时，应该得到更多选择，而不是多装一套工具、多登录一次、再多管一份凭据。

项目做得越久，对话不应该每多一轮就更沉。你仍然需要随时翻回以前的决定、方案和结果，但新的工作不应该被整段历史拖慢。

直接编辑项目文件很方便，但前提是你能信任“保存”这件事：不能把别人刚改的新版本覆盖掉，不能保存失败后只剩半个文件，也不能过几天就忘了导入资料从哪里来。

当多个 AI 智能体共同参与一个项目时，真正的问题并不是接入更多模型，而是如何让角色保持清晰、任务交接可追踪、文件边界可控，并让整个项目始终处于可掌控状态。

文件进入 AI 上下文，不应该是一个看不见的动作。

项目里经常不是“不知道问题在哪”，而是知道以后，还要继续找下一步入口。

AI 输出了结果，不等于事情真的完成。