一家公司花力气写好的开发文档，下一个打开它的可能是准备替用户调用接口的智能体。Mintlify在10月27日发布的[合作公告](https://press.aboutamazon.com/aws/2026/10/mintlify-taps-aws-to-deliver-billions-of-agent-visits-with-99-999-uptime-launches-enterprise-offering-in-aws-marketplace)中称，其托管文档的流量已有超过四分之三来自AI智能体；同日，Mintlify Enterprise进入AWS Marketplace。机器读者增加与企业采购入口落地，被放在同一次发布里。

这两件事连在一起，改变了文档平台的销售理由。过去，企业买文档工具，主要是让开发者更容易找到答案。现在，文档还参与智能体对产品的理解和选择。如果参数、权限条件或调用步骤解释不清，问题可能在用户看到产品以前就发生。

公告披露，过去一年平台服务了超过3亿人类访客与20亿次智能体访问。这些数字由公司提供，且“访客”和“访问”口径不同，不能拿来计算人与机器的人数比例。超过四分之三的流量占比，也只描述Mintlify所承载的文档，无法代表整个互联网。

采购路径比又一个编辑按钮更具体

对企业买方，公告中更容易兑现的变化，是采购渠道。通过AWS Marketplace购买的Enterprise版本提供SSO、高级安全控制、自定义条款及私有报价；已经与Mintlify洽谈的客户，可以申请私有报价，把采购放到自己的AWS账户下完成。

一名业务负责人可能已经确认工具好用，项目仍要经过合同、安全和账单流程。这个新入口把产品带入企业熟悉的采购路径。它没有公开承诺每家客户能省下多少时间，也没有把采用自动变成批准，但它减少了供应商必须从头解释如何成交的一部分工作。

平台把可靠性也放在这笔交易里，宣称运行在AWS上的服务达到99.999%可用性。这个数字应被看作供应商披露的运行指标；公告没有提供足够信息，让买方据此推导自己的SLA、故障赔偿或单个站点保证。购买基础设施时，把历史运行表现与合同义务分开，才能比较真实交付。

对采购团队，Marketplace还改变了谁先参与评估。工具不再只由开发团队试用后单独签约，而是可以进入企业已有的云支出、供应商审查和预算归集流程。SSO与安全控制回答的是接入条件，私有报价和自定义条款回答的是成交方式，两组能力解决的并不是同一个问题。只有技术接入和商业采购都能通过，公告中的“企业版本”才会变成客户可以真正部署的服务。

对文档负责人，机器流量上升也带来更具体的维护要求。页面结构、参数名称、权限前提和示例代码一旦相互矛盾，智能体可能把错误步骤带进后续任务；这类问题不一定表现为页面打不开。因而可用性指标只能说明服务是否在线，不能替代内容是否准确、版本是否同步和示例是否仍能执行。公告披露的是访问规模和基础设施表现，内容质量仍需要产品团队自己负责。

文档开始参与产品被选择的过程

文档的角色变化，已经超出了查阅答案。人可以发现一个示例过时后另找客服；被委托完成任务的智能体，需要从页面中判断下一步怎样行动。产品知识因此从售后说明，向采用过程的前端移动。

这是根据使用路径作出的分析，尚不能推导出文档访问量与收入之间的因果关系。机器可能反复抓取同一内容，访问很多次也未必购买。Mintlify预计年底智能体流量占比可达90%，那仍是预测，不能提前写成结果。

对软件企业，这次上线提供了一个可执行的选择：把文档平台纳入现有云采购，再检查自己的知识是否足以供人和机器共同使用。改变先发生在入口——智能体越来越早接触文档，采购部门也有了一个现成的成交渠道。两端都能走通，文档才有机会从“发布后再补”，变成产品交付时必须维护的部分。