WeMAIde Content Operator

嗨，Product Hunt 👋

我是 WeMAIde 的 Alexandr，我们构建 Content Operator 是因为我们的内容工作流已经变成了一堆提示词、文档、浏览器标签页和脑中的备忘事项。

生成文本并不是主要难题。难的是让整个运营流程保持可靠：

- 哪些产品事实已经通过审核？

- AI 起草的内容是否引入了我们无法支撑的说法？

- 同一个想法在不同平台上应该怎样调整？

- 哪一个版本才是真正审核过的？

- 哪些内容已就绪、已排期或已发布？

- 如果有人编辑了已排期的帖子，会发生什么？

WeMAIde Content Operator 将这套工作流整合进一个本地优先的 Windows 应用。

它将上下文清晰地分成三层：

🧭 品牌档案（Brand Profile）——定位、受众、语气、目标和沟通边界。

📚 知识库（Knowledge）——导入的本地文件和文件夹，包含已验证的产品和项目信息。

📝 备注（Notes）——与当前内容任务直接相关的事实或说明。

基于这些素材，应用可以为 LinkedIn、X、Threads、Telegram、Instagram 和 Facebook 分别准备独立的草稿。每个版本都可以拥有自己的语言、长度、行动号召（CTA）、标签偏好、视觉方向、状态和日历位置。

当前工作流使用四种可见状态：草稿（Draft）、就绪（Ready）、已排期（Scheduled）和已发布（Published）。如果已排期的草稿被编辑，它会从日历中移除并需要重新审核。审核归属于真正被审核过的那个版本——而非永久绑定在标题上。

Content Operator 还支持手动内容创作、搜索、版本历史、可恢复的归档、受控删除，以及一个可工作的本地编辑日历。

工作区始终保存在 Windows 电脑上，凭据使用 Windows 安全存储，被选中的上下文只在发起生成请求时，才通过 Responses API 以 store: false 的方式直接发送到所配置的 OpenAI 服务商。

关于这个里程碑的一个重要说明：社交平台的 OAuth 授权、自动发布、后台重试以及最终图片渲染功能暂未启用。我们正在验证完整的「知识 → 创作 → 审核 → 排期」工作流，之后再接入外部账号。

我们尤其期待来自创始人、内容运营者、代理机构以及小型产品团队的反馈：

1. 在你当前的多平台工作流中，哪一部分造成的摩擦最大？

2. 要让你信任「自动定时发布」，你需要看到哪些条件？

3. 对于这类系统，你更倾向于本地优先的桌面工具，还是共享的云端工作区？

感谢你了解我们正在打造的产品。我会留在这里回答问题，并分享我们学到的经验。

——Alexandr，WeMAIde