)
先说句不好听的：在 C++ 后端这个行当里，AI 编程助手不是"提效神器"，它更像一个天赋极高 but 没有工程常识的实习生。你让它写个限流中间件，它能给你一个算法优雅、注释工整、编译一遍过的实现；然后压测一上来，ASan 报一堆 heap-use-after-free，你才发现它把所有权交得乱七八糟，还在你没让它动的地方"顺手"重构了日志模块，顺带引入了 ABI 不一致。
这和让 AI 写 Python、写前端完全不是一回事。Python 写错了，运行时抛异常；前端写错了，画面白一下。C++ 写错了——没有 GC，所有权错了是内存泄漏或悬垂指针；没有运行时边界检查，数组越界直接段错误；模板元编程的报错能把人看哭，而最严重的 bug 往往编译通过、单测通过、压测通过，上线跑一周才在凌晨三点崩。这种成本，团队扛不起。
所以我在团队里推了一套"提示词即流程"的做法。它脱胎于我们参考的一份 Java 后端提示词库（那套框架很成熟：每个场景给可直接复制的模板、标注适用角色和使用说明、强调对抗式审查与最小改动），但我把它一脚一脚踩进 C++ 的泥里重适配了一遍——因为 C++ 的坑和 Java 根本不是同一个坑。本文里三十多个模板，每一个都来自真实项目里淌过的血，你可以直接复制到 Cursor / Claude Code / Trae / 通义灵码里用。
文章结构对应后端交付的三层逻辑：地基与上下文（先给 AI 一份能跑的《项目宪法》）→ 需求、架构与编码（让 AI 写出能进生产的 C++）→ 测试、上线与协作（把质量和不变量锁死）。每一章
