Paul Graham:亚马逊禁止 agent,是创业公司做竞品的机会
Paul Graham 说亚马逊禁止 agent 是自其创立以来创业公司第一次做亚马逊竞争对手的机会:人们会想让 agent 替自己买东西,而且不愿用亚马逊自家提供的 agent。
X 帖子与收藏、官方发布、研究与维护者资料。
先读导读,再沿着原始出处继续。
每条说明出处与阅读范围。工具效果和案例数字归原作者;近期筛选按来源日期,截止 2026.10.27。
Paul Graham 说亚马逊禁止 agent 是自其创立以来创业公司第一次做亚马逊竞争对手的机会:人们会想让 agent 替自己买东西,而且不愿用亚马逊自家提供的 agent。
a16z 称 agent 消耗的 token 接近人类的 5 倍,且半年内增长 14 倍;引用的访谈中 AWS CEO 说,越来越多团队想要一个对 agent 友好的云,而不只是对人友好的云。
花叔用一条制作记录描述讲解员式科普:人物随口播换动作,失败、转折和数字用画面表达,并附上 Skill 仓库。可借用的是让镜头承担解释任务,先标出脚本里哪些信息靠画面更清楚,再设计动作与节奏。
AIRobert 分享用定时任务观察 X 上新发布,再挑出可能值得研究的新词。这个经验提供的是发现入口:把原始发布、发现时间和候选用途记下来,后续再查需求与搜索表现;快速看到一个词,并不代表值得立刻建产品。
白宦成按自己的使用经验列出域名、文件存储、安全规则、邮件、应用和 NAS 访问等用途。这个清单的阅读价值在于先识别基础设施职责,再检查每项是否需要独立授权、备份与计费;不要把全家桶等同于没有边界。
宝玉对 LCU 项目的整理解释了运行时转接、MCP 入口、保留状态的 JavaScript 会话和系统权限等关系。文章提供的价值是把“模型能操作电脑”拆开成运行时、工具接口和授权范围,方便评估接入前需要检查什么。
p4n 介绍了一个把动效作品和对应提示或 Skill 并列展示的图库,并说明对创作者署名。这样的入口适合研究“要求怎样写”与“结果怎样呈现”的对应关系,收藏时还应记录所参考的具体片段和希望借用的运动原则。
John 的人物九宫格提示把身份、服装、背景和光照列为固定项,再逐格指定仰拍、特写、俯视、侧面等机位。它适合作为结构化提示的例子:保持不变的事实先写清,允许变化的镜头参数单独列出,最后检查文字标签。
lumxss 介绍 Agentic Inbox 时,把邮件进入、保存、历史搜索与回复草稿分开,并强调发送前确认。它适合提示读者把“理解来信”和“代表自己发信”当作不同动作,先检查资料访问与草稿质量,再考虑后续流程。
宝玉对订阅研究的长篇转述说明,按 API 标价折算的价值与实际 Token 数量并不是同一指标,还提到模型、缓存和限额窗口的影响。可借此设计自己的用量记录,而不是直接把历史“几倍价值”当作今天的购买答案。
Addy Osmani 建议给 agent 配备检查自己工作的手段,值得投入的测试包括:端到端测试模拟真实用户流程作为基准、属性测试规定『绝不能发生』并生成大量用例、替换系统时用随机输入对比新旧版本、要求测试跑得快。
用户 exm7777 分享在 Claude Code 里用 Opus 5.5 超过 70 小时的经验:始终把思考强度设为中档,上下文保持在 40 万 token 以下,只用全局 claude.md,用 git worktree 并让一个主对话当路由,多用子 agent 保持主上下文干净。
作者把几种 Agent 扩展方式按分发、行为干预、代码编排和架构组装来区分。这个比较适合作为提问清单:能装什么、能改变哪些动作、执行在哪里发生、能否替换底层组件;产品名称相似,不表示扩展权限相同。
小墨同学整理的插件清单覆盖 MCP 接入、任务委派、网页资料、长会话和向用户提问。比起逐个安装,更值得借用的是需求分类:当前任务究竟缺访问能力、上下文容量,还是一个能及时纠正歧义的反馈入口。
Fox 引用他人的 Vercel 与 Cloudflare 账单差异,并分享迁移与模板经验。读这类案例时,值得追问的不是哪家一定便宜,而是请求量、缓存、存储、带宽和服务能力是否相当,以及迁移后增加了哪些维护工作。
小墨同学把一套 AI 应用分为执行逻辑、模型调用、网关、向量检索、结构化数据和异步文件任务。即使不采用文中的平台,这个分解也有用:每一层保存什么、失败由谁处理、何时需要排队,都应当有独立答案。
陈大黄引用一个投票站账单抱怨,原作者把大量查询归因于网页持续轮询。它适合作为故障线索,提醒开发者把实时需求、刷新频率、访问人数和后端查询成本放在一起验收,并检查页面闲置后请求是否继续。
这篇中文整理把 Pi 放回其作者与公司背景,分别介绍开源开发、产品组织和商业工作的分工。阅读重点是软件背后由谁维护、谁决定方向,以及个人项目进入公司后会出现哪些新的依赖;具体人物履历仍需回到本人资料核查。
这篇中文转述围绕 Pi 与 Durable Objects 的组合,讨论运行时、会话状态和存储的关系。可借此思考任务停在边缘节点或云端进程时,哪些上下文需要持久化、哪些副作用必须单独记录,而不只比较提示词长度。
indigo 用手机、专业电脑和企业 IT 类比三类 Agent 使用形态,把个人事务、完整工作闭环和组织流程分开。文中涉及本地执行、云端持续运行,以及企业身份和权限管理;这个分层适合先确定任务边界,再谈工具配置。
这条评论讨论代码可维护性、任务意图和可见结果之间的落差,并举出把二维图像伪装成三维场景的争议例子。读它最有用的角度是补全验收:除了结果截图,也检查实现约束、测试修改和后续维护是否符合原要求。
Dash 记录了老游戏在新硬件环境中的移植工作,先描述原生运行、显示与窗口,再把手柄和移动端放到后续步骤。这个过程适合学习如何按运行、交互和平台兼容拆分验收,避免把一次成功启动写成全部改造完成。
烁皓从个人试验出发,讨论只传静态尾帧会缺少运动信息,并描述用一小段连续帧保持接缝状态的方案。导读重点是让下一段知道角色刚怎样移动,再逐帧检查姿态、位置和节奏;具体实现仍要看项目条件。
Loki Yan 围绕搜索文档中的 effort、原创性和准确性展开评论,质疑只把信息流改写为页面的内容方式。作为编辑检查,可以追问每一页多了什么:独立核查、具体例子、可重复方法,还是只有换词与署名。
试试另一个关键词,或清除来源与时间条件继续看。