[人工智能] 用 ai 把各大平台的创作声明弹窗自动化了，顺带支持 CLI 和 MCP

一句话看懂：一位开发者基于 Puppeteer 和 Electron 构建了一个自动化工具，用于应对 2025 年 3 月网信办《人工智能生成合成内容标识办法》实施后，抖音、B 站、快手等主流内容平台出现的创作声明弹窗。该工具支持 CLI 和 MCP Server 接口，可被 AI 助手直接调用，显著降低多平台矩阵运营的机械操作负担。

事件核心：发生了什么

2025 年 3 月，根据网信办发布的《人工智能生成合成内容标识办法》，AI 生成内容必须进行声明。随后，抖音、快手、B 站、小红书、百家号、头条、视频号等平台纷纷在发布流程中增加了弹窗、折叠区域或开关（toggle）等交互组件，且不同平台的具体实现和界面位置频繁随版本变化。对于同时管理 7 个平台、多个账号的矩阵运营者而言，每次发布都需手动处理这些弹窗，每周累计耗时近一小时。

开发者 hanliang97 为此创建了 MatrixMedia 项目（已在 GitHub 开源）。其技术方案是为每个平台单独维护一套 CSS 选择器（selector）配置，通过 Puppeteer 控制浏览器执行。逻辑层与平台差异完全解耦：有弹窗则自动填写或确认，无弹窗便跳过，操作失败仅记录日志而不中断发布流程。工具使用 Electron 打包为本地应用，支持命令行（CLI）直接调用，并提供了 MCP Server 接口，从而能被 Claude Desktop、Cursor 等 AI 工具直接驱动。

为什么重要

这一工具的出现揭示了一个政策落地后的实际痛点：AI 内容标识要求本意是加强透明度与合规性，但多平台参差不齐的交互设计反而产生了一大块无技术含量的重复劳动。从技术层面看，该方案通过 MCP 协议与 AI 工具集成，展示了 AI 应用从“生成内容”到“自动化执行发布与合规操作”的闭环能力。目前公开信息显示，该项目已覆盖绝大多数主流内容平台，设计上允许后期新增平台仅需添加选择器配置，具备较好的可扩展性。

对用户/开发者/创作者的影响

对多平台矩阵运营者：可将每周近一小时的机械弹窗操作缩减到几乎为零，节省的人力可用于内容创意和策略调整。同时，自动化保证了合规声明的执行率，避免因疏忽遗漏导致平台警告或下架。

AI 工具推荐

想把多个 AI 模型放在一个入口？

GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型，适合写作、绘图、视频和日常 AI 工作流。

了解 GamsGo AI

推广链接：通过此链接购买，我可能获得佣金，不影响你的价格。

对 AI 工具使用者：MCP Server 接口意味着在 Claude Desktop 或 Cursor 中可以直接通过自然语言指令触发整个发布流程（从内容生成到声明确认），降低了创作与发布之间的工具切换成本。

对开发者：该项目提供了一个清晰的架构示例——用 selector 配置隔离平台差异、用 Puppeteer 执行浏览器自动化、用 MCP 协议开放 AI 调用能力。这种“先解耦后集成”的思路可被类似场景（如批量数据录入、多站点内容分发）直接借鉴。

值得关注的后续

1. 平台对抗升级：各平台是否会进一步改变弹窗实现方式（如加入验证码或随机化 DOM），从而增加自动化难度，值得持续观察。

2. 政策生态成熟：随着 AI 标识办法全面执行，是否会出现标准化的合规 API，使得工具不再需要针对每个平台单独配置 selector。

3. 工具商业化：目前项目为个人开源作品，若用户群体扩大，可能出现托管版或 SaaS 版，届时需要评估其与平台用户协议之间的合规风险。

来源：V2EX (创意工作者社区)

[人工智能] 用 ai 把各大平台的创作声明弹窗自动化了，顺带支持 CLI 和 MCP