Apifox 4月更新｜Apifox在线文档支持LLMs.txt、评论支持使用@提及成员、支持为团队配置「IP 允许访问名单」-CSDN博客

本文链接：https://blog.csdn.net/m0_58552717/article/details/147490882

Apifox 新版本上线啦！

📘 在线文档支持 LLMs.txt：AI 助手的理想搭档

Apifox 现已默认开启 LLMs.txt 功能，为每个在线文档页面自动生成 Markdown 格式的内容，并提供 /llms.txt 索引文件。这使得 AI 助手能够高效读取和理解 API 文档，提升代码生成和接口分析的准确性。用户可以通过在文档 URL 后添加 .md 后缀或点击“复制页面”按钮，获取对应的 Markdown 内容。该功能无需额外配置，默认启用。

💬 评论支持 @ 提及成员：协作更高效

在接口和测试场景的评论中，现可使用 @ 提及团队成员，确保关键信息及时传达，提升团队协作的效率。

团队 IP 访问控制：增强安全性

新增的“IP 允许访问名单”功能，允许团队配置特定的 IP 地址或 IP 范围（CIDR 表示法），限制只有在名单上的 IP 才能访问团队资源。该功能适用于企业内网或特定办公网络的访问控制，需升级至「商业专业版」以使用。

看看本次版本更新主要涵盖的重点内容，有没有你所关注的功能特性：

Apifox 在线文档支持 LLMs.txt
评论支持使用 @ 提及成员
支持为团队配置「IP 允许访问名单」
鉴权组件支持迭代分支、版本分支、修改历史记录
用户反馈优化
- 调试 LiteLLM 提供的 AI 大模型接口时，支持自动合并消息内容
- 导入 OpenAPI 文件时，如果 body 定义了多种 media type，则按照顺序导入第 1 个
- 导入 Postman 集合时，会导入集合、目录的说明
- 解决当接口定义响应为 No-Content 时，对应的 Mock 服务响应时间过长的问题

将 Apifox 更新至最新版，一起开启全新体验吧！

下载 Apifox 最新版

Apifox 在线文档支持 LLMs.txt

和 Apifox 上个月推出的 MCP Server 一样，LLMs.txt 也是一种让 AI 助手访问 API 文档的优秀方案。

使用 Apifox 发布/分享的 API 文档，每个页面均提供.md格式的内容支持。用户可以点击「复制页面」按钮获取当前页面的 Markdown 内容，或者在页面 URL 后添加.md后缀，快速查看该页面的 Markdown 版本，将内容提供给 AI 作为上下文。

此外，每个文档站均自动生成/llms.txt作为.md内容格式的索引。更多关于 LLMs.txt 的更多内容，可以查看往期文章《Apifox 全面支持 LLMs.txt：让 AI 更好地理解你的 API 文档》。

评论支持使用 @ 提及成员

在对接口和测试场景进行评论时，可以使用 @ 提及团队成员，确保重要的讨论和反馈能及时传达给相人员，让团队协作变得更加高效顺畅。

支持为团队配置「IP 允许访问名单」

Apifox 新增「IP 允许访问名单」功能，支持为团队配置单个 IP 地址或 IP 范围（CIDR 表示法），限制只有在该名单上的 IP 才能访问团队资源。适合管理企业内网或特定办公网络的访问权限，为团队资产提供更精细的安全保护。

注：使用该功能需要升级为「商业专业版」。

鉴权组件支持迭代分支、版本分支、修改历史记录

最新版本的 Apifox 扩展了鉴权组件的功能，支持迭代分支、版本分支以及修改历史记录。团队可以在不同的迭代和版本分支中维护独立的鉴权设置，并通过历史记录功能追踪所有配置变更，为团队提供了更安全、规范的鉴权管理方式。

用户反馈优化

调试 LiteLLM 提供的 AI 大模型接口时，支持自动合并消息内容

在调试 LiteLLM 提供的 AI 大模型接口时，Apifox 能自动合并流式消息内容，提供清晰连贯的响应展示，使查看和分析 AI 模型输出更加直观，提升了接口调试的效率和体验。

导入 OpenAPI 文件时，如果 body 定义了多种 media type，则按照顺序导入第 1 个

我们优化了 OpenAPI 文件的导入逻辑。当导入的接口 body 中定义了多种 media type 时， Apifox 会按照序列导入顺位第 1 个。对于包含多种内容类型定义的 API 文档提供了更清晰的导入行为。

导入 Postman 集合时，会导入集合、目录的说明

导入 Postman 集合时，支持完整导入集合和目录的说明，确保迁移过程中不会丢失重要信息，让团队能够保留原有的集合逻辑与业务说明。

解决当接口定义响应为 No-Content 时，对应 Mock 服务响应时间过长的问题

我们修复了当接口响应被定义为 No-Content 时，Mock 服务的响应时间异常的情况，确保了更快速和高效的响应，为开发和测试流程提供更好的支持。

了解更多

当然，Apifox 产品团队为大家带来的新功能远不止上方这些：

支持优化了 App 打开项目后的性能
为发布的在线文档配置邮箱白名单时，可以自定义登录页的详细说明与输入邮箱后的提示语
从数据库导入数据表以创建数据模型时，支持搜索数据库连接
编辑者角色默认包含手动导入数据的权限
统计测试覆盖率时，不再包含已废弃状态的接口
非项目团队的成员访问公开项目时，将无法查看鉴权组件的默认鉴权值
在线文档的生成代码功能，支持鉴权组件
解决无法批量移动测试场景的问题
解决通过数据库连接导入数据模型时，不支持配置时使用了变量的数据库的问题
解决特定情况下，使用 Apifox MCP Server 时接口返回 422 错误的问题
解决将项目移交到其他团队后解散原团队，该项目的在线文档无法被访问的问题
解决导入 OpenAPI/Swagger 文件时，如果 tag 名称包含 / 和空格，则无法正确创建目录的问题

🛠️ 其他功能优化

鉴权组件增强：支持迭代分支、版本分支及修改历史记录，便于团队在不同版本中维护独立的鉴权设置，并追踪配置变更。 apifox
LiteLLM 调试优化：调试 LiteLLM 提供的 AI 大模型接口时，支持自动合并流式消息内容，提升响应展示的清晰度。 apifox
导入功能增强：
- 导入 OpenAPI 文件时，若 body 定义了多种 media type，将按顺序导入第一个。
- 导入 Postman 集合时，支持导入集合和目录的说明，保留原有的集合逻辑与业务说明。 apifox
Mock 服务优化：解决了当接口响应定义为 No-Content 时，Mock 服务响应时间过长的问题，提升了响应效率