把方案抽象成"原文 + 输出偏好"
过去一段时间，长文本工作台沿用过一组显式的类型和场景，比如「AI 提示词 / 小红书 / 通用表达」，再加上生活方式、探店、好物、美食这类场景选项。某个 Codex 会话里，我们重新审视了这个划分：这些分类其实不是真正独立的功能，更像是被硬拆开的产品区分，靠大模型在背后判断就够了，没必要让用户在一堆按钮里挑来挑去。讨论的结论是，把整个交互抽象成「表达任务 + 输出偏好」。原文说了什么、想让 AI 做什么，就围绕它处理；Skills 从已启用的能力里自动匹配，最多选一个，没有合适就走基础整理。意图不明确时，宁可保留原意，也不要擅自转换成推广文案或任务指令。输出偏好只影响呈现，不改变任务本身。
围绕这条原则，结果区也做了收敛。之前有过独立的标题字段、标题开关、类型选择、场景选择，会话里反复出现的关键词是「一个可编辑的富文本正文框」。最终去掉类型、场景和独立标题，把输出统一成一个支持小标题、分段、有序与无序列表、缩进的富文本框，语气和 Emoji 各保留四档，自动保存到下次生成生效。模型会根据内容自己组织排版：截图式内容适合"开场一句 + 项目列表 + 结尾一句"，普通文章适合分段，需要时再用首行缩进，不给所有内容一刀切。
某次会话的收尾线索显示，这一版已经被实现到了隔离候选里：8 项测试、构建与签名通过，真实生成、正文编辑和 TextEdit 富文本粘贴都已验证。换句话说，今天至少有相当一部分时间花在了反复对齐"该保留什么、该去掉什么"上。
顺手做掉的几件小事
除了主轴，今天还夹杂了几件看起来零碎、但同样值得记下来的事。
视觉规范往全桌面铺开。原本 Skills 页面已经统一过字体、间距、卡片和状态 Badge，但首页、长文本、个人词库等其它页面还没有跟上。某次会话里，我们对照设计规范逐页核对差异：首页标题还是 26pt、状态正文 16pt，数据仍以连续文本呈现；长文本编辑正文 15pt，辅助文字混用 11、12pt，等等。后来八个桌面页面都被拉到同一套规范里，并把这份规范写进了项目下的 design 文档，方便后续统一参考。
另一个比较直观的问题是电脑里同时跑着太多"Ajin"客户端。会话记录显示，当时一共启动了 8 个进程，只有 1 个是已安装的输入法，另外 7 个是不同验证阶段的开发测试副本，比如菜单预览、长文本预览、日报导出预览、Stage1 预览，以及预测功能测试版，后者还重复启动了两次。结论是只应该保留两个入口：本地的输入法测试版，加上新版桌面预览版，其它都是临时验证用的。之后给每个窗口加上了右上角标记，用途加进程号，例如"长文本预览 10/04｜87039"，方便截图和反馈时一眼看出是哪个副本。
另外还有几个小修改：左侧导航全部加上 12pt 左内边距，让图标和文字整体右移；窗口标签做了文字居中和内边距调整，避免遮挡，开启和关闭不再弹成功提示，只保留失败提示。
还没合上的口
记录里也明确写了第一阶段没有完全收掉的部分：Skills 的视觉和交互已经被确认，但真实目标应用的绑定插入还待验证；长文本工作台进入隔离候选之后，仍需要连续体验一次完整流程，包括不同类型的生成、与原文的事实对照、改标题和正文、复制到常用应用看排版、以及生成中取消再重试时旧结果会不会混淆。换句话说，今天把方案抽象清楚了，把视觉规范铺开了一部分，把混乱的客户端收拢了大半，但真正落到用户日常使用里的最后一公里，还要再走几步。