FrontPost 满两月：渐成其章，渐见远方

从 7 月中旬开始做 FrontPost，到现在已经满两个月了。

最开始，我只是想做一个 AI 邮报：每天从论文、技术博客、开源项目和行业信息里筛出真正值得看的内容，再主动送到用户面前。

两个月过去，这个想法没有变，但产品已经从最初的设想逐渐变成了一个可以运行的系统。网站、账户、Focus、内容生成、邮件投递、定时任务、存储和支付等主要环节已经基本搭好，ICP 备案也已经完成，支付中台目前基本完成。FrontPost 还谈不上成熟，但至少已经到了可以准备真正上线、接受用户检验的阶段。

一、先把产品本身跑通

目前最重要的不是继续扩功能，而是把已有能力真正跑顺。

FrontPost 的核心流程：

创建 Focus → 自动搜索 → 筛选内容 → 生成 Edition → 邮件投递 → 用户反馈。

接下来首先要验证这条链路能不能稳定长期运行。

包括：

• 定时任务是否稳定；
• Worker 是否会积压；
• 邮件是否会重复发送；
• 失败任务能不能恢复；
• 内容是否存在明显重复；
• 用户连续使用几周以后，推荐是否仍然有价值。

这也是为什么最近的开发重点逐渐从”功能实现”转向测试、任务系统、幂等、部署和数据可靠性。

二、产品质量要开始用真实用户验证

现在系统已经可以运行，接下来不能只靠自己判断产品好不好。

需要尽快找第一批真实用户连续使用。

我更关心的不是注册人数，而是几个更直接的问题：

用户会不会创建真正想长期关注的 Focus？

收到邮件以后会不会打开？

推荐的内容有多少是已经知道的？

什么内容会被忽略，什么内容会被继续追踪？

一个月以后，这个 Focus 还会不会保留？

这些结果会直接决定下一步做什么。

如果用户根本不愿意长期维护 Focus，那么 Focus 的产品设计就需要调整。

如果邮件经常被忽略，那么问题可能不是模型能力，而是内容选择、篇幅或者投递频率。

产品路线应该由这些反馈决定，而不是提前把所有功能都规划好。

三、接下来要补齐的不只是开发

前两个月主要精力放在技术实现上。

从现在开始，FrontPost 要同时推进几个方面。

产品上，继续完善 Focus、Edition 和用户反馈，让用户更容易表达自己关心什么，也让系统知道哪些内容不值得继续推荐。

内容上，重点解决重复、低价值摘要和排序问题。FrontPost 最终有没有价值，很大程度取决于”少给什么”和”先给什么”。

工程上，继续补测试、监控、异常恢复、备份和部署稳定性。现有功能先做到可靠，再考虑更复杂的扩展。

传播上，开始持续介绍 FrontPost 在解决什么问题、产品怎么变化，并找到第一批真正有长期信息需求的人。

商业上，尽早测试收费，而不是等所有功能完成以后再考虑。免费和付费的边界、单用户成本和用户愿意为什么付费，都应该尽早获得真实数据。

四、下一阶段

接下来一段时间，我希望把目标控制得很简单：

先让一小批用户真正连续使用 FrontPost。

如果他们愿意持续留下 Focus，愿意看邮件，也能持续从中发现以前可能错过的信息，那么这个产品的基本假设就成立了。

在这之前，Mobile、RSS、MCP、Zotero、更多 Agent 和更多内容形态都不是最高优先级。

两个月前，主要是在解决”FrontPost 能不能做出来”。

接下来要回答的是：

它能不能稳定运行，内容是不是真的有用，以及有没有人愿意长期使用。

FrontPost 的主要功能已经基本可用。

下一步，不急着把它做得更大。

先把它做实。月渐满，事如愿！