@RhysSullivan: https://x.com/RhysSullivan/status/2070989582850793947
摘要
Rhys Sullivan认为,公司应该使其API、技能和知识对用户自己的AI代理开放,而不是强迫每个人都使用应用内代理,这样高级用户可以利用他们偏好的模型和本地上下文,同时仍然为普通用户提供简单界面。
查看缓存全文
缓存时间: 2026/06/29 12:37
我不想用你们的智能助手
我想用你们公司花了多年时间打磨的技能、知识和 API,而不是你们定制的智能助手。
几乎每家公司现在都已经推出了自己的智能助手。
Cloudflare 的仪表盘里有自己的助手,PostHog 有,Mercury 有,Linear 也有——每周我们都能看到又一个网站首页被聊天界面取代。
我其实不觉得这是坏事,恰恰相反,通过智能助手与网站交互是一种神奇的体验。
问题是,出于多种原因,我不想用这些助手。
激励问题
最大的问题是激励。我一直在跑 Opus 4.8 或 GPT 5.5,公司为所有用户免费提供这种级别的模型是不可能的。
实际情况是,当你在网站上与助手聊天时,大部分时间你面对的都是量化版的 Kimi 2.5。虽然它也能完成任务,但这不是你的助手。
我在为最好的模型付费,我想为我的工作使用最好的模型。
上下文
当我在 Linear 的网页 UI 中使用他们的助手时,它无法让我带入本地文件、随机的 Git 仓库等。
他们可以(也确实在)构建这个功能,但你永远比不上我用本地环境运行的效果。
那么,我想要什么?
我希望我的智能助手能成为你的产品和问题领域的专家。
对 Linear 来说,这意味着一套技能,帮助我把最大的问题拆解成可执行的任务。
对 Cloudflare 来说,这意味着关于其广泛产品表面的详细文档,以及可运行的 CLI 命令。
对 PostHog 来说,这意味着可供查询的数据、用于可视化数据的深度链接 UI 组件,以及帮助我增长产品的技能。
你们嵌入在 UI 和文档中的那些知识和专长,需要能被我的日常助手所访问。
如何实现
问题是,我是这些工具的高级用户。我在不同供应商那里有多个 Max 订阅,不断更换工具,我并不代表大多数用户。
那么,如何在不忘掉那些真正想用你应用内助手/Slack 机器人等的用户的同时,为这项技术的高级用户提供支持呢?
你基于高级用户将使用的同一套原语来构建你的内部助手。
大致如下:
- 某种形式的 harness(Pi、OpenCode、Harness SDK,可以很轻量)
- 技能(Skills)
- MCP / API
当用户进入聊天界面时,显示某种提示,比如“想在你自己的助手中继续?安装 MCP/CLI 和技能。”
普通用户可以忽略它,继续使用你内置的聊天功能;高级用户则可以将你的产品直接嵌入到他们的助手中。而你只需要维护一个真相来源。
相似文章
一位开发者分享关于如何最大化AI代理能力的见解,认为更简单的设置和理解核心原则比复杂的工具和库更有效。
一位开发者分享关于如何最大化AI代理能力的见解,认为更简单的设置和理解核心原则比复杂的工具和库更有效。
@hnshah: https://x.com/hnshah/status/2062647149582750101
本文认为,公司的首个AI策略应该是创建一个'技能库',以捕捉顶尖员工可复用的工作方法,这样智能体可以学习任务背后的方法,而不仅仅是访问数据。它还推广了一个名为Skills 101的在线研讨会。
@rohit4verse: https://x.com/rohit4verse/status/2070861975358525500
本文解析了如Hermes和OpenClaw等个人AI代理的架构,解释了运行在个人硬件上的持久化、始终在线程序如何为用户过滤和总结信息,超越了聊天机器人的范式。
自主AI存在用户体验问题——解决该问题将把AI代理带给每个人
本文讨论了自主AI的用户体验挑战,并认为解决这些用户体验问题是让AI代理惠及所有人的关键。
@rhythmrg: https://x.com/rhythmrg/status/2066561780495896785
文章认为,企业应该对自定义AI模型进行后训练,用于关键任务、高容量的用例,以实现差异化、节省成本并对权衡进行控制,而不是仅仅依赖通用前沿模型。