古法编程架构自己定，代码让 AI 写

什么是古法编程 ​

古法编程不是反对 AI，也不是怀旧。

它只有一条判断标准：你能不依赖 AI 解释你写出来的每一行代码吗？ 可以——古法。不能——vibe coding。

AI 时代的 vibe coding 省掉了大量传统工程纪律：架构文档没写、测试规划跳过、需求靠 AI 猜、debug 靠不停 prompt。结果代码能跑，但不知道为什么能跑；出了问题，也不知道从哪下手。

古法编程的主张是：工程纪律不能省，AI 只是执行工具。作为一种全新的编程范式，古法编程强调三大核心戒律：

1. 架构先行，代码在后：在让 AI 动手之前，人必须先回答清楚模块职责、对外接口、依赖和副作用。没有设计的 AI 代码就是无法维护的黑盒。
2. 契约驱动，拒绝模糊：所有接口先定义类型，所有功能先定义测试用例。契约是人和 AI 之间的协议，先有契约，AI 才准动笔填充实现。
3. 透明可控，拒绝黑盒：每一段 AI 生成的代码，你必须能独立解释它在做什么、为什么这样做。不接受盲目的 prompt 试错。

这套体系也是古法编程和 vibe coding 最大的区别：

这里的所有内容——Claude Code 工程化、Cocos 游戏开发、独立开发实战——都在这套思路下写成。如果你是从“古法编程”这个词开始了解 AI 编程工程化，可以先阅读《古法编程宣言》，再进入 Claude Code、OpenClaw 和独立开发实战内容。

→ 读完整的古法编程宣言

最近最受欢迎的问题入口 ​

这些不是新闻流，而是当前站内搜索用户最常进入的问题页。你可以从这里直接跳到对应主题簇，再继续看配置、安装、排错和下一步实践。