Postman不支持生成单请求直连链接，因其分享机制基于集合粒度，单请求无独立ID或服务端路由；可行方案包括新建仅含该请求的临时集合导出、用Run in Postman链接拼接requestId参数跳转高亮、或导出cURL命令执行。
Postman 本身不支持直接为单个请求生成独立可运行的分享链接——所谓“单接口链接”，实际是绕过集合结构、用变通方式让同事快速定位并执行该请求。真要这么做，得靠 Run in Postman 按钮 + 手动构造 URL 参数，或者导出后让对方在本地手动展开集合找请求。
为什么不能直接生成单请求链接
Postman 的分享机制基于集合（Collection）粒度：Publish Docs 发布的是整个集合的文档页，Share Collection 生成的是集合级导入链接，Run in Postman 按钮也只绑定到集合或文件夹层级。单个请求没有独立 ID 或路由路径，服务端不暴露其直连地址。
- 你右键某个请求 → 点“Share” → 弹窗里只有“Copy link to request”选项，但这个链接只是跳转到你当前 Postman Web 页面中该请求的锚点（如
#request-123456），对方没登录、没同步该集合就打不开 - 试图用浏览器打开类似
https://web.postman.co/workspace/xxx/request/yyy的 URL，会 404 或重定向到首页 - Postman API 也不开放单请求导出端点，
GET /collections/{id}/requests/{request_id}这类接口不存在
真正能落地的“单请求”共享方案
不是靠链接直达，而是让同事用最少操作拿到并运行那个请求。核心思路：把请求“拎出来”变成最小可用单元。
Postman 12.27.7
下载
Postman 12.27.7 Windows x64 官方安装包，适用于 API 设计、调试、测试与协作。该系列包含 Enterprise 云端性能测试静态 IP 出口能力，以及接口规范标签管理改进，适合受限网络测试与规范资源组织场景。
- 新建一个仅含该请求的临时集合：右键左侧 Collections →
New Collection→ 命名如temp-login-api→ 新建请求时粘贴原请求全部内容（URL、Method、Headers、Body、Tests），Ctrl+S 保存进这个新集合 → 再对该集合执行Export→ 选Collection v2.1→ 发送 JSON 文件给同事 - 用
Run in Postman链接 + URL 参数控制默认展开：发布整个集合文档后，复制页面 URL，在末尾手动拼上?requestId=xxx（需先在文档页右键该请求 →Copy link to request，提取其中的 ID）→ 发给同事 → 对方点击后页面会自动滚动并高亮该请求，但依然要手动点“Send”才能执行 - 如果同事装了 Postman 桌面版，可直接发 cURL：在原请求里点右上角
Code→ 选curl→ 复制 → 发过去 → 对方粘贴到终端就能跑（适合调试，但不带环境变量、测试脚本、描述等上下文）
导出前必须清空 History 才能保证“最新”
很多人导出后同事导入发现少了请求、参数还是旧的，问题几乎都出在这里：Postman 的 Export 功能读取的是内存中当前加载的集合快照，而这个快照可能被 History 里的未保存变更污染。
- 务必在导出前，点左上角
History标签 → 右上角 ⋯ →Clear all history - 然后回到 Collections，右键目标集合 →
Export→ 确认勾选Collection v2.1 (recommended) - 导出的 JSON 文件里必须能看到
"item": [...]数组中包含你要的那个请求对象，且name字段是你填的中文名，不是Untitled Request
真正的难点不在操作步骤，而在于团队对“单请求”的理解错位：Postman 是集合优先的设计，强行拆解反而增加同步成本。如果高频需要单点共享，建议统一用环境变量 + 文件夹分组 + 文档内锚点跳转，比硬造链接更可持续。
