WriteHuman AI Humanizer 评测：免费额度、MCP 与文件边界
WriteHuman 分别公开了浏览器、MCP 和 REST API 的文字额度，但这些数字属于不同工作流。本文把页面声明与未实测行为分开记录。
HumanPen 团队
· 21 分钟
WriteHuman 提供什么？
WriteHuman 是一个以文本为中心的 AI Humanizer，提供小额度免费版、更高的付费浏览器额度，以及独立的 MCP 和 REST API。当前页面写明免费版单次 250 词、每月 3 次，但没有据此证明可编辑 DOCX 往返，也不能预测未来的 Turnitin 结果。
2026 年 8 月 26 日，我打开了 WriteHuman 当前的首页、价格页、MCP 文档、API 页面、About 页面和 HumanizerBench 披露页。我没有提交文字、登录、授权 MCP 客户端、购买方案、调用 API、上传文件或运行检测器。
HumanPen 发布本文，并销售后文提到的文档工作流。两家公司的产品说明都应按第一方声明理解，本文不是独立检测效果对比。
比较时应先把浏览器、MCP 和 API 分成三列，它们的额度不能互相替换。
浏览器 Humanizer 能处理多少文字？
登出状态首页显示一个文本框，空白时计量为 `0/250`。当前价格表又为每个浏览器方案分别列出每月请求次数和单次词数上限。
| 方案 | 每月 Humanizer 次数 | 单次最大词数 | 输出版本数 |
|---|---|---|---|
| Free | 3 | 250 | 1 |
| Basic | 80 | 600 | 2 |
| Pro | 200 | 1,200 | 3 |
| Ultra | Unlimited | 3,000 | 5 |
这些是厂商公开的方案数字，不是本文实际完成的任务。Ultra 的每月请求次数写着 `Unlimited`，同一行仍把单次浏览器输入限制在 3,000 词。因此，一篇 9,000 词论文不会因为每月次数不限，就能一次放进编辑器。
每个方案至少要同时记录两个数字：每月能做多少次，以及一次能放多少词。
MCP 与 REST API 有什么不同？
WriteHuman 的 MCP 连接器和 REST API 是两个独立产品面。MCP 页面公开了使用 OAuth 2.1 的托管 HTTP 地址，以及 `humanize_text`、`detect_ai_text`、`get_account` 三个工具。API 页面则公开 Bearer key 与 JSON 请求。
| 接口 | Humanizer 输入 | 公开请求边界 | 返回形态 |
|---|---|---|---|
| MCP Pro | 文本 | 每月 200 次 humanize；单次最多 1,200 词 | 在 agent 对话中返回多个文本版本 |
| MCP Ultra | 文本 | 每月 1,000 次 humanize；单次最多 3,000 词 | 在 agent 对话中返回多个文本版本 |
| REST API Standard | JSON 文本 | 每月 125,000 词；单次 2,000 词 | 每次返回一个文本结果 |
| REST API Premium | JSON 文本 | 每月 400,000 至 3,000,000 词；单次 4,000 词 | 返回三个文本版本；页面另述自动评分与排序 |
相同的数字也可能属于不同计量器。Pro 浏览器方案的 200 次和 MCP 的 200 次出现在不同页面。API 按每月词数余额计费，而不是浏览器方案的请求次数。除非厂商明确连接两者，否则不要把一个界面的数字搬到另一个界面。
MCP 文档写明，API 订阅也可以按 API 用量启用 MCP，方案用量耗尽后还可能转用 API 词数余额。这是一条公开的计费路径，不代表可以把 API 单次上限直接当成 MCP 单次上限。
Basic 方案包含 MCP 吗？
WriteHuman 当前公开页面在这里不一致。价格页顶部的 Basic 卡片包含 `MCP access` 文字；专门的 MCP 页面却说连接器包含在 Pro、Ultra 和 API 方案中，并明确说 Free 与 Basic 用户需要升级。
本文无法只靠公开文字裁定哪个页面代表最终权益。可能是页面尚未同步，也可能是价格卡片使用了比连接器授权更宽的标签。如果购买 Basic 的主要目的就是 MCP，应在付款前通过实时结账页或账号权益再次确认。
两个第一方页面互相冲突时，应把两边都记下来，而不是挑一个更适合表格的答案。
文档文件的边界在哪里？
本文核查的 WriteHuman 人机改写路径都以文本为中心：首页是 textarea，没有文件输入控件；MCP schema 要求 `text` 字段；REST 示例发送 JSON 文本，也返回 JSON 文本。
| 找到的证据 | 能证明什么 | 不能证明什么 |
|---|---|---|
| 首页文本框与 `0/250` 计量 | 公开的粘贴文本工作流 | DOCX 成功上传或下载 |
| MCP `humanize_text` schema | agent 向托管连接器提交文本 | 文档路径、可编辑文件返回或格式往返 |
| REST `POST /v1/humanize` 示例 | JSON 文本输入和 humanized JSON 输出 | 同格式 Word 或 PowerPoint 返回 |
这不等于 WriteHuman 所有登录后页面都不可能有文件功能。它只建立一个更窄的事实：本文检查的浏览器、MCP 和 API 合约没有公开可编辑 DOCX 或 PPTX 往返。如果最终交付物是带格式论文，用户仍需把输出贴回原文件，并重新核对引用、域、表格和样式。
文本结果可以结束一次聊天任务，但不一定结束一次文档任务。
页面上的 Human scores 能证明什么？
WriteHuman 首页展示了一组厂商报告的 `Human scores`，并链接到 HumanizerBench。本文不复述这些分数，因为没有用同一份样本重跑，也没有复现检测器输出。
HumanizerBench 当前 About 页面写明，它由 WriteHuman 运营，而 WriteHuman 自己也是榜单中的产品。该页同时说会公开方法、原始数据和评分脚本。披露与可复现性有价值，但引用榜单时，运营关系也必须跟着数字一起出现。
因此，本文把它视为有披露的厂商运营基准，而不是独立证据。更重要的是，纯文本输出的检测分数不能证明真实 DOCX 中的引用、交叉引用、表格和样式是否完好。
公开的检测分数与成功的文档往返回答的是两个问题。
什么情况下 HumanPen 的工作流更相关？
如果最终交付物就是文本，输入能放进所选方案，而且浏览器、MCP 或 API 输出可以继续保持文本，WriteHuman 的公开合约与任务直接匹配。它的 MCP 页面也把 OAuth、工具名、请求次数和单次词数写得很具体。
如果最终交付物本身是可编辑 DOCX 或 PPTX，HumanPen 的路径更相关。我们的公开页面说明可上传文档、选择允许修改的片段，并返回可编辑文件。这些是 HumanPen 的第一方产品声明，不是本文共享测试得出的结果。
无论选哪条路，都应先用一次性样本。文本工具要在贴回文件后检查含义与引用；文档工具还要重新打开返回文件，检查文档对象与可见正文。HumanPen 符合条件的结果可以免费继续降 AI。
先按最终交付物选工具，再测试完整的输入到输出路径。
常见问题
WriteHuman 免费吗？ 当前价格表列出 Free 方案：每月 3 次 Humanizer、每次 250 词、1 个输出版本，以及每月 10 次检测。
WriteHuman 免费版词数上限是多少？ 本次公开编辑器显示 `0/250`，价格表也写明 Free 单次 250 词。这是单次输入大小，不是每月总词数池。
WriteHuman 接收 DOCX 吗？ 本文检查的公开首页、MCP schema 与 REST 示例都以文本为中心，没有公开可编辑 DOCX 往返。这是对已检查界面的边界说明，不是断言所有产品界面都不可能支持文件。
WriteHuman 有 MCP server 吗？ 有。专门的 MCP 页面公开了托管地址、OAuth 2.1，以及 humanize、detect 和 account 三类工具。该页说 MCP 包含在 Pro、Ultra 和 API 方案中。
WriteHuman Basic 包含 MCP 吗？ 当前页面冲突：价格卡片写着 `MCP access`，专门的 MCP 页面却说 Basic 用户需要升级。若为此功能购买 Basic，应先确认实时权益。
WriteHuman 能保证通过 Turnitin 吗？ 本文没有做出这种结论。WriteHuman 页面提供的是厂商声明与限额；Turnitin 不公开它能识别的具名 humanizer 清单，本文也没有运行检测基准。
核查的官方页面
以下第一方页面核查于 2026 年 8 月 26 日。方案额度和产品合约会变化，购买或接入前应重新打开当前页面。
继续阅读