问题
一个运营 WordPress 网站的小型编辑部，需要跟踪众多信息源、挑选新闻、撰写稿件、核查事实、寻找配图，然后再把同一篇报道发布到社交渠道和播客上。每一步都靠人工完成，而且分散在不同的工具里。
我做了什么
我开发了一个多用户 Web 平台，从订阅源和网络来源获取新闻，经过 AI 撰稿，一直到发布到 WordPress 和其他渠道。
- 12 步写稿向导：来源、新闻条目、深度搜索、五个备选标题、导语、正文、事实与语法检查、SEO、配图、音频、审阅和发布。每一步都有独立的接口，因此失败的步骤可以单独重试。
- AI 角色：包含身份、语气和风格的作者档案，可在多篇文章中重复使用。以同一位「作者」名义写的所有内容都保持一致的文风。
- 机器人引擎：定时运行的机器人获取新闻、进行筛选、以选定的角色撰稿，然后发布或保存为草稿。调度器每 60 秒检查一次，支持每日、每小时、按间隔和按星期几的排程，并设有冷却时间，防止重复运行。
- 多渠道发布：多个 WordPress 网站、Facebook、Instagram、X、Substack、Spreaker 播客和 WhatsApp，另有使用 ElevenLabs 语音的音频新闻和使用 HeyGen 虚拟形象的视频。
- 角色与额度：7 种角色，从管理员到测试员。每个用户都有额度配额，每次 AI 操作都有记录，可通过 PayPal 充值。管理员可以模拟用户身份登录，以提供支持。
- 也为海外团队打造：界面已翻译成 8 种语言，包括阿拉伯语、印地语和中文。
数据
- 仪表板背后有 111 个 API 路由处理程序。
- 应用共有 67 个页面，包括管理后台。
- 8 种界面语言和权限各自独立的 7 种用户角色。
技术栈
Next.js 14（App Router）、React 18、TypeScript 和 Tailwind CSS。登录使用 NextAuth，支持电子邮件、Google 或 Facebook。通过 mysql2 使用 MySQL 8。文本和图像使用 OpenAI，另有 Gemini、ElevenLabs 和 HeyGen 作为其他服务商。每个用户的 API 密钥都以 AES-256-GCM 加密存储。一个配套的 PHP 版 WordPress 插件在 WordPress 中增加了记者和编辑部角色。我还把平台打包成可自托管的产品，附有安装指南和架构指南。
为什么这样做
我选择不使用 ORM。查询都是通过 mysql2 执行的参数化原生 SQL，Next.js 以 standalone 模式构建成单个 server.js。原因在于主机环境：Prisma 的 WASM 引擎在 cPanel 共享主机上耗尽了内存，而 standalone 包可以在廉价服务器上运行。用户使用自己的 AI 密钥，因此平台无需为他们的 AI 调用付费。
