黄仁勋说“代码已死”？作为独立开发者，我用AI手搓了一套平台+App后的真实感悟。
最近，英伟达CEO黄仁勋的一番言论在科技圈引起了轩然大波。他说：“软件代码编写已死。”
很多人对此感到恐慌，但我却深表认同。当然，这并不是说我们可以把电脑扔了，而是说“写代码”这个动作本身的门槛正在无限降低。真正的核心竞争力，已经从“掌握语法”转移到了“专业知识的转化能力”上。
谁能利用好AI的能力，将自己脑海中的专业领域知识（Domain Knowledge）快速转化为产品，谁才是新时代的赢家。这就是所谓的“如虎添翼”。
最近，我正是在这种理念的驱动下，一个人单枪匹马构建了一套完整的平台以及配套的App。今天想和大家分享一下这个过程中的实战经验，特别是关于AI工具的选择以及对“专业知识”的重新理解。
一、 AI开发实战：Codex搭骨架，Cursor做精修
在这个项目中，我独立完成了一个平台端的搭建以及移动端App的开发。这在以前，可能是一个小型开发团队几周的工作量。
我的主力AI工具组合是：Codex + Cursor。
1. Codex：大刀阔斧的构建者
在项目初期，利用Codex这类模型强大的生成能力，我能够迅速搭建起底层的代码框架。它就像一个勤奋的建筑工，只要你指令清晰，它能瞬间帮你把地基打好，把墙砌起来。
2. Cursor：精准的外科手术刀
然而，随着代码量的增加，我发现单纯依赖Codex的“大段生成”开始出现问题。当项目变得复杂，对代码修改的“可控性”要求变高时，Codex容易“产生幻觉”或者改坏原有的逻辑。
这时候，Cursor 就成了神器。它更像是一个经验丰富的技术专家，我利用它进行：
- 精准定位： 快速找到需要修改的代码片段。
- 出具建议： AI给出修改方案，而不是直接覆盖。
- 人工确认： 在修改前，我拥有最终的决策权（Human in the loop）。
这种“宏观构建”+“微观精调”的组合，让我一个人就能驾驭复杂的业务逻辑。
二、 成果展示：一人成军
通过这套流程，我成功构建了 KanjiGo App（及后台系统）。
虽然是一个人开发，但它的功能内核非常硬核，包含了一整套复杂的通信逻辑：
- UI呼叫特定号码： App前端集成了SIP通信功能（如截图所示的呼叫界面）。
- 智能路由： 后台能根据呼叫情况，将电话分配给不同的坐席。
- 排队策略： 实现了坐席繁忙时的排队优先接听策略。
从底层协议到前端交互，功能均已完备。这在过去，需要专门懂VoIP协议的后端、懂Android/iOS的前端以及UI设计师配合才能完成。
三、 “简陋”的界面，恰恰验证了黄仁勋的预言
看到这里，可能有人会吐槽：“你的App界面（UI）看起来有点简陋啊。”
你是对的，界面确实不够精美。但这恰恰是我最想强调的一点，也是对黄仁勋观点的最佳佐证。
为什么界面简陋？因为我缺乏“设计”这个领域的专业知识（Domain Knowledge）。
AI非常强大，它能帮我写出完美的呼叫逻辑代码，因为我懂技术逻辑，我能指导它。但我是一个缺乏艺术感的人，我不知道什么是“好的设计”，所以我无法给AI提供具备审美高度的指令（Prompt）。AI再强，也无法凭空产生它没见过的“品味”。
这说明了什么？ AI只是放大器。
- 如果你懂技术逻辑，AI能让你一人顶一个开发组。
- 如果你懂艺术设计，AI能让你快速产出大师级UI。
我现在缺少的只是一个有艺术经验的人给我一份到位的设计文档。只要有了这份蕴含了“设计专业知识”的文档，我完全有信心指导AI将这个简陋的界面瞬间升级为顶级的视觉体验。
结语
软件开发并没有死，它只是换了一种存在形式。
未来的开发者，不需要去死记硬背每一行API，而是需要成为拥有行业深度的产品经理和懂得指挥AI的架构师。
只要你对某个领域（无论是通信、医疗、教育还是艺术）有深刻的理解，并且懂得如何向AI提问，你就能创造出以前无法想象的产品。界面简陋不是问题，那是“术”的层面；功能完备、逻辑自洽，才是“道”的体现。
拥抱AI，不仅是为了写代码，更是为了释放你专业知识的真正价值。
