孔良1. 看到这个小说标题，我没去追连载，反而给自己下了一个“禁AI令”
这两天《AI编程末日，只有我会古法编程》这个标题在开发圈里传得挺快，一度挤进热搜。评论区里什么说法都有，有人当爽文看，有人觉得这是程序员版的“最后一位老手艺人”，还有人直接开嘲讽：现在不让用AI写代码，跟不让用计算器有什么两样？
我属于那种手比嘴快的类型，讨论归讨论，不如动手验一把。因为标题里那个“古法编程”四个字，对一线写代码的人来说不是梗，是一个特别值得较真的命题：如果明天所有AI编程助手全部消失，我还剩多少能力是真能拿出来写项目的？反过来，如果AI已经这么强，我每天花在“补基本功”上的时间到底有没有白费？
所以我给自己定了一个实验任务：48小时之内，不打开任何AI编程助手，不复制AI生成的代码，也不去ChatGPT、Cursor、Copilot这类工具里问任何技术问题，完全靠手写键盘完成一个能实际运行的小项目，中途允许查官方文档、允许用搜索引擎查报错信息、允许用调试器。我把这个项目定为一个个人用的“命令行待办事项+工时统计工具”，不需要界面，跑在终端里就行，数据用JSON存本地。
这个实验的目的，不是在证明“AI是废物”，恰恰相反，我自己是主流AI编程工具的重度用户，每个月在Copilot和ChatGPT上的使用频率比大多数人都高。我想搞清楚的是另一件事：AI到底替我扛了哪部分工作？我在不知不觉里把哪部分思考外包给了它？如果有一天工具断供、模型出问题、公司采购收紧，我的实际产出会跌到什么位置？
整个实验过程我每天都有记录，包括卡壳点、效率瓶颈、爽感时刻和焦虑时刻。看完这篇分享，你大概能搞明白三个问题：第一，古法编程在2026年到底还剩多少存在价值；第二，什么样的基本功是AI替代不了的；第三，普通开发者怎么在AI时代把自己的手艺练到“工具没了也不慌”的状态。
先说结论，防止你在下文里找半天：AI编程确实替代了很多“写”的环节，但它替代不了一个思考闭环。而古法编程的核心，从来不是不用工具，而是你的脑子里有没有一个完整的、能脱离工具运转的建模系统。小说里那个男主角之所以在末日里还能写代码，本质上不是因为他键盘敲得快，而是因为他脑子里那套“地图”还在，其他人已经只剩AI给的“导航语音”了。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 古法编程到底是什么？我拆解下来，是AI改不掉的那五层内功
“古法编程”这个词听着很玄，但在实操里一点都不玄。它不是要你退回纸带打孔的年代，也不是让你背过标准库的所有API。我用自己的话定义：古法编程，是指不依赖AI生成、不依赖自动补全，一个人也能完整走完从需求到上线的整个闭环能力。
这套能力我拆成五层内功，每一层都能在小说标题对应的“极端场景”里找到映射。
第一层是需求翻译。这层说的是把一句模糊的人类语言，比如“我想要一个能统计我每天在哪些项目上花了多少小时的工具”，翻译成数据结构、接口边界、异常分支和验收标准的能力。AI擅长的是在需求已经很清晰的时候帮你写代码，但“把模糊需求变清晰”这件事，它的表现非常不稳定，经常会出现它替你拍板了某个关键交互逻辑、结果做出来根本不是你要的东西的情况。古法编程的人会先自己画一遍边界，再让AI去填具体实现。
第二层是系统拆解。拿到需求后，能判断这该做成单体脚本还是分模块工程，入口在哪、数据流怎么走、配置怎么放、错误怎么分级。这些决策来自对代码演进代价的理解，一个模块将来会不会膨胀、接口要不要预留扩展位，你得靠经验和直觉来判断。AI能给你一个合理的目录结构，但它不会为你未来三个月的迭代负责，你如果自己没判断力，就会陷入“AI搭台、你来拆台”的无限循环。
第三层是缺陷定位。代码出问题时，能通过日志、断点、二分排除和阅读调用