我和后端的对接日常：不是在写代码，是在调教 AI
以前说前后端对接，大家脑子里浮现的画面基本一致：
接口文档、联调会议、字段对不上、反复确认、最后互相沉默。
现在不一样了。
我和后端的对接流程已经进化成了一种新的形态——
AI 对接 AI，人类负责决策，以及摸鱼聊天。
一、接口文档？不，是 AI 的饲料
某天，后端把接口文档甩给我：
“接口文档在 md 里，你看一下。”
以前的我会：
- 打开 md
- 找字段
- 对参数
- 边看边在脑子里补页面
现在的我只做一件事：
复制 → 粘贴 → 喂给 AI
这是后端接口文档（md），
请帮我输出一份前端设计方案：
- 页面结构
- 状态流转
- 接口调用时机
- 异常 & 空态处理
几秒钟后，一份前端设计方案就出来了。
结构清晰、逻辑完整，甚至连我可能会忘记的异常分支都帮我补上了。
我只需要确认一件事：
👉 它是不是符合我的预期，而不是从零开始想。
二、我现在每个项目，都会留一个 docs 文件夹
后来我索性在每个项目里都固定留一个 docs 文件夹。
这个文件夹只干一件事：
存所有 md 文件。
接口文档、前端方案、实现计划、深度分析、临时记录……
只要是“能写成文字的东西”，全都往里丢。
我现在都在项目里面留一个 docs 文件，
专门用来存储 md 文件。
那天哪个逻辑看不懂了，
直接把文件丢给 AI，让它给我解释解释。
你会慢慢意识到一件事：
当文档统一成 md，它们就不只是给人看的，而是给 AI 吃的。
对我来说，docs 已经不是文档目录了，
而是这个项目的长期记忆库。
三、前端方案写完？不，先让后端的 AI 也看一眼
前端方案出来后，我不会立刻开写代码。
而是把这份方案直接发给后端：
“这是前端设计方案，你丢给你那边的 AI 看下，
看接口逻辑能不能对得上。”
于是出现了一个非常赛博朋克的工作流：
- 前端 AI：从接口文档 → 推导前端方案
- 后端 AI：从前端方案 → 反向校验接口设计
- 前后端本人：在群里等结果
如果两边 AI 都没提什么大问题，
那这次对接基本可以宣布“已完成 80%”。
四、真正的联调，其实是 AI 在联调
以前的联调现场通常是：
“这个字段怎么是 null？”
“文档不是这么写的吗？”
“那是旧的。”
现在更像是：
“AI 说你这个 status 语义有点模糊。”
“我这边 AI 也提了，建议补一下枚举说明。”
“那我顺手改下接口文档。”
第一次，前后端站在了同一条战线上。
因为我们共同的敌人，变成了——
不够清晰的设计本身。
五、效率上来之后，摸鱼才变得理直气壮
当你发现：
- 接口文档 AI 能读
- 设计方案 AI 能推
- 前后端逻辑 AI 能校验
你就会意识到：
人不应该被困在低价值的沟通细节里。
于是某些对话开始变得异常轻松：
“这块逻辑 OK 了。”
“行，我去接杯水。”
“中午吃啥？”
AI 在干活，
人类终于回到了该干的事：判断、取舍，以及聊天。
六、顺手安利一个我们常用的工具
经常有人问我：
“你们是用什么把这些 md、方案、上下文串起来的？”
我们用得比较多的是这个：
👉 ccfly.codes/
它特别适合这种场景：
- 接口文档 / 设计方案直接丢给 AI
- 不用反复整理上下文
- 很适合前后端、产品一起用
一句话总结就是：
把对接成本尽量前移给 AI，把人从沟通泥潭里解放出来。
七、这不是偷懒，是生产关系升级
有人会说：
“你们这不就是偷懒吗？”
但我更愿意把它叫做：
工程协作方式的升级。
-
AI 负责：
- 信息整理
- 逻辑对齐
- 风险提示
-
人负责：
- 决策
- 取舍
- 以及必要的摸鱼 ☕️
写代码不一定要痛苦，
前后端对接也不一定要靠拉扯。
至少现在，我和后端的关系非常稳定——
因为我们吵架的对象，已经变成 AI 了。
