一位不懂代码的开发者分享了利用 AI 在两个月内生成约 101 万行代码、完成 MarkOVO 文件转换项目的实战经验。该项目支持将 PDF、Word、PPT 等文件转为 Markdown，并提供 Web、API、CLI 及 MCP 多种调用方式。作者指出，虽然 AI 极大降低了编码门槛，但在实际工程中暴露出显著问题：首先是 AI 缺乏“减法”思维，倾向于盲目响应需求并堆砌功能，导致交互臃肿，必须由人类明确界定“不做什么”；其次是自动化测试的局限性，AI 生成的测试往往只能验证既定规则，难以覆盖真实复杂的用户场景，因此人工验证不可替代。此外，作者发现 Markdown 文档对人类认知负担过重，正在转向 HTML 控制台以更好地掌控项目状态。文章最后强调，随着代码生成成本趋近于零，开发者的核心挑战已转变为如何定义“完成”、管理认知边界，并持续为 AI 产出的结果负责。
事件分析
该案例深刻揭示了软件开发范式在 AI 介入下的结构性转变。当代码生成的边际成本趋近于零，工程管理的重心从“如何实现”转移至“定义边界”与“有效验收”。AI 缺乏内在的产品逻辑判断力，会忠实执行包括错误在内的所有指令，导致系统熵增。这要求未来的开发者必须具备更强的架构设计能力和“做减法”的决断力，而非仅仅是编码技巧。文中提到的 Markdown 与 HTML 的差异，实际上预示着下一代开发工具的形态：AI 需要结构化的文本进行推理，而人类需要可视化的界面进行全局监控。长期来看，“Human in the Loop”不仅是质量控制手段，更是对项目架构方向的把持，单纯的测试通过率不再是衡量软件交付的唯一标准，真实场景下的可用性验收将成为关键环节。
核心观点：AI 编程将开发者从代码编写者提升为架构指挥官，核心能力从“实现”转向“界定”与“取舍”。
原文链接：V2EX 分享发现
