即刻App年轻人的同好社区
下载
置顶很高兴今天能向大家宣布，我的 AI编程 能量补给站正式搭建完毕。
希望未来能为更多有志向加入 AI 编程领域、成为创造者、拥抱新时代的小伙伴们提供一段助力。
我只能保证我做的不是“知识付费”割韭菜，因为我没意愿以内容为生，我的核心还是一个独立开发者，长期是希望通过打造具有独特价值的 App，以用户为产品付费为生。
所有的内容都是我的创造价值的溢出，包括免费的微信群组（图 1） ，群组已满200人，想加入的可以加我个人微信mileson0718备注互助群，我再邀请入群。
所以，我是为了让更多有需求的人能确实学到东西，包括通过内容来让自己深度思考。我只为自己的精力定价，我花了时间整理这些内容，大家学到有价值的内容，这是一笔公平的交易。
「超级峰的能量补给站」
1️⃣ AI 编程基础内容科普（ 以「超级峰」全网同名账号为主，如小红书，完全免费）
2️⃣ AI 编程互助群 （以微信群日常简单交流解决简单问题为主，完全免费，入群方式扫图 2 码即可，此群的成立背景详见：m.okjike.com）
3️⃣ AI 编程社群，知识付费社群（含深度私教服务）：
- 提供最新的专业性教程、AI编程行业前沿资讯、独家实战性经验
- 高效的工具包推荐、持续沉淀高质量内容
- 配套专属私塾群（以微信群日常专业性交流为主，提供专业性问题解答与产品从 0 到 1 的全方位帮扶，补齐社区前期内容盲点，无论是产品设计、AI 编程、产品推广等）
- 目前@运营小丸子 正在联合活动，加入后免费送1年产品推广星球会员（价值¥364），相当于半价啦，帮助你完成从开发到推广赚钱的完整闭环
希望真正地帮助创造者们能摸着路过河，争取能让社群的价值最大化。如果你对AI编程社群感兴趣，，欢迎你的加入（也可扫描图3二维码）：t.zsxq.com
如果你对我还不是很了解，请允许我做一些自我介绍👇
【我的一些作品】
1、微信小程序「GIF表情包制作」 累计用户 200w m.okjike.com
2、第一款通过 Cursor 借助 AI 编程制作的 iOS App 「芝士相机」 ，登上摄影榜 107 名 m.okjike.com
3、近两个月，在职状态下从iOS 0基础情况下借助 AI 编程累计开发并上架 4 款 App
1️⃣ 「芝士相机」
亮点：2 套算法（图像识别转轮廓/人像美颜）、17 套多语言、完全离线无需服务器
地址： apps.apple.com
2️⃣ 「小圆角」App
亮点：用时最短、完全离线无需服务器
地址： apps.apple.com
3️⃣ 「小猫快读」App
亮点：1 套算法（根据语言意思自动分段）、完全离线无需服务器
地址： apps.apple.com
4️⃣ 「鸭霸单词」App
亮点：
（1）3 套算法（图像识别转单词/单词转音标/单词均匀分布）
（2）1 套离线模型（英语转汉语）
（3） 组件化可复用（会员付费/iCloud 同步/启动页/设置页）
（4） 离线无需服务器（仅翻译模型需下载）
地址： apps.apple.com
【我的一些分享】
1、公开免费的 AI 编程教学线上分享会（50人）：m.okjike.com
2、 公开免费的AI编程复杂项目实践复盘分享会（30人）：
m.okjike.com
3、我花1天时间，用 AI 开发出了一款排行榜第107名的产品 ：mp.weixin.qq.com
4、0 基础保姆教程，免费领取 AI 大模型资格证明 ：mp.weixin.qq.com
希望未来能为更多有志向加入 AI 编程领域、成为创造者、拥抱新时代的小伙伴们提供一段助力。
我只能保证我做的不是“知识付费”割韭菜，因为我没意愿以内容为生，我的核心还是一个独立开发者，长期是希望通过打造具有独特价值的 App，以用户为产品付费为生。
所有的内容都是我的创造价值的溢出，包括免费的微信群组（图 1） ，群组已满200人，想加入的可以加我个人微信mileson0718备注互助群，我再邀请入群。
所以，我是为了让更多有需求的人能确实学到东西，包括通过内容来让自己深度思考。我只为自己的精力定价，我花了时间整理这些内容，大家学到有价值的内容，这是一笔公平的交易。
「超级峰的能量补给站」
1️⃣ AI 编程基础内容科普（ 以「超级峰」全网同名账号为主，如小红书，完全免费）
2️⃣ AI 编程互助群 （以微信群日常简单交流解决简单问题为主，完全免费，入群方式扫图 2 码即可，此群的成立背景详见：m.okjike.com）
3️⃣ AI 编程社群，知识付费社群（含深度私教服务）：
- 提供最新的专业性教程、AI编程行业前沿资讯、独家实战性经验
- 高效的工具包推荐、持续沉淀高质量内容
- 配套专属私塾群（以微信群日常专业性交流为主，提供专业性问题解答与产品从 0 到 1 的全方位帮扶，补齐社区前期内容盲点，无论是产品设计、AI 编程、产品推广等）
- 目前@运营小丸子 正在联合活动，加入后免费送1年产品推广星球会员（价值¥364），相当于半价啦，帮助你完成从开发到推广赚钱的完整闭环
希望真正地帮助创造者们能摸着路过河，争取能让社群的价值最大化。如果你对AI编程社群感兴趣，，欢迎你的加入（也可扫描图3二维码）：t.zsxq.com
如果你对我还不是很了解，请允许我做一些自我介绍👇
【我的一些作品】
1、微信小程序「GIF表情包制作」 累计用户 200w m.okjike.com
2、第一款通过 Cursor 借助 AI 编程制作的 iOS App 「芝士相机」 ，登上摄影榜 107 名 m.okjike.com
3、近两个月，在职状态下从iOS 0基础情况下借助 AI 编程累计开发并上架 4 款 App
1️⃣ 「芝士相机」
亮点：2 套算法（图像识别转轮廓/人像美颜）、17 套多语言、完全离线无需服务器
地址： apps.apple.com
2️⃣ 「小圆角」App
亮点：用时最短、完全离线无需服务器
地址： apps.apple.com
3️⃣ 「小猫快读」App
亮点：1 套算法（根据语言意思自动分段）、完全离线无需服务器
地址： apps.apple.com
4️⃣ 「鸭霸单词」App
亮点：
（1）3 套算法（图像识别转单词/单词转音标/单词均匀分布）
（2）1 套离线模型（英语转汉语）
（3） 组件化可复用（会员付费/iCloud 同步/启动页/设置页）
（4） 离线无需服务器（仅翻译模型需下载）
地址： apps.apple.com
【我的一些分享】
1、公开免费的 AI 编程教学线上分享会（50人）：m.okjike.com
2、 公开免费的AI编程复杂项目实践复盘分享会（30人）：
m.okjike.com
3、我花1天时间，用 AI 开发出了一款排行榜第107名的产品 ：mp.weixin.qq.com
4、0 基础保姆教程，免费领取 AI 大模型资格证明 ：mp.weixin.qq.com
25 128
8 198
我个人认为，是 AI 解放了原先个人受限于工具的创造力，博主们第一次可以单点跟大厂同台竞争了，诸如文本、图像、音频等多模态的内容创作、工具类 App 开发等，不再受限于资源启动这些事情，而是受限于好奇心、行动力、想象力。
做这些事情，不需要太多前置的门槛，只需要有网络，打开网页，输入一段话，马上就可以完成，并及时反馈、马上调整。
大厂困于原先的流程正确、利益分配等原因，确实先天很难在这种颠覆性的技术面前灵活调整。
然而，这次的技术变革，相比以往更加迅速，所以，大厂的某种程度上看起来反而像是个笨重的状态，也是难得看到小组织跑在大组织前头的一次浪潮。
持续在牌桌，期待后续故事发生。
做这些事情，不需要太多前置的门槛，只需要有网络，打开网页，输入一段话，马上就可以完成，并及时反馈、马上调整。
大厂困于原先的流程正确、利益分配等原因，确实先天很难在这种颠覆性的技术面前灵活调整。
然而，这次的技术变革，相比以往更加迅速，所以，大厂的某种程度上看起来反而像是个笨重的状态，也是难得看到小组织跑在大组织前头的一次浪潮。
持续在牌桌，期待后续故事发生。
TomXu: 大厂大部分基层的AI产品和运营同学，对AI应用边界的敏锐度和内容运营sense，不如小红书上把AI玩出花的KOC评测博主。 AI业务中高层就更没有hands on体感了，只是为了AI而用AI，钝感力十足。
13 00
广撒网不同赛道其实是做产品的大忌，毕竟行业还是存在壁垒的，无论是学习成本，还是产品的壁垒需要时间沉淀。
我之前基于 App 做了不少赛道主要原因是（1）都是自己的需求，首先满足的是自己（2）通过不同的产品形态探索 AI 编程的边界。
所以，如果从打造产品角度来看，确实像你说的专注做深才能建立壁垒，无论是产品、运营、推广等有很多能做的事情。
当然，不排除需要快速做一些 demo 产品验证可行性，并快速调整方向的情况。
（长文本自动分段来自：小猫快读 App）
我之前基于 App 做了不少赛道主要原因是（1）都是自己的需求，首先满足的是自己（2）通过不同的产品形态探索 AI 编程的边界。
所以，如果从打造产品角度来看，确实像你说的专注做深才能建立壁垒，无论是产品、运营、推广等有很多能做的事情。
当然，不排除需要快速做一些 demo 产品验证可行性，并快速调整方向的情况。
（长文本自动分段来自：小猫快读 App）
HandsoMeng: 我有点儿好奇一个问题 为什么有些独立开发者会做好多好多个产品？ 我理想中的状态是：做出一个产品，然后专注迭代和商业化增长（我是做增长的…），把它做到最爆款，每年赚个几百万完美 这个是不是最理想的状态啊？ 如果我做了 7 个产品，一方面我迭代不过来，会导致每个都很难做到最极致，再来就是我做增长的时候也会比较没有方向 毕竟增长是门大学问，多平台/多渠道/多玩法，说实话能把一个卖爆已经能把人累死了 所以是因为，大家更喜欢“创造”的状态，而非“销售”，所以喜欢投入时间去创造？ 当然可能还有一种情况是，工具就是为自己而做的，自己有痛点就做了，仅此而已？ 欢迎大家开喷交流😂
4 00
最近发现越来越多创造者开始分享 Vibe Coding 的一些探索的编程思路与规范，也收获不少。
借此机会，我也将目前我探索的一套思路分享给各位创造者，希望能够对大家所有启发，由于篇幅有限，所以更多给大家一个初步的框架性认知（注意：以下为主要围绕产品需求已确定的前提下展开的 Vibe Coding 的流程部分）：
1️⃣ 新产品启动时，我将通过一整套结构化的公共 markdown 文档（见下方），使用「新版本规划提示词」保证整体需求梳理完整性，并为新版本开发奠定良好的基础（图 1）：
Documentation
-- App-flow.md 产品流程图
-- PRD.md 产品需求文档
-- Frontend-guidelines.md 前端文档
-- Backend-structure.md 后端文档
-- Tech-stack.md 技术栈文档
-- File-structure.md 项目文件结构文档
-- Versions 版本目录
2️⃣ 新产品的第一次开发，我将引用 @Documentation 内所有文档，使用「拆解开发任务 Todo 提示词」，将首个版本的需求拆解成多个 @Task.md 文档，并归纳到 Versions 目录下的 Tasks 目录内，为了保证需求按版本隔离记录，方便后续管理与追溯，目录结构会演变为：
Documentation
-- App-flow.md 产品流程图
-- PRD.md 产品需求文档
-- Frontend-guidelines.md 前端文档
-- Backend-structure.md 后端文档
-- Tech-stack.md 技术栈文档
-- File-structure.md 项目文件结构文档
-- Versions 版本目录
-- V0.1
-- Tasks
-- task1.md
-- task2.md
...
（如果 Task 有出入，可以通过引用 Documentation 内所有文档与指定的 task.md 文档进行针对性让 AI 调整）
3️⃣ 确认拆解到任务无误后，我将按次序引用如 @task1.md 以及 @Documentation 内所有文档，使「需求分析提示词」，通过 Ask 模式让 AI 梳理并总结结果到聊天记录内以提高聊天窗口信息量密度。
4️⃣ 通过多次重复对话，确认 AI 回复已经梳理很全面了，我再通过「基于 PRD 驱动的 Task 任务执行编码提示词」让 AI 进行自动化编码并自测，最终执行的结果一方面会输出到聊天窗口内，同时也会总结到 Task.md 文档内，方便后续结构化、可视化查看与确认、留档（图 2）。
5️⃣ AI 编码完成后，在人工测试前，我会通过「自动化测试提示词」，驱动 AI 进行自动化测试。比如后端逻辑功能可用性测试通过创建 python 脚本等方式，自动运行终端命令（此处指网站类产品）达成所有测试命令都通过，即算完成目标；前端界面交互可用性测试，由 AI 生成测试用例，人工参考用例进行操作与确认（图 3），目录结构会演变为：
Documentation
-- App-flow.md 产品流程图
-- PRD.md 产品需求文档
-- Frontend-guidelines.md 前端文档
-- Backend-structure.md 后端文档
-- Tech-stack.md 技术栈文档
-- File-structure.md 项目文件结构文档
-- Versions 版本目录
-- V0.1
-- Tasks
-- task1.md
-- task2.md
...
-- Tests
-- test1.md
-- test2.md
...
以上就是一次「基于提示词驱动的 AI 编程」的全流程，从规划-分析-确认-编码-测试，有些细节由于篇幅有限，进行了精简，更多是面向各位创造者们提供一套思考框架。
并且这是一套正在实际开发过程中已经应用的的流程。希望能够给大家带来启发：）
借此机会，我也将目前我探索的一套思路分享给各位创造者，希望能够对大家所有启发，由于篇幅有限，所以更多给大家一个初步的框架性认知（注意：以下为主要围绕产品需求已确定的前提下展开的 Vibe Coding 的流程部分）：
1️⃣ 新产品启动时，我将通过一整套结构化的公共 markdown 文档（见下方），使用「新版本规划提示词」保证整体需求梳理完整性，并为新版本开发奠定良好的基础（图 1）：
Documentation
-- App-flow.md 产品流程图
-- PRD.md 产品需求文档
-- Frontend-guidelines.md 前端文档
-- Backend-structure.md 后端文档
-- Tech-stack.md 技术栈文档
-- File-structure.md 项目文件结构文档
-- Versions 版本目录
2️⃣ 新产品的第一次开发，我将引用 @Documentation 内所有文档，使用「拆解开发任务 Todo 提示词」，将首个版本的需求拆解成多个 @Task.md 文档，并归纳到 Versions 目录下的 Tasks 目录内，为了保证需求按版本隔离记录，方便后续管理与追溯，目录结构会演变为：
Documentation
-- App-flow.md 产品流程图
-- PRD.md 产品需求文档
-- Frontend-guidelines.md 前端文档
-- Backend-structure.md 后端文档
-- Tech-stack.md 技术栈文档
-- File-structure.md 项目文件结构文档
-- Versions 版本目录
-- V0.1
-- Tasks
-- task1.md
-- task2.md
...
（如果 Task 有出入，可以通过引用 Documentation 内所有文档与指定的 task.md 文档进行针对性让 AI 调整）
3️⃣ 确认拆解到任务无误后，我将按次序引用如 @task1.md 以及 @Documentation 内所有文档，使「需求分析提示词」，通过 Ask 模式让 AI 梳理并总结结果到聊天记录内以提高聊天窗口信息量密度。
4️⃣ 通过多次重复对话，确认 AI 回复已经梳理很全面了，我再通过「基于 PRD 驱动的 Task 任务执行编码提示词」让 AI 进行自动化编码并自测，最终执行的结果一方面会输出到聊天窗口内，同时也会总结到 Task.md 文档内，方便后续结构化、可视化查看与确认、留档（图 2）。
5️⃣ AI 编码完成后，在人工测试前，我会通过「自动化测试提示词」，驱动 AI 进行自动化测试。比如后端逻辑功能可用性测试通过创建 python 脚本等方式，自动运行终端命令（此处指网站类产品）达成所有测试命令都通过，即算完成目标；前端界面交互可用性测试，由 AI 生成测试用例，人工参考用例进行操作与确认（图 3），目录结构会演变为：
Documentation
-- App-flow.md 产品流程图
-- PRD.md 产品需求文档
-- Frontend-guidelines.md 前端文档
-- Backend-structure.md 后端文档
-- Tech-stack.md 技术栈文档
-- File-structure.md 项目文件结构文档
-- Versions 版本目录
-- V0.1
-- Tasks
-- task1.md
-- task2.md
...
-- Tests
-- test1.md
-- test2.md
...
以上就是一次「基于提示词驱动的 AI 编程」的全流程，从规划-分析-确认-编码-测试，有些细节由于篇幅有限，进行了精简，更多是面向各位创造者们提供一套思考框架。
并且这是一套正在实际开发过程中已经应用的的流程。希望能够给大家带来启发：）
31 511
向各位创造者们报告：
除了正如近期动态所见，正在完善 SoulCard 这款面向独立开发者为主的群体的个人说明书产品之外（详情见👉 m.okjike.com）。
我还通过 Vibe Coding 过程沉淀了一套目前勉强可用的基于提示词驱动的 Vibe Coding 开发范式（见附图）。
是的，你没有听错，可能之前了解过我的话，会想起之前我曾经说过希望打造一套基于 AI 驱动的研发全流程，那么现在说的提示词跟 AI 驱动有什么关系呢？
其实，经过一段时间实践以及自我斗争，我逐步从认为提示词是阶段性产物，到现在认为提示词是一个很好能够弥补现在 AI 能力无法完全驾驭较为复杂项目的 Vibe Coding 一种妥协方案。
虽然说是妥协，但是这种方案也充满了吸引力，我认为核心有 3 点：
1️⃣ 提示词具备可复用性，这为我后续能够提高研发流程效率提供了良好的模板基础，前提是做的是产品化、可配置的提示词，思路详见「卡牌提示词」创作：m.okjike.com
2️⃣ 提示词具备可传承性，通过配置化手段，并明确提示词边界场景，能够更好地将实践后高度浓缩的提示词传递给创造者们，只需要简单对配置区域进行个性化变化即可，无需创造者去了解提示词详情（对深度定制情况也可以进一步升级）。
3️⃣ 提示词具备可迭代性，这里的迭代更多指的是基于场景、案例作为养料，意图与目标作为指引，驱动 AI 迭代提示词的意思。也就是说，提示词是演进出来的，并不是一成不变的，而具象后的提示词而非具体案例教程，为迭代提供了具体的对象与空间，我们拥有了共同能够交流的语言。
以上，是我的一些感悟，而再次回顾附图，我们看到了一条基于 AI 或者说提示词驱动的研发流程逐渐成型。篇幅有限，期待有那么一天，能与大家一起分享更细致的故事与心得。
除了正如近期动态所见，正在完善 SoulCard 这款面向独立开发者为主的群体的个人说明书产品之外（详情见👉 m.okjike.com）。
我还通过 Vibe Coding 过程沉淀了一套目前勉强可用的基于提示词驱动的 Vibe Coding 开发范式（见附图）。
是的，你没有听错，可能之前了解过我的话，会想起之前我曾经说过希望打造一套基于 AI 驱动的研发全流程，那么现在说的提示词跟 AI 驱动有什么关系呢？
其实，经过一段时间实践以及自我斗争，我逐步从认为提示词是阶段性产物，到现在认为提示词是一个很好能够弥补现在 AI 能力无法完全驾驭较为复杂项目的 Vibe Coding 一种妥协方案。
虽然说是妥协，但是这种方案也充满了吸引力，我认为核心有 3 点：
1️⃣ 提示词具备可复用性，这为我后续能够提高研发流程效率提供了良好的模板基础，前提是做的是产品化、可配置的提示词，思路详见「卡牌提示词」创作：m.okjike.com
2️⃣ 提示词具备可传承性，通过配置化手段，并明确提示词边界场景，能够更好地将实践后高度浓缩的提示词传递给创造者们，只需要简单对配置区域进行个性化变化即可，无需创造者去了解提示词详情（对深度定制情况也可以进一步升级）。
3️⃣ 提示词具备可迭代性，这里的迭代更多指的是基于场景、案例作为养料，意图与目标作为指引，驱动 AI 迭代提示词的意思。也就是说，提示词是演进出来的，并不是一成不变的，而具象后的提示词而非具体案例教程，为迭代提供了具体的对象与空间，我们拥有了共同能够交流的语言。
以上，是我的一些感悟，而再次回顾附图，我们看到了一条基于 AI 或者说提示词驱动的研发流程逐渐成型。篇幅有限，期待有那么一天，能与大家一起分享更细致的故事与心得。
13 03
9 30
对于 Vibe Coding 不止要学编程这个理解是一样的，不过我感觉这个过程应该是循序渐进的，以往传统的编程方式是需要先学习再编码，门槛太高导致沦为少数人的工具。
Vibe Coding 提供了一个极低的门槛，让大部分不懂技术的泛互联网人群首次具备了创造软件产品的能力。
一句话就能实现一个极简的贪吃蛇、计算器等小产品，给了作为学生入门的人群一个快速正反馈的 aha moment，不像早期作为软件工程学生的我，初入学需要不断练习好几周的 hello world，漫长的学习曲线，也熬走了不少“耐不住寂寞”的人。
打好基本功固然好，但是也不妨碍基于兴趣、目标导向的边练边学，当然，这里会存在会不会学不精的问题。
但是，我认为做出来比起学起来再做出来，我更愿意看到越来越多的人：在一次次的实践中跌倒并吸取教训，掌握基于自己边界内的能力，用到了再学，这是 Vibe Coding 或者说 AI 编程看到的一条新的路径。
这里并没有在讨论是否要按传统专业的编程思路来学习，而是提供一种更低的入门到创造一款到前后端实现日志增删改查的程度的产品。
我并不否认更高难度的产品需要学习一定的编程思想，我并不觉得学习代码进行确定性以及掌控能力更强的编程是一种对独立开发者高效的路径。
反而我们要尽量避免为了使用工具而学习工具，如果能直接达成目标，是否可以简化工具或者不需要工具是我们作为创造者所追求的，即目标导向。
我们的目标是服务用户，代码或者编程是到达目标的桥梁，如果有更快的路径，选择它就好，如果有些路还是必须要走，那么等到时候再走也来得及，重要的是快速行动，快速触达用户，快速完成价值交换与获得反馈。
希望这是一个非零和的讨论，写了不少，有感而发，我也很高兴越来越多人能参与到推进国内 AI 编程生态的完善😊
注：此处泛互联网人群指代非研发的互联网研发流程上的人群（如产品经理、运营、测试、运维等）以及白领人群（如运营小编、文员等）
Vibe Coding 提供了一个极低的门槛，让大部分不懂技术的泛互联网人群首次具备了创造软件产品的能力。
一句话就能实现一个极简的贪吃蛇、计算器等小产品，给了作为学生入门的人群一个快速正反馈的 aha moment，不像早期作为软件工程学生的我，初入学需要不断练习好几周的 hello world，漫长的学习曲线，也熬走了不少“耐不住寂寞”的人。
打好基本功固然好，但是也不妨碍基于兴趣、目标导向的边练边学，当然，这里会存在会不会学不精的问题。
但是，我认为做出来比起学起来再做出来，我更愿意看到越来越多的人：在一次次的实践中跌倒并吸取教训，掌握基于自己边界内的能力，用到了再学，这是 Vibe Coding 或者说 AI 编程看到的一条新的路径。
这里并没有在讨论是否要按传统专业的编程思路来学习，而是提供一种更低的入门到创造一款到前后端实现日志增删改查的程度的产品。
我并不否认更高难度的产品需要学习一定的编程思想，我并不觉得学习代码进行确定性以及掌控能力更强的编程是一种对独立开发者高效的路径。
反而我们要尽量避免为了使用工具而学习工具，如果能直接达成目标，是否可以简化工具或者不需要工具是我们作为创造者所追求的，即目标导向。
我们的目标是服务用户，代码或者编程是到达目标的桥梁，如果有更快的路径，选择它就好，如果有些路还是必须要走，那么等到时候再走也来得及，重要的是快速行动，快速触达用户，快速完成价值交换与获得反馈。
希望这是一个非零和的讨论，写了不少，有感而发，我也很高兴越来越多人能参与到推进国内 AI 编程生态的完善😊
注：此处泛互联网人群指代非研发的互联网研发流程上的人群（如产品经理、运营、测试、运维等）以及白领人群（如运营小编、文员等）
空格_: 很多在教授 Vibe Coding 的课程多围绕传统软件开发的技术栈——前端、后端、数据库，通过实践教学制作网站、APP和小程序。 他们试图传达这样一个观点：有了 AI，人人都可以成为全栈开发者。但现阶段 Vibe Coding 仍处于发展初期，它对软件开发的影响尚未清晰。 对一个不懂编程的小白用户，仅依靠与 AI 对话，是无法完成一个包含前端、数据库和后端服务的复杂产品的。 没有扎实的功底，仅靠AI很难驾驭复杂项目的开发和维护。 面向初学者的 AI 编程课程应该明确指出：目前 AI 的能力仅限于帮助开发静态网页，工具型的小程序或APP，比如博客网站、计算器、笔记、待办清单等。 不过仅这些，也足够发挥个人的创造能力了。和创造能力最相关的技能的是设计和产品思维，而非代码能力，这也是很多课程忽略的重点。 所以，我想分几篇文章或视频来介绍下 Vibe coding 的入门，从一个产品经理的角度切入，如何让个人掌握 vibe coding 必备的产品、设计和开发的基础能力。本篇介绍下工程能力——Coding 必备的周边技能.
4 21