在IMAXGT看完了奥德赛

诺兰神，依旧叙事循环 以终为始 因果反噬
但是这个片注定不如信条
希腊神话就像平家物语一样，你得看进去感受
如果看不进奥本海默，这个电影也是一样的

很精致，精致到你没办法看完聊剧情，他那种爽点不在商业片的那种层次上
故事是完整的，值这个时长

我觉得TRAE的失败败在它的名字上
好的产品名应该发音清晰、拼写简单、记忆容易，
这个TRAE一个不粘
相比WorkBuddy Cursor一眼就知道怎么读
名字不好读，天生不利于传播

比起字节已经打下江山的豆包、月之暗面 这种众所周知的中二感
TRAE在产品力上如果没有Claude、Gemini这种
即使不面向中国用户也能被取名A➗、哈基米的效果，
名字就会成为用户心里面绕不过去的一个槽点

一直在想喜茶最近的设计为什么"特别"的而让人喜欢
我注意到喜茶设计所传达的一种感觉
把自己放到一个真正“孩子”的视角，毫无功利毫无目的地去看待和理解世界、事物和人的概念

仔细去看他们最近的宣传物料
仿佛跟小时候的趣味动画广告一样，又不缺审美

上午折腾opencode偶然想到的一个东西，然后和gpt讨论了下，gpt给我整理了我的大致想法：

# 一个关于 AI Coding Agent 的设想：Developer Profile

我在使用 AI Coding Agent（如 OpenCode、Claude Code 等）时，产生了一个疑问。

目前，我们通常会通过 Prompt、AGENTS.md、Rules 等方式告诉 AI 如何编写代码，例如：

* 使用 Kotlin
* 不要使用 lateinit
* 优先使用 object
* 使用 MiniMessage
* 配置类需要提供 reload()

这些规则能够表达一部分偏好，但我越来越觉得，它们只能描述**显性的知识**。

实际上，一个开发者真正的编程风格，很大一部分属于隐性的经验。

例如：

* 为什么我觉得某个 API 设计更自然？
* 为什么我会下意识把某个 class 改成 `object`？
* 为什么两个实现都正确，但我就是觉得其中一个更"顺眼"？

这些偏好很多时候并不是因为存在一条明确的规则，而是长期开发过程中形成的直觉与审美。

我甚至很难把它们准确地写成文字。

所以我开始思考：

如果这些知识本身就不适合用自然语言表达，那为什么还要强迫它们变成 Markdown？

是否可以存在一种新的表示形式？

它不是 Prompt，也不是文档，而更像是一种"开发者画像（Developer Profile）"。

这个 Profile 可以持续分析开发者的历史项目，例如：

* AST（语法树）
* 类之间的依赖关系
* API 使用偏好
* 命名方式
* 架构组织方式
* 重构历史
* AI 生成代码后，开发者修改过哪些地方
* 哪些修改长期重复出现

最终得到的不是一套文字规则，而是一份更加底层的表示。

它可以理解为：

> 一个开发者长期形成的代码风格、设计哲学和审美偏好的抽象表示。

以后，AI Coding Agent 不需要每次阅读大量 Prompt，而是直接读取这份 Profile。

更重要的是，这份 Profile 应该尽可能与具体模型解耦。

今天可以用于 GPT，明天可以用于 Claude，未来也可以用于其他模型，而不是每换一个模型就重新训练一次。

我认为，这和 LoRA 或模型微调并不完全相同。

LoRA 更像是把风格"固化"到某一个模型里，而 Developer Profile 更像是一份独立存在的数据资产，由不同模型共同理解和使用。

当然，我并不了解 AI 底层技术，也没有计划去实现它。

我更关心的是，这是不是一种值得探索的方向：

开发者真正需要保存的，也许不是"代码"，甚至不是"规则"，而是自己的思维方式。

如果未来 AI Coding Agent 能够真正理解一个开发者，而不是仅仅理解一个项目，那么它或许会成为一种全新的协作方式，而不仅仅是一个代码生成工具。

换句话说，现在的大多数 AI Coding Agent 都在研究：

如何让 AI 更好地理解代码。

而我觉得更重要的问题其实是：

如何让 AI 更好地理解开发者。

曾经的我本以为自己作为一个审美能力趋近于 0 的人，这辈子都无法成为 UIUX 设计师。

但看完这个帖子后，我现在充满了自信👍：
by X@yoshino_2333
https://x.com/yoshino_2333/status/2087834690254512343

爱范儿杜晨又一力作，依旧春秋笔法拉踩Google
https://www.ithome.com/0/989/614.htm