fang2hou

就是不是 duo 我常用软件也不超过 10 个。
目前身边统计学打算买 duo 的人大部分只要常规软件适配基本就行了。视频软件，办公软件，炒股软件有了基本就行了。屏幕大，苹果生态的，就已经是购买原因了

昨天买入苹果今天卖出刚好搞了个 duo ，感谢苹果

我觉得是判断框架的好坏的标准发生了变化。

在 LLM 出来之前框架更多注重的是设计是否优雅，API 是否符合直觉，性能是不是更好（还有作者是不是 nb ）

现在更多看这个框架：
1. Github 使用量，网上的资料文章，或者说语料是否多（ LLM 更能够掌握用法）
2. API 是否稳定（频繁改动容易出现过期代码执行不了，容易形成多次自查自纠延长开发时间，点名批评 SvelteKit ）
3. 工具链是否成熟，出错信息是否详细（能够让 Agent 形成自己调试的 Loop ，比如 oxlint, rust 之类的错误提示非常详细，go 自动工具链非常完备）

买太晚了，而且假期本来也是贵点。东京杭州 ANA 往返一般也就是 4000

@evtwbo 升级到 27 不是好事吗，27 比 26 快了非常多，15pro 升级后感觉和新手机一样

之前试过一阵子，ZCode 的 web 端真的不错的。
而且 ZCode 能自己配置其他 provider ，不一定一定要 glm 模型，对于有些特殊的 api 格式，你本地起个 gateway 统一转接就好。

之前还听说过 Cindy ，有电脑和手机两个客户端，不过还没试过。

@hoky 嗯，简单点说其实就是像 html 一样提供给 agent 一种能够方便理解的语言，同时如果要兼顾布局美感，一定要提供一些测量工具，比如越界，分栏预估，组建渲染预计尺寸，区域密度等等。

最近在公司内开发了一个给 Agent 用的 Office 的排版系统，还是有点 knwohow 的。
核心主要还是要让 Agent 能够去理解，如果不想从零可以参考 A2UI 的概念内部做一套渲染逻辑。只是要开发的比较小心一点，比如字体渲染换行很容易导致高度变化，最好用 harfbuzz 之类的做验证。给 Agent 的信息和工具建议在写之前好好根据需求理一下，信息多了很多时候会扼杀掉 Agent 的创造能力。