@mattshumer_ html is not suitable for human to read.
html is suitable for human to show off.
English
fangjun
6.8K posts
fangjun
@fjun99
I tweet about blockchain/web3 development, tools and best practices. @developer_dao @Uweb_web3
Katılım Ocak 2008
2.5K Takip Edilen4.6K Takipçiler
Everyone switching from Markdown to HTML is missing the nuance.
The optimal approach (most of the time):
If it's for a human to read, yeah, use HTML.
BUT
If an agent is consuming it, use Markdown!
English
I can't help but feel personally burned by the Claude Code changes announced today.
We put so much work into wrapping the (atrocious) Claude Agent SDK in T3 Code. It was the ONLY path they supported, so we made it work. It was hell.
Now our users are getting their rate limits cut by 40x, despite us doing everything right.
I listened to the Claude Code team. I had my issues with their direction, but I trusted them and took them at their word.
I will never make that mistake again.
Until we see significant change, it is safe to assume any statement from an Anthropic employee is a lie on a timer.
The rug will be pulled, no matter how many promises are made beforehand.
English
发表个暴论，TUI 会逐渐式微甚至被淘汰。
我已经很久没有用 claude code 了。基本都是用 slock。
对于临时任务，现在用的更多的是 codex desktop，偶尔用 claude desktop。
让我开始重新思考 TUI 这个东西。
今天 slock 群刚好在讨论 TUI，大家对 TUI 的评价基本一致：方向就是错的。有人说"TUI 错的离谱"，有人说"所有 TUI 都是被 claude code 整个带偏了方向"。这话说得有点重，但细想确实有道理。
@OnlyXuanwo xuanwogg 在群里分析 TUI 为什么会流行？觉得主要是历史原因。早期模型写不动 GUI，TUI 实现简单，模型能生成，claude code 就从这里起步了。然后大家跟风，一时间 TUI 变成了 AI 编程工具的"标准姿势"。但这只是路径依赖，不代表正确。
历史是曲折上升的，claude code 起步时没人知道交互该怎么做，TUI 作为起点有其合理性。但现在模型能力强了，继续用 TUI 就说不过去了。
TUI 不是没有优点——可以 SSH 登录从任何地方访问，本地应用架构也更干净。但这些优点在 AI agent 场景下根本撑不起来。长时间运行的任务、复杂的上下文、需要可视化展示的过程，TUI 的体验是真的差。本质上它是"裂化的 GUI"——有 GUI 不用，硬要退化成 TUI。
那什么才是对的方向？讨论里的共识是两条路：
一是 CLI + server 架构：命令行作为触发器，真正的逻辑和状态跑在 server 端，前端可以是任何界面。这样既保留了 CLI 的灵活，又不被 TUI 的体验拖累。
二是直接上 Web UI：模型现在完全写得动，没有理由还停在 TUI。
对我来说，换成 codex desktop 之后，任务状态一目了然，不用再跟终端界面搏斗。这才是 AI 工具应该有的样子。
模型的能力在进化，工具的交互方式也应该跟着进化。还在用 TUI，是在用现在的模型干以前模型才干的事。
中文
Open Design 0.7.0版本正式发布🚀，这回AI终于能记住你了，再也不用每次开新对话都要重新讲一遍品牌调性、用户画像、设计约束了
还有个很爽的东西：HTML-in-Canvas
以前画 storyboard 给老板看，最尴尬的就是说 "这里假装能点击"。
现在直接把可交互 HTML 嵌进 canvas 模板，端到端真渲染。
storyboard 终于不是死的了。
欢迎大家一起来提issue帮助我们一起进步👏
github.com/nexu-io/open-d…
Open Design@nexudotio
Your AI agent forgets everything between sessions. Open Design 0.7.0 fixes that. It now remembers your brand, your audience, your constraints — across every run, every project. Stop re-explaining yourself. 107 PRs · 49 contributors · 3 days ⭐ github.com/nexu-io/open-d…
中文
我在互联网公司现在经常遇到的一个困扰是
大家对一些概念完全没对齐，比如，什么是Agent？
九原客@9hills
都在讲 Harness Engineer， 甚至说模型以外都是 Harness ，最近和客户/学员沟通，他们刚半知半解上下文工程，又来这个，而且没有实感，理解很混乱😵💫。 我说下我的理解，不一定对。 Harness 其实是两件事，Harness Workflow，关注 Agent 的工作流，比如研究-需求-设计-开发-验证闭环，比如 autoresearch 等等，更偏方法论。 还有一个是 Harness Infra，指的 Agent 的基础设施（沙盒、skills 等等）。 两件事分开讲会清晰很多，当然 Infra 的目标是保证 Workflow 的落地。
中文
其实我不太赞同文章中的观点
两者不是非此即彼的关系，Markdown 是用来保存信息，HTML 是用来展示和交互。
对于 LLM 来说，Markdown 的信息密度是最高的，HTML 是臃肿的，并不适合 HTML 阅读和生成，即使现在 AI 生成 HTML，也需要借助 React 这样的前端技术拆分成模块才能生成的比较好，一个大的 HTML 是无法一次性生成好的。
宝玉@dotey
中文
Obsidian 作者这两条推很有意思。
Markdown 文件已经事实上成为了当前 AI 文件交互的一个 Schelling point。
大家都默契地选择将自己的文本文件系统变为 Markdown 格式后再进行其他工作。
Markdown 赢得了 AI 时代文本格式的战争。基本上，现在 AI 时代的文本格式和内容展示被局限在了 HTML 和 Markdown 两个部分：
我们最近经常看到圈子里的朋友在发送文本的时候用 Markdown。
在进行演示的时候用的是 HTML（包括最近层出不穷的 PPT Skills 也都是以网页的形式去推广的）。
既然 Markdown 已经成为了事实上的基准，那我们就应该进行下一步了。
Markdown 本身的展示目前非常死板，市场想要更多、更独特的方式来和现有的 Markdown 文件去交互。
当 6 年前 Obsidian 把本地文件夹、双向链接和知识图谱跟 Markdown 结合起来的时候，很多人不太理解这个产品，觉得很难用。
但现在它不仅是个人知识管理的常态，也是 AI 内容管理非常重要的一种方式。
例如我的 CodePilot 里面没有复杂的 memory 机制，所有的 memory 其实都是靠 MD 文件完成的。所以目前需要跳出文本编辑器的思路：
最近很多人在做 Markdown 编辑器，但其实应该跳出这个思路。
将 Markdown 作为一个数据去使用，构建更加跳脱常规的人机交互体验。
比如我的 CodePilot 里的 widget，它可以支持让 AI 用你本地的 memory 和 Markdown 文件作为数据来源。
当你的本地文件发生变化时，你的 widget 组件也会随之发生变化。
kepano@kepano
Weird isn't just visual. Weird is whatever strays from the norm. Weird is relative to the current state of the world. You can have weird principles. They should be things people can legitimately disagree with. You have to remember Obsidian was very weird when it launched six years ago. Local files, malleability, backlinks, graph, even Markdown syntax... these were not as widely understood and accepted as they are today. That's why I spent so much time writing essays like "File over app" to try and explain our choices. The goal was to describe why our weird ideas should be normal, and it worked! Now the world has somewhat caught up and accepted those choices, so it's time to find the next frontier of weirdness.
中文
Zed 的 Agentic Layout 推出真的有点东施效颦。还好我问了下 AI 改回来了。
Cursor 可以这么搞是因为即便人家开始是个编辑器的壳子，但早就把 agent 这套东西搞得深入人心了，它是不是个编辑器根本无所谓。
你 Zed 不是。我用你是因为你是个 Rust 写的，速度超快的编辑器，否则我直接 VSC 不就好了。 我接受你有 agentic 能力，但你首先是个编辑器。
中文
分享个来自 @80vul 做的图，方便大体了解昨天这起经典的 AI Agent 被提示词注入导致被被盗币事件。
不过几个细节这里补充优化下：
1. 所谓 Grok 钱包（被盗钱包），其实和 Grok 官方无关，可以认为本质属于 @bankrbot 为 X 号 @grok 生成的钱包，私钥权限在 Bankr 依赖的三方钱包服务那。BaseScan 也纠正了标记（Grok -> Bankr 1）basescan.org/address/0xb105…
2. 被盗钱包的 Bankr Club 会员确实被开通了，但不是直接给个 NFT 就开通，应该是中心化机制，所以这部分链上没证据，但是有来自 Bankr 的开通确认：x.com/bankrbot/statu…
3. 提示词注入最点睛之笔是借 @grok 之力来打了 @bankrbot ，被盗 tx basescan.org/tx/0x6fc7eb7da…
案例很经典，所以细节更需严谨对待。至于是不是剧本，没法完全说不是。Grok 确实被借力且被太多人乱扣了被盗大帽子，但事件主角并不是 Grok…
Cos(余弦)😶🌫️@evilcos
@Xuegaogx @grok @bankrbot 可是，Base 链上带有 Grok 标记的钱包地址不是 Grok 官方的呀
中文
