最近一两个月，新项目提倡能用 AI 干活就用 AI，尽量不自己写，对我而言算是一种比较新的尝试吧。以前的做法可能都是我自己实现了一些，让AI基于已有的内容去构建新的，或者指挥AI改 bug,写工具等，给我打杂，现在这种模式则截然不同，AI 承担了更多的工作，而我需要为他的工作兜底，这就需要我对它有比较强的驾驭能力才行。不过这不是这篇文章想讲的，这篇文章想分享的是我这段时间遇到的一个困境：AI 虽然帮我干了更多的活，却没有让我更轻松，反而让我觉得身心更加疲惫，效率也没有自己手撸代码高。
最近面向大模型编程（LOP）很火，在 web 开发领域更是被用得炉火纯青，我们可以用它从任务拆解、开发、质检再到写 devops 脚本串行。但是在游戏制作中呢？是否也能用这一套？
工欲善其事，必先利其器，我们先来了解 LOP 是什么，有哪几种模式。LOP 即面向大模型编程，相较于传统编程（人写好逻辑，程序严格执行）模式，LOP 可以说是做了完全的颠覆，人只需要写Prompt + 少量代码，大模型动态生成逻辑，后者给我们的想象空间更加广阔。LOP 主要有以下几种使用姿势：
原文名称是[Writing a good CLAUDE.md]，一位外国博主写的一篇关于如何写好CLAUDE.md的文章，我这里翻译为[如何写好项目规则]，因为这篇文章同样适用于Cursor等AI IDE的 project rules 编写。文章没有完全直译，而是按照我的理解做的本土化意译。
很多朋友可能遇到过这个问题：AI 编辑器与自己使用的编辑器差异很大，无从下手，比如有朋友可能用 WebStorm、eclipse或者 Visual Studio 的，这些编辑器可能有很多强大的工具在现代 AI 编辑器中还未迭代出来。
我原本用的 VSCode，切换到 Cursor 属于是无痛切换。市面上的很多 AI IDE 我也下载了几个体验，基本都是类似 VSCode 的。所以这里就大致理一下 VSCode 怎么用能更顺手，VSCode 本身的功能比较有限，得益于插件市场，极大的扩展了他的能力。所以要用好 VSCode，得先看看自己有哪些需求，然后找到符合自己要求的插件，比如我们可能已经习惯了用 WebStorm 的主题配色，突然换到 Cursor，配色等都不是我们熟悉的，可能会比较影响编码，还有就是用惯了 git 图形界面操作，在 Cursor 找半天，影响到代码提交等，这些都可以用插件解决。
深度使用 AI 一段时间后，我积累了一些实用的心得。
一开始把 AI 当搜索引擎，打开一个对话搜索一个问题或者在一个对话框里输入问题不断地搜索。这样有什么问题呢？上下文可能会比较混乱，一会搜索这个，一会搜索那个，AI 比较难深入推理出我想干嘛，给的答案可能也没这么专业。
最近有点迷茫，不知道自己想要的是什么，自己在追求些什么。我们常常听到一句话：为事业燃烧，但是什么是事业呢？是当前就职的工作吗？
如果说把工作当成事业，可能我们大多数人会很失望，因为工作不是我们想做什么或者有什么追求就能够去实现的，我们只是上层或者说公司手中的工具，按照别人画好的蓝图去做事罢了，很多时候，多余的想法可能会被认为是在阻碍项目的发展。说的不好听点，就是一颗螺丝钉，而且越是大公司，分工越细，会更有这种感觉。
前几天听到一个朋友说，搞一个自己的知识库比旧式的看文写博客记笔记更优越，以前的方式out了，几千字的文章，几小时的视频资料，直接喂给AI，省去自己阅读和观看的时间，需要的时候直接跟AI对话，让他吐出内容就好。
我琢磨了一下，效率是高了，但是看都不看一眼，需要的时候让AI投喂给我们，知识没有得到内化，这真的是我们要的吗？我们阅读观看视频的目的是什么呢？如果知识没有被我们吸收，真正需要用到的时候我们也未必会想起来吧。于是，查了些资料做了些研究，下面是我的一些思考。