项目做到一半，突然发现接口文档找不到了，这种情况太常见了。可能是交接时没给全，也可能是文档被删了，或者压根就没写。这时候别慌，先冷静下来，一步步排查。
查一下内部协作工具
很多公司用 Confluence、语雀、飞书文档这类工具管理技术文档。先去搜索关键词，比如项目名、模块名、接口相关的术语。有时候文档存在某个隐藏的页面里，只是你不知道路径。还可以看看最近更新记录，说不定谁刚改过但没通知你。
问问团队里的老同事
有些文档只在小范围流传，甚至只有口头传递。直接问一句“这个接口文档在哪”可能比搜半天更有效。特别是那些写了代码但从不写文档的老员工，他们脑子里记得比系统里还清楚。
翻代码和 Git 提交记录
如果文档不存在，代码本身也是线索。打开后端项目，在 controller 或 api 目录下看看接口定义。如果有 Swagger 或 OpenAPI 配置，启动服务后访问 /swagger-ui.html 或 /api-docs 说不定能直接看到。
git log -p src/api/user.js通过查看提交历史，能找到接口变更的蛛丝马迹。有时候某次提交里就附带了原本的文档说明。
抓包看真实请求
前端或移动端开发可以借助 Charles 或浏览器开发者工具，实际操作一遍功能，抓取网络请求。看 URL、请求方法、参数格式、返回结构，反向还原出接口规则。虽然麻烦点，但至少能继续干活。
<!-- 示例请求 -->
GET /api/v1/user/profile?uid=123
Headers: { "Authorization": "Bearer abc123" }
Response: { "code": 0, "data": { "name": "张三", "age": 28 } }自己补一份文档
当你终于把接口理清楚了，别忘了顺手写份文档。用 Markdown 记录下来，推到团队仓库。下个接手的人就不会再经历你的痛苦。这也算是职场生存的小智慧——帮别人省时间，其实是在帮自己留后路。
文档丢了不可怕，可怕的是所有人都默认“就这样吧”。主动一点，问题往往就能变成加分项。