用户在 Datasette 里按一下 /，以前主要是搜索、跳转；现在还能看到一个“Start a new agent chat”。
输入 count entries，Agent 开始一段对话，数出 entries 数量，返回 3300。
这就是 datasette-agent 0.1a4。版本号很克制：0.1a4，早期 alpha。没有宏大发布，没有“重新定义数据分析”，只有一个入口变化。
但我反而更愿意看这种小改动。
因为它把 Agent 从“另开一个地方聊天”，塞回了用户已经会用的菜单里。Agent 终于不像站在门口招手的销售，而像工具箱里多了一把顺手的刀。
发生了什么：Agent 进了 Jump 菜单
这次更新依赖 Datasette 1.0a30 新增的 makeJumpSections()。
它是一个 JavaScript 插件钩子。重点不在 AI，而在界面扩展：插件可以往 Datasette 的 Jump 菜单里加入新的区块。
datasette-agent 用这个钩子做了一件很小的事：用户按 / 呼出 Jump 菜单时，可以直接开启新的 Agent chat。
快速看关键信息：
| 项目 | 变化 | 影响 |
|---|---|---|
| datasette-agent | 发布 0.1a4 | Agent 入口进入 Jump 菜单 |
| Datasette | 1.0a30 加入 makeJumpSections() | 插件可扩展 Jump 菜单 |
| 用户动作 | 按 / 后输入任务 | 少一次切换页面或找入口 |
| 演示任务 | count entries | Agent 返回 entries 数量 3300 |
| 试用方式 | 登录 agent.datasette.io | 使用 GitHub 账号进入 |
这里能确认的事实很有限：入口集成了，一个计数任务跑通了。
看不见的也很多：没有性能数据，没有准确率统计，没有权限与安全细节，也没有商业化路径。
所以别把它吹成“Agent 数据分析时代来了”。证据还不够。
但它确实补强了一个判断：Datasette Agent 的重点不该是先做万能助手，而是先找到它在 Datasette 里的正确位置。
相比首版发布时更偏“能不能做 Agent”的问题，0.1a4 给出了一个更具体的产品答案：入口要进工作流，不能停在旁边。
为什么重要：入口比聊天框更关键
很多 Agent 产品都有同一个毛病：模型能力讲得很满，用户动作设计很生。
你正在查数据，突然要打开另一个页面；你刚看完表，又要重新描述上下文；你本来只想做一步操作，产品却让你进入一段“和 AI 对话”的仪式。
这不是智能，这是打断。
Datasette 这次做得好的地方，是把 Agent 放进了 / 这个动作里。按 / 本来就是找东西、跳地方、启动命令。用户不需要重新学习一个“AI 入口”。
这件事小，但方向对。
早期电气化工厂也有类似问题。电机装上了，厂房布局还按蒸汽机时代来，效率提升很有限。真正的变化不是“有电了”，而是生产线重新围绕电力组织。
Agent 也一样。
模型不是一接上就有生产力。它要进入原来的路径，缩短原来的动作，减少原来的摩擦。
否则就是演示视频很好看，日常使用很别扭。
谁受影响：Datasette 用户和插件开发者
最直接受影响的是两类人。
一类是 Datasette 用户，尤其是经常在数据库、表格、数据集之间跳转的人。
如果 Agent 入口在 Jump 菜单里，用户试一次的成本会低很多。不是因为 Agent 突然更聪明，而是因为它出现在更合理的时刻。
工具能不能被用起来，很多时候差的不是能力上限，而是第一次调用的阻力。
另一类是插件开发者。
makeJumpSections() 不是专门为 Agent 做的，但它把 Jump 菜单变成了一个可扩展的交通枢纽。谁能把能力嵌进高频入口，谁就更接近真实任务。
以后插件之间比的可能不只是“接了哪个模型”，还包括“嵌进了哪个动作”。
这比模型名字更现实。
模型供应商在云端打架，插件开发者在入口处抢位置。天下熙熙，皆为利来。放到软件里，就是入口即利益。
谁控制入口，谁控制任务分发。
Agent 不该先做万能助手
我对“万能 Agent”一直不太买账。
不是因为它不诱人，而是因为它太容易把问题讲反。
真实用户不是每天坐在那里想：“我今天要找一个 Agent 帮我规划世界。”真实用户更常见的状态是：我现在有一张表、一个错误、一段 SQL、一堆记录，我想少点两下，少查一次文档，少复制一轮上下文。
这才是入口。
Agent 如果先把自己包装成万能助手，就会被迫承担过高预期：能理解一切、能操作一切、能替用户判断一切。结果往往是模型看着更强，产品反而更虚。
Datasette Agent 现在更像走了另一条路：先做窄，先贴近已有界面，先让用户在一个明确场景里调用它。
这不是退让。是产品上的诚实。
万能助手的问题在于，它把“不知道用户在哪里需要帮助”伪装成“我什么都能帮”。真正好的 Agent 通常不会天天提醒你它是 Agent。它会在你正要动手的时候，把下一步变短。
这个判断也有边界。
count entries 只是一个简单任务。它不能证明复杂数据分析、跨表推理、权限控制、结果校验都已经可靠。Agent 一旦能执行更多动作，风险也会变大：误操作、幻觉、越权、审计缺口，都会从“回答错了”升级成“系统被改了”。
所以接下来真正该看的，不是它会不会多几个漂亮 demo。
要看四件事：
- Agent 能否稳定理解 Datasette 当前页面和数据上下文；
- 执行动作前有没有清楚的确认和权限边界；
- 结果能不能被追溯、复核、重跑；
- 插件入口会不会变成一堆 AI 功能抢菜单位置。
入口入流，是好事。但入口一旦泛滥，也会变成噪音。
这就是软件产品最老的治理问题：能力越多，越需要克制。不是每个功能都配得上一个入口，也不是每个 Agent 都该站到用户面前。
Datasette Agent 0.1a4 的意义，不在于它多会聊天。
它提醒了一件更朴素的事：Agent 要成为工具，得先进工具的路网。先进菜单，先进快捷键，先进命令面板，先进用户已经形成肌肉记忆的地方。
站在外面喊“我很智能”，没有用。
走进流程里，少一步，才算数。