截止到目前，已经没有人像当初一样质疑大模型在编码领域所取得的成就了，无论是Claude，Gemini，ChatGPT等等都在这个赛道拼杀，它们各有优势，例如写项目文档我觉得Claude写的就比Gemini要好，因为Gemini总是写的很简陋。
使用大模型的方式
而目前最重要的就是使用大模型的方式也有一些变化，原来我直接就打开VSCode、Windsurf编辑器，直接在编辑器里的会话直接提问，后来发现这种方式好像是上下文的问题，有时候大模型会犯傻。于是我最近习惯了一种使用大模型的方式，就是直接在网页上提问。
在网页上就会涉及一个问题：大模型如何理解你的上下文？
这确实是一个痛点，我写了一个程序，自动把我所有源码都拼接到一个Markdown文档内，然后在准备一个项目设计文档叫project.md，再准备一个guide.md 编码规范文档。如
guide.md
# 开发规约
## 代码规范
- 采用 **2** 空格缩进
- 采用 **snake_case** 命名风格
- 尽量最新代码范式，避免 **过时老旧** 代码风格
- JavaScript代码的语句末尾该添加分号就添加 **分号**，不要省略
- 使用模块化方式，使用 **import** 替代 **require** 引用模块
## 开发规范
- 如果有配置文件，使用yaml格式替代json做为配置文件
- 修改之前必须全面理解项目背景，项目需求，项目代码目录结构，项目代码设计规范
- 请按最小代码量的修改原则，如果不明确的地方就不要修改
- 使用PNPM管理依赖，相关依赖尽可能使用最新版本
## 部署环境
- 直接用Node.js部署在Debian 12上
- 配置文件要能配置服务端口，相关数据目录等等
project.md
Web项目在线运行平台是一个类似 CodeSandbox/StackBlitz 的在线开发环境，通过 Docker 容器提供隔离的运行环境，支持多终端会话管理、实时文件同步和代码编辑。
...
准备好以上文档之后，每次在网页上总会先准备以下这么一句话
阅读 @project.md 全面理解项目详细设计，然后阅读 @project_source_code.md 理解源码。 然后阅读 @guide.md 明白相关规范。
然后换行直接问问题，起初看起来这套操作我就觉得很繁琐，但后来发现这个操作能很好的控制上下文，例如 @project_source_code.md 你可以随意控制把不想添加文件删除掉，并且你会发现这个提问在网页上新开一个对话之后，大模型都能大概率解决你的问题。
提问方式
目前还是能明显感觉到大模型受上下文的限制，无法一次输入输出太多代码，基于这个前提我目前基本上就是一个问题一个对话。
在Claude目前的版本里支持project概念，这个我觉得比较不错，把一些基础性不容易变化的都上传到instructions下，这样的话只要关于这个项目的就直接在项目下创建会话，大模型会联系之前关于这个项目的记忆省去了它还要重新理解你这个项目的意图背景信息等等。
推荐
目前个人觉得比较合适的就是Gemini和Claude了，Gemini前段时间只要是学生就送一年pro，Claude没办法，只能按月付费，但这点费用的支出对比你得到的产出简直不足一提。
目前Claude也出了最新的Sonnet 4.5，确实很好用，Gemini估计也快憋大招出下一个版本了，因为 Gemini 2.5 pro已经出好久了。
截止目前，老马家的Grok也在进入编程赛道，我在VSCode里试过，感觉就是速度很快，但也没有深入使用，毕竟它家的收费30刀起步，费用相对其它家偏高。
