工具与人的协作边界。当一名毫无编程经验的转行者仅用自然语言描述需求，AI便自主完成从代码编写到功能落地的全流程时，传统开发模式正在被。本文通过水果贪吃蛇游戏和小红书风格的实战案例，揭示AI工具如何将需求表达能力变为新时代的生产力，以及这对产品经理能力模型带来的深层变革。

今天发生了一件让我重新理解”AI工具”这个词的事。

我没有写一行代码。

我没有查任何文档。

我没有在终端里处理任何报错。

我只是跟

这篇文章不是教程，不是功能介绍，是一个从来没学过编程的人，次感受到”AI真的在帮活”的真实记录。

在写这篇之前，我需要先说清楚一件事：我不是次用AI写代码。

GitHubCopilot跑通了学情分析系统的前端，连通了API，处理了各种报错。那个过程我写得很详细——Copilot告诉我方向，我去终端执行，出了新问题再回来问，再去执行，循环往复。

那种协作方式，我后来想了一个比喻：Copilot是一个随时的工程师朋友，但活还是我自己干的。

它负责告诉我”你应该在终端输这个命令”，我负责真的去输那个命令，看结果，再回来汇报。

我是执行者，它是顾问。

今天用

我想做一个小游戏。

没有特别深的理由，就是想试试

我选了一个方向：水果贪吃蛇。经典玩法，但把蛇吃的东西换成水果，视觉上更好看一点。

贪吃蛇游戏，主题是水果，能在浏览器里直接打开玩，界面要好看。

然后我就等着了。

它开始工作。

我看着它在终端里自己创建文件、自己写代码、自己处理文件结构。整个过程我没有做任何事，就是看着屏幕上的字在滚动。

两三轮沟通之后——主要是我补充了一些细节，比如水果的种类、游戏难度的设计——它告诉我：好了，你可以打开浏览器了。

我打开了浏览器。

一个水果贪吃蛇游戏在页面上跑起来了。有动画，有音效，有分数，有不同种类的水果图标，游戏结束有结算界面。

我玩了大概十分钟，才想起来我应该在写文章。

这不是一个Demo，不是一个框架，是一个真正能玩的游戏。从我说出需求到它跑起来，中间我没有碰过一次终端，没有看过一行代码，没有处理过任何报错。

它把我从”执行者”的位置上完全解放出来了。

第二件事：一个小红书仿写插件

游戏跑通之后，我想试一个更贴近我实际需求的东西。

我在做这个转行日记系列，每篇文章写完都要适配小红书的风格——短句、口语化、有情绪、有互动引导。但每次手动改格式都很费时间。

我跟

它问了我几个问题：需要分析哪些风格维度？输出格式是什么？是做成网页工具还是命令行工具？

我回答了，它继续工作。

不到二十分钟，一个可以在浏览器里打开的仿写工具出现了。左边输入原始内容，右边粘贴参考的小红书文章，点击生成，下方输出仿写结果。

我把这篇日记的开头段落丢进去，参考了一篇我觉得写得很好的小红书主的文章，点击生成。

出来的结果我看了一遍，改了三个词，可以直接发。

用完这两个工具，我觉得用”更好的Copilot”来描述

它们解决的根本不是同一个问题。

Copilot解决的是”我在写代码时遇到了问题”。它的使用场景是：你已经在干活了，遇到了不懂的地方，它帮你答疑、补全、提示。主导权在你，它是辅助。

这个区别对一个不懂编程的人来说，意味着完全不同的事。

用Copilot，我需要懂得足够多，才能问出好问题，才能理解它的答案，才能去执行它的建议。是真实存在的。

用

做完这两个东西之后，我坐在那里想了很久。

，是从教师经验迁移过来的核心资产。

但今天我意识到，还有另一种能力同样重要：需求表达能力。

而”把需求描述清楚”这件事，对工程师来说其实并不容易。他们习惯用技术语言思考，但

这恰恰是产品经理最核心的能力。

也恰恰是一个从教师转行的人，在课堂上练了四年的东西。

我次觉得，转行这件事，我可能真的选对了方向。

今天做的这两个东西，游戏和插件，都是的小项目。

但我开始想一件更大的事：能不能用

不是修修补补，是从头来过——用

这会是这个系列里技术含量的一篇。

也可能是踩坑最多的一篇。

但现在我已经不怕了。

有

本文由 @YM 发布于。未经作者，