操作经验

窗口管理

切记,不要把所有需求功能都放在同一个对话窗口里写。任何模型的窗口都是有上下文限制的。你一直在一个窗口里输出内容,效率会越来越低，虽然说上下文满了它会自动压缩,但它每次还是要把前面的内容重新扫一遍。这就会导致一些无关痛痒的问题:明明你在改B,它还要把前面A的东西再看一遍

同时要实时关注一下,看当前窗口的上下文是不是快满了，哪怕这个功能还没写完,也可以主动切

关于模型

我自己在模型使用上一般分顶级、中级、日常这三档:

• 顶级模型：Claude 的Fable 5或Opus 级别，一般用来写框架、做新功能、跑复杂任务的时候。
• 中级模型：性价比高的执行型模型,比如 ChatGPT 5.6sol或者claude sonnet,用来跑具体执行。
• 日常/改小问题：我主要用 Cursor Grok 4.6，因为我写代码主要在 Cursor 里搞

换算到国产模型上,目前比较顶级的是 Kimi K3和GLM5.3 ,算是国内比较能打的，中级性价比毋庸置疑的就是守门员Deepseek，其他的我基本没有使用过，这里就不评价了。

生产力不能省

在模型这方面,我强烈建议不要省！

只要你用过高级模型,基本就回不去了，贵是贵了写，但真的省心，如果你只是玩玩,可以用性价比高的模型慢慢磨也行，但是我个人觉的用垃圾模型是纯找罪受，毕竟根据能量守恒定律，省的钱会在时间和精力上补回来

很多任务顶级模型可能一步到位,普通模型要跑好几轮,甚至越改越倒退都有可能！我就经历过，所以我是不会用哪些便宜普通模型来干货的，那些用来跑跑Agent干干日常活可以，但是生产力这块，还是得用顶级的模型，毕竟一分价钱一分货。

关于中转站

我个人是不推荐使用中转站的，现在市面上中转站太多,坑也多。如果你判断力不够,很容易被坑,甚至有些中转站还存在"投毒"风险，所以从省心和性价加的角度来看，第三方的中转站并没有多省心。

关于中转站科普我推荐看这期视频，本来应该挂B站链接的，但B站的链接失效了，不知道是这个up自己删了还是触发风控了。

如果你确实要用的话，可以使用这个网站进行检测下，可以测试你购买的中转站提给的API的质量如何，十分注水，以及这个网站上也有推荐一些中转站，可以看看

性价比最高的方式其实还是开通官方的套餐就例如ChatGPT和Claude的，用官方的在缓存上也有专门的优化，也不用太担心降智问题

我个人vibecoding主力还是通过购买cursor账户，我在写这篇内容的时候是2026年8月20号，闲鱼上一个cursor team的日刷号价格大概是20块钱左右，账户包含约40刀高级模型（flabe5、claude、ChatGPT都有）额度170刀Cursor自己模型(Gk4.5、Compose）额度，说真的性价比拉满了，我是强烈推荐的，当然也不知道这种能持续多久，可能哪天突然就没了

Git 备份

Git 备份这块真的太重要了。简单来讲,就是你每次改项目、改到一个重要节点，都可以对它存一次档；假如改了两次之后发现代码崩了,直接撤回上一次存档就行，本质上就是"存档"的意思

Git 其实功能挺复杂的,还有合并之类的操作，说实话我自己也没搞得很明白，我主要就是拿来做存档。

任何项目一开始,都要养成建立Git 的习惯。我最开始玩 vibecoding做Qshot子弹搜索那个搜项目的时候，大概情况就是，我当时想改一个输入框的位置和大小，然后就一直改不成功，然后就交流了很多轮，然后我突然发现，我需要改的还没成功，还是其他很多地方出现了乱码和错位情况，我当时想死的心都有了，因为又要挨个调，进入无限抽卡轮

只到我和一个程序员朋友吐槽这个事情，他就告诉我要做下git备份，我当时才知道git这个玩意，关于如何创建git部分和使用，我这里就不具体教了，因为我也不是很会，这里给大家安利几个视频，大概了解一下 Git 怎么用、有哪些功能就行。

实在不会操作 Git,直接让 AI 帮你搞定就行，我基本都是这么解决的，包括账号上传这些操作,截图发给 AI告诉它，你要实现什么效果，包能搞定的。

Github云同步

当你给项目用上 Git 之后，我还是比较建议再把它同步到一个线上仓库。

简单来说就是：除了电脑本地存一份代码，线上再存一份。

像我们这些原本不懂代码的人，可能一开始认识 GitHub，都是因为上面有各种开源软件、项目、资源，但是 GitHub 本身最核心的用途其实就是代码托管，也就是专门帮你在线保存和管理代码的地方。

当然除了 GitHub，还有 GitLab、国内的 Gitee、Codeup、Coding 等等，功能上都能实现类似的事情，甚至操作更直观，更适合小白。

但如果让我推荐的话，我还是更建议直接用 GitHub，因为生态

GitHub 基本就是目前代码开源和托管生态最大的平台，后面你用 AI 编程、找开源项目、安装 Skill、看别人代码，基本绕不开它。而且我自己感觉，对于一个并不是程序员的人来说，会用 GitHub 是一个很实用的互联网技能。

那具体怎么整呢？还是老办法：直接问 AI。

你就跟你的编程 AI 说：“我想把这个项目同步到 GitHub，你一步一步带我操作。”

然后它会告诉你怎么创建 GitHub 仓库、怎么把现在这个本地项目连接到远程仓库、怎么第一次 push 上去。这部分我反而没办法给大家写一个特别详细的教程，因为我自己当时真的就是像个傻瓜一样跟着 AI 一步一步点，哪里看不懂，就截图，发给过去问AI就行了。

我在项目里怎么用 Git

接下来分享几个我自己做项目的时候，对 Git 的使用方式，我现在大概给项目做了三层兜底。

1. 定时自动备份

我给项目设置了两个固定时间，每天下午 6 点和晚上 12 点都会自动进行一次 Git 备份，把当前代码 commit，然后 push 到远程仓库，有时候一天改了一大堆东西，忙着忙着就忘了提交，万一晚上电脑出问题、本地文件损坏，至少远程还有一份。

所以这个定时备份不管你现在这份代码是不是一个特别完整的版本，它更像一个最基础的保险。

当然这种自动备份我不太建议直接往正式的 main 分支里面硬塞，最好单独放一个备份分支，不然一些还没验证完的代码也混进正式版本里，后面反而更乱。

2. 大改之前，先存一份

第二层就是我现在只要准备做比较大的修改，都会先留一个 Git 版本。

比如加一个比较大的新模块、换技术框架、跨模块重构、改数据库结构、权限系统这些，只要属于那种“一改可能会动很多东西”的任务，我都会先让 AI 做一次 commit + push，然后再开始。

这个我觉得特别重要，因为 AI 做大型任务的时候，经常一下会改几十个文件，中间只要某一步方向错了，后面就有可能越改越乱。这时候最舒服的不是继续让 AI 在一堆问题上面缝缝补补，而是直接回档，就像打游戏存档一样。

3. 主动问我要不要存档

然后第三层是我后来自己加进去的。因为不是所有比较重要的修改，都大到需要在开始之前专门备份。

比如做完了一个新功能、改完了一套比较完整的交互、完成了一个小模块，这种时候其实也很适合留一个版本，但我自己经常会忘。所以我会直接在项目规则里面告诉 AI：

每完成一个相对完整的功能或者重要修改后，主动问我一次，要不要 commit 并 push 一个 Git 版本。颜色、间距这种很小的改动就不用问。

这样就比较舒服，避免自己忘记git部分，有时候真的会忘记的，写着写着写嗨了就忘记了

所以我现在 Git 基本就是这么用：固定时间自动兜底 → 大改之前先存档 → 一个完整功能做完以后再留一个版本。

对于我们这种本来就不会代码的人来说，其实完全不用一开始把 Git 学得特别复杂。先把它理解成一个随时可以后悔、随时可以回档的存档系统，就已经特别有用了。

这里还给大家准备了提示词，可以直接发给你当前在做项目的AI编程工具。

请先检查当前项目的 Git 和 GitHub 状态，根据项目实际情况帮我建立一套 Git 兜底机制，不要机械照搬。

如果项目还没有 Git，请先引导我初始化；如果还没有连接 GitHub，请引导我创建远程仓库并完成同步。

然后帮我实现：
1. 定时备份：每天 18:00 和 24:00 自动保存并同步一份代码，具体实现方式和分支由你根据当前项目判断。
2. 大改前存档：涉及新模块、重构、框架、数据库、权限等较大修改时，开始前先创建一个可回退的 Git 存档点。
3. 重要功能完成后提醒：完成一个完整功能或重要修改后，主动问我是否需要 commit + push；文案、颜色、间距等小修改不用问。

把适合长期执行的规则整理进当前项目的 `AGENTS.md`、`CLAUDE.md` 或现有项目规则里，不要重复创建规则文件。

先检查当前项目并告诉我你准备怎么做，有风险或需要我决定的地方先让我拍板，再执行。