这两种模式提供了类似的功能，但界面不同，以适应不同团队的工作流程。文档模式是 Apifox 推荐的模式，适合采用 API 设计优先的团队。在这个模式中，团队首先定义 API，随后根据 API 文档进行开发和测试。而调试模式则特别适合那些没有事先定义 API 文档的团队。这样的团队通常集中在后端开发，先完成代码，然后再生成 API 文档，进行测试和客户端工作。如果需要调用其他人开发的 API 而没有文档，建议也使用调试模式。
在文档模式下，编辑 API 文档和发送请求是通过不同的标签页来进行的。用户在修改接口标签页中修改 API 文档，而 在运行标签页中发送请求。
这种分离方式适合遵循 API 设计优先的团队，其中 API 设计者和开发/使用者有明确的角色分工。API 设计者在不发送请求的情况下定义 API 文档，而开发者专注于 API 的开发与测试，不会修改 API 文档。分开的标签页符合这些团队的使用习惯。在编辑标签页中，API 设计者可以指定请求示例，这些示例会自动设置为 “运行” 标签页中的默认参数值。API 开发者/使用者可以在 “运行” 标签页中进一步修改参数值和请求体。
调试模式适合那些没有事先定义 API 的团队。后端开发者直接进行 API 开发，开发过程中可能需要调用 API 进行调试。在这个模式下，开发者无需事先指定 API，可以直接输入请求，就像在 Postman 中创建新请求一样。在这个界面下，开发者可以轻松修改 参数类型、名称、值、请求体组件等，而无需单独调整 API 文档和请求参数值。
