最近在跟小伙伴们探索如何写一个好剧本，我们作为非专业人士，对于好的剧本可能缺乏一定的认知，我们就在想是不是可以让 AI 告诉我们什么是好剧本，但这是一个比较主观的东西，一千个读者就有一千个哈姆雷特。
那有什么比较客观的测量方法吗？像我大学修的教育学和管理学，我们教育学领域就有教学测量学这么一个东西，包含各种模型量表，去测评教案教学方式是否达标，管理学和经济学领域也都有相应的模型和工具去测评。那么剧本应该也是有的，我们想到是不是可以利用剧评去给剧本打分，分值高的我们就认为他是一个好剧本，就像我们要去看一部电影前，可能回去看豆瓣评分，这是一个比较大众化的评分，表达了大多数人的观感。
最近一两个月，新项目提倡能用 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 比较难深入推理出我想干嘛，给的答案可能也没这么专业。
最近有点迷茫，不知道自己想要的是什么，自己在追求些什么。我们常常听到一句话：为事业燃烧，但是什么是事业呢？是当前就职的工作吗？
如果说把工作当成事业，可能我们大多数人会很失望，因为工作不是我们想做什么或者有什么追求就能够去实现的，我们只是上层或者说公司手中的工具，按照别人画好的蓝图去做事罢了，很多时候，多余的想法可能会被认为是在阻碍项目的发展。说的不好听点，就是一颗螺丝钉，而且越是大公司，分工越细，会更有这种感觉。