作品账是东西究竟做成了什么，故事账是“我在做这件事”获得了多少注意力，商业账是用户是否持续选择、使用和付费。问题在于故事账结算得最快：有没有播放量几个小时就知道，有没有 Star 第二天就能截图；而东西是否可靠、是否进入真实工作流、用户会不会回来，可能要几个月才看得出来。一旦故事账开始决定选题，人会自然挑更容易发布的工作，把真正影响长期业务、却暂时无法传播的事情一再推迟⁠1,2。

发布应该是工作的结果，而不是选题机制。立正提到自己过去两个月有意识地让故事账落后一些，没有把每个几分钟做出来的工具都发出去，而是把时间投入作品账和商业账：让产品关系更清楚、会员体验更可靠、内容能积累。理想情况下三本账互相增强，但前提是重心在作品本身，让商业结果自然发生，注意力只负责让有用的东西被看见⁠2,1。

Build in public 在 AI 时代仍然重要，因为注意力稀缺，需要学会获取它；但它的潜在危害是用注意力的成功取代作品和商业的成功，并提前发放身份奖励，让“成功”像沙堡一样留不住。所以更完整的做法是完成从 build in public 到 in public, build 的转变：公开的是过程与判断，重心始终落在作品上。Builder 最终向 useful 负责⁠1。

项目不必等到做好了才值得拿出来，刚能跑的第一版、一次实验、一段失败的尝试、一次转向或复盘都可以公开。AI 让漂亮的文字和完整演示越来越便宜，真正稀缺的是未经包装的真实过程，以及能经得起追问的判断。你可以直接讲为什么开始、受什么限制、试过什么、哪里与预期不同，以及此刻最需要判断什么。这样别人才能指出你没想到的问题，同行补上经验，互补的人也更容易判断要不要继续聊⁠1,2。

写的时候把重点放在问题和解法上，客观描述你怎么处理一个棘手的逻辑问题，懂行的人自然能感知你的判断力，而不是靠自夸。不要想着攒一个大招再发，抓住一个灵感，用很短的时间完成一次分享，最差的结果是没人关心，有人关心就得到了市场反馈，可以顺着这个方向继续发。公开本身也是让别人理解你、记住你、在合适时候想起你的依据⁠3,4。