我的 200 美元 AI 订阅方案

写在前面

AI Coding 交流群中最老生常谈的一个问题便是,大家都是订阅的什么工具,这个问题太频繁了,以至于我觉得有必要写一篇文章,如果愿意拿出 200 美元左右订阅 AI 工具,这笔钱到底该怎么花?

这事儿放在半年前,我可能会说:挑一个顺手的工具,买些额度就行。但现在我的答案变了。

AI 编程工具和通用 AI 产品在过去半年迭代得太快,已经不是简单的”买 Token”问题。尤其是 200 美元这个预算,对大多数个人开发者来说并不便宜,所以它必须同时回答两个问题:第一,能不能实实在在提升我的生产力;第二,能不能帮我建立对 AI 工具和工作流的判断力。

我觉得订阅几款头部产品至少有四层价值。

第一,是直接提升生产力。 这不是一个虚的理由。一个靠谱的 AI 编程工具,确实能帮你更快读懂陌生代码库、更稳地改跨文件需求、更省力地写测试、补文档、做调研。只要你每周有几次真实开发任务能被它加速,订阅费就不只是”尝鲜成本”,而是实打实的工具投入。

第二,是认知层面的更新。 AI 编程工具的变化速度非常夸张,每家的产品设计、Agent 架构、上下文管理方式都不一样。光看博客、发布会和评测,拿到的是二手信息;亲手用一个月,得到的是肌肉记忆。这种”知道”和”用过”的差距,在你和团队讨论方案、和客户聊产品、判断技术趋势时会立刻显现出来。

第三,是看看最先进的 AI 产品长什么样。 MCP、Skill、Plugin、Cowork、Spec Workflow、Harness Engineering 这些正在影响行业的新范式,很多都是 Anthropic、OpenAI 这类一线团队率先推出来的。订阅它们的产品,不只是为了多一个工具,而是为了第一时间摸到最新的产品边界。

第四,是看清 AI 当下的能力上限。 AI 时代选工具不是挑一把瑞士军刀,而是要在关键场景里用最强的那一档:写复杂代码看 Claude,做图片和多模态创作用 ChatGPT,做深度调研可以用 Deep Research,长任务自治可以看 Kiro。只有亲手体验过每家最强的部分,你才会真正知道当下 AI 能做到什么程度,否则很容易被零散评测或单个观点带偏。

所以下面这篇不是严格意义上的工具横评,而是我自己花钱、花时间订阅和使用之后的体感总结。按推荐顺序聊一下。

img


Claude —— 如果只能订一个,闭眼选它

img


一个文件让 AI Coding 效率翻倍:AGENTS.md 实践指南

AGENTS.md 编写指南

前言

这是我”AI Coding 经验总结”系列的第五篇文章。前几篇聊的是工具选型、工作流范式、Harness Engineering 这些偏宏观的话题,这篇回到一个更具体的问题:怎么写好一份 AGENTS.md?

「在代码仓库中放一份上下文文件,告诉 AI 工具这个项目是什么、怎么构建、有什么规矩」——这个做法现在已经有了一个统一的名字:AGENTS.md。在展开实践之前,先花一点篇幅介绍它的前世今生,已经了解的同学可以跳过。

AGENTS.md 是什么?

AGENTS.md 是一个简单的开放格式,用于指导 AI Coding Agent 在你的项目中工作。你可以把它理解为给 AI 看的 README——README.md 是给人类看的项目说明,AGENTS.md 则是给 AI Agent 看的项目指令,包含构建命令、编码规范、测试要求、安全注意事项等 AI 需要知道的上下文。

官方建议的使用方式很简单:

  1. 在仓库根目录创建一个 AGENTS.md 文件
  2. 写上对 Agent 有用的内容:项目概述、构建测试命令、代码风格、安全注意事项
  3. 补充额外指引:commit 规范、部署步骤、安全陷阱——任何你会告诉项目新成员的东西
  4. 大型 monorepo 可以在子目录放嵌套的 AGENTS.md,Agent 会读最近的那个(OpenAI 自己的仓库有 88 个 AGENTS.md)

格式上没有任何强制要求,就是标准的 Markdown,用什么标题、写什么内容完全自由。

前世今生

这个概念最早由 Anthropic 通过 Claude Code 的 CLAUDE.md 普及。Claude Code 运行时会自动加载当前目录下的 CLAUDE.md,把内容注入到发给模型的请求中。这个设计简单而有效——维护好一份上下文文件,Agent 的表现就会变好;表现变好了,你就更愿意用它,进而更愿意维护这份文件,形成正向循环。

随后各家 AI Coding 工具跟进了自己的版本,一度各自为政:

工具 上下文文件
Claude Code CLAUDE.md
Cursor .cursorrules / .cursor/rules
Copilot .github/copilot-instructions.md
Gemini CLI GEMINI.md
Cline .clinerules
AMP (Sourcegraph) AGENT.md(单数)
OpenAI Codex AGENTS.md(复数)

这种碎片化意味着团队需要为不同工具维护多份内容相同的配置文件,改一次规则要同步好几个地方。

2025 年 5 月,Sourcegraph 旗下的 AMP 率先提议统一标准,建议用 AGENT.md(单数),并注册了 agent.md 域名。随后 OpenAI 宣布买下了 agents.md 域名,提议用 AGENTS.md(复数),理由是多个 Agent 会共用同一份配置。AMP 随即主动让步对齐,将 agent.md 重定向到 agents.md。

最终 AGENTS.md 成为事实标准,由 Linux Foundation 下属的 Agentic AI Foundation 托管。截至 2026 年初,GitHub 上已有超过 6 万个开源项目使用这个格式。Cursor、Kiro、灵码、Qoder、Copilot 等主流工具均已支持。Claude Code 虽然仍用 CLAUDE.md,但内容完全通用,一个软链接即可兼容:ln -s AGENTS.md CLAUDE.md

过去半年里,我为手头的多个项目都维护了 AGENTS.md——有管控系统、有内核引擎代码、有产品基线、也有文档系统。不同项目的技术栈、仓库结构、团队规模各不相同,但在 AGENTS.md 的实践上逐渐收敛到了一套相似的方法论。这篇文章我挑了其中投入最多、也最通用的一个场景——管控系统(Spring Boot + React 的前后端分离项目)来展开介绍,希望对正在写或者想写 AGENTS.md 的同学有参考价值。


Your browser is out-of-date!

Update your browser to view this website correctly.&npsb;Update my browser now

×