AI 智能体发布文章到知乎：五条技术路径深度对比

你能让 AI 写文章、查资料、改代码，但写完以后，它能不能直接帮你把文章发出去？

对于大多数内容平台来说，答案是否定的。知乎尤其难——它的反自动化机制在中文互联网里算是出了名的严格。

这篇文章系统梳理了 AI 智能体发布文章到知乎的五条技术路径，从官方 API 到浏览器自动化，逐条分析可行性、风险和成本。

一、官方开放平台：只读不写

我们先看最合规的路。

知乎开放平台（developer.zhihu.com）提供了五类 API：

端点	用途	是否支持发布
zhihu_search	站内搜索	否
hot_list	实时热榜	否
global_search	全网搜索	否
zhida	直答生成	否
MCP 端点	上述能力的 MCP 封装	否

鉴权方式：Bearer Token（从 developer.zhihu.com/profile 获取 Access Secret）+ Unix 时间戳签名。

结论：官方 API 完全不支持发布文章。 这是知乎在产品设计上的刻意选择——内容审核需要人工介入，机器发布会绕过这个环节。

这意味着，任何要发布到知乎的 AI 智能体，都必须走非官方路径。

下图总结了五条技术路径的技术难度、封号风险和合规性对比。可以看到，官方 API 虽然最合规但不可行，Playwright 自动化是唯一在可行性和风险之间取得平衡的方案。

二、路径一：Web 端 Cookie/Session 模拟

这是最经典的技术路径。

原理

1. 用户先在浏览器登录知乎
2. 从浏览器的 devtools 或 cookie 管理器中导出 session cookie
3. 构造 POST 请求模拟网页提交文章

核心请求格式：

POST /api/v4/answers
Host: www.zhihu.com
Cookie: z_c0=...; d_c0=...
Content-Type: application/json

请求体包含标题、正文（HTML）、话题标签、是否公开等字段。

技术细节

• 签名机制：知乎对关键 API 要求请求参数签名（zse96、_xsrf），签名算法不公开，需要逆向
• Cookie 有效期：知乎 session 一般 30 天过期，需要定期刷新
• 正文格式：知乎正文是富文本 HTML，不是 Markdown，需要将 Markdown 转为知乎兼容的 HTML

可行性评估

维度	评分	说明
技术难度	⭐⭐⭐⭐	需逆向签名 + HTML 转换
封号风险	⭐⭐⭐⭐⭐	高频调用会触发风控
稳定性	⭐⭐	API 接口不定期变化
合规性	⭐	违反知乎使用条款

实际案例

GitHub 上的 zhpy、zhihu-api（lepture）等早期项目采用此路径，但随着知乎风控升级，这些项目的活跃维护状态都在 2022 年前后停滞。

三、路径二：移动端 API 逆向

原理

知乎 App 使用的 API 端点（api.zhihu.com）与 Web 端不同，且需要设备指纹（device_id、os_version、app_version）和签名算法。

技术细节

• 设备指纹：需要模拟真实设备的 IMEI、Android ID 等字段
• 签名算法：知乎 App 的签名算法是闭源的，需要反编译 App 逆向
• 图片上传：移动端 API 支持图片上传，返回 CDN 地址

可行性评估

维度	评分	说明
技术难度	⭐⭐⭐⭐⭐	需反编译 + 设备指纹伪造
封号风险	⭐⭐⭐⭐	设备指纹异常会触发风控
稳定性	⭐	App 更新会导致 API 失效
合规性	⭐	明显违反使用条款

这条路技术成本最高，不推荐作为首选。

四、路径三：浏览器自动化（Playwright/Selenium）

原理

用 Playwright 打开知乎创作页面（writer.zhihu.com），模拟真实用户的点击、输入、提交操作。

核心流程：

async with async_playwright() as p:
    browser = await p.chromium.launch()
    page = await browser.new_page()
    # 加载知乎登录态 cookie
    await page.context.add_cookies(cookies)
    # 打开创作页面
    await page.goto('https://www.zhihu.com/write')
    # 填写标题、正文
    await page.fill('input[name=title]', title)
    await page.fill('#RichTextEditor', content)
    # 选择话题
    await page.click('.TopicSelect')
    # 提交
    await page.click('#PublishButton')

技术细节

• 选择器变化：知乎前端使用 React 动态渲染，DOM 选择器需要定期更新
• 验证码：知乎在发布时可能弹出滑块验证码，需要额外处理
• 发布频率：需要控制每次发布间隔，避免触发风控

可行性评估

维度	评分	说明
技术难度	⭐⭐⭐	Playwright 成熟，但有选择器维护成本
封号风险	⭐⭐⭐	行为模式更像真人，但频率过高仍会被检测
稳定性	⭐⭐⭐	前端改版需要更新选择器
合规性	⭐⭐	虽然模拟真人，但本质仍是自动化

这条路是目前最可行的非官方路径，也是社区中大多数成熟项目采用的方式。

五、路径四：第三方工具

现有工具

GitHub 上存在多个针对知乎自动发布的开源项目：

项目	语言	方式	状态
zhihu-bot	Python	Cookie + API	2021 年后停止维护
auto-zhihu	Python	浏览器自动化	2022 年后停止维护
zhihu-publish	Python	Web API 逆向	2020 年后停止维护

这些项目都面临同一个问题：知乎反爬机制持续升级，维护成本越来越高。

为什么都停了

• 知乎在 2021 年前后大幅加强了反自动化措施
• Cookie 有效期缩短、签名算法变更、验证码升级
• 维护成本超过了使用价值

六、路径五：官方 MCP 服务（未来可能）

OpenAI Codex、Cursor、Claude Code 等工具通过 MCP（Model Context Protocol）接入知乎搜索和热榜，但目前没有发布功能。

未来如果知乎开放 MCP 发布接口，这将是最合规的路径。但目前只是一个方向性的预期。

七、合规与风险分析

知乎使用条款

知乎的用户协议明确禁止：

1. 使用任何非官方工具发布内容
2. 使用自动化脚本批量发布
3. 伪造账号身份或设备信息

封号风险

知乎的风控体系主要包括：

• 行为模式检测：发布频率、内容相似度、发布时间规律
• 设备指纹检测：IP 地址、User-Agent、设备 ID
• 内容审核：AI 检测 + 人工审核

一旦触发风控，最轻是限制发布权限，最重是永久封号。

内容审核机制

知乎有三级审核体系：

1. 自动审核：AI 检测违规内容（敏感词、广告、低质）
2. 人工审核：可疑内容由人工复核
3. 申诉机制：被误判可以申诉

即使成功发布，内容仍然会被审核，所以发出去不等于展示给用户。

八、实用建议

如果你真的需要 AI 帮你发布到知乎，以下是按风险从低到高排序的建议：

1. 半自动方式（推荐）：AI 生成文章 + 你手动登录知乎发布。这是最稳妥的方式，风险最低，内容质量也更容易控制。

2. Playwright 自动化（谨慎使用）：如果需要自动化，用 Playwright 模拟真人操作，控制发布频率（每天不超过 2 篇），避免高峰期发布。

3. 不要尝试逆向 API：技术成本太高，维护负担太重，封号风险不可控。

4. 关注官方动态：如果知乎未来开放发布 API，那才是最正确的路径。

小结

AI 能写文章，但能不能发布，取决于平台的开放程度。知乎是目前中文互联网中对自动化发布最不友好的平台之一。官方 API 只提供读取能力，非官方路径都面临高封号风险和维护成本。

对于大多数用户来说，最现实的做法是：AI 负责写，你负责发。

---

参考文献

1. 知乎开放平台官方文档
2. 知乎开放平台 API 端点列表
3. GitHub: zhihu-bot
4. GitHub: auto-zhihu
5. GitHub: zhihu-api (lepture)
6. Playwright 官方文档
7. 知乎用户协议