nohmitaina
← 使用案例

我把推广工作整理成了能和 AI 重复执行的流程

我和 AI 讨论了如何推广 nohmitaina,把讨论出的做法保存为 Procedure,再用 Episode 记录实际做了什么。用它处理自己的工作,也让我看到了接下来想改进的地方。

我想试试“记住”之后还能做什么

刚开始开发 nohmitaina 时,我对 noh 的构想主要围绕语义记忆:从自己写下的内容中整理概念,让 AI 以后也能查阅。不过,即使是我自己,也还没有充分体会到,这会怎样改变我与 AI 协作的方式。

因此,我在 0.3.0 中加入了程序性记忆。把一项工作的做法保存为 Procedure,下次做同类工作时就能再次使用。我想先拿自己的实际工作试一试,选中的就是推广 nohmitaina 本身。

把一次讨论变成可以复用的 Procedure

最初,我和 AI 讨论的是:适合去哪里介绍这个应用,需要调查什么,以及按什么顺序推进。先寻找成员可能感兴趣的社区,再确认各个社区的发帖规则。保留候选列表,针对发布地点准备文案,最后由我自己确认后发布。

我把这套做法保存为 Procedure,让它不止于一次聊天。流程中既有交给 AI 的工作,也有需要我检查和作出判断的环节。

推广 Procedure 的完整流程图(英文展示示例):从寻找候选社区,到确认规则、准备文案、审批,再到记录结果。点击图片可查看原图。
推广 Procedure 的完整流程图(英文展示示例):从寻找候选社区,到确认规则、准备文案、审批,再到记录结果。点击图片可查看原图。

第一次详细调查,以后复用候选列表

第一次执行时,需要详细调查适合发布的地方。但我并不想每次都从头重复同样的调查。

所以,流程设定为:第一次充分调查并保存候选列表;以后复用这份列表,只补充调查缺少的信息。不过,发帖规则可能会变。即使复用已有候选,也要在发布前重新确认当前的规则。

其中也包括确认:这里是否允许使用 AI 辅助撰写的文案,还是必须由本人撰写。记住一个候选社区,与判断这一次是否适合在那里发布,是两个不同的步骤。

英文示例中的 Research 节点详情。指令区分了首次调查,以及后续只补充调查缺失信息的情况。点击图片可查看原图。
英文示例中的 Research 节点详情。指令区分了首次调查,以及后续只补充调查缺失信息的情况。点击图片可查看原图。

确认文案后,由我自己发布

我按流程确认候选社区及其规则,并为不同发布地点准备文案。这次是我自己检查最终文案后,手动发布的。这是我实际在 X 上发布的英文内容。

提交了帖子,并不等于有人看到了它。Reddit 上有两篇帖子显示了被其过滤系统移除的提示。帖子是否可见、有没有回应,还需要继续确认。目前还不能说这次推广取得了成功。

用 Episode 记录实际发生的事

工作结束后,我请 AI 把做了什么、结果如何,以及下次需要注意什么,记录为 Episode。我希望以后能够回头查看候选调查、发布地点、文案、结果和待确认事项。

记录中也区分了“已经提交帖子”和“已经确认公开可见或收到回应”。下次再做时,我就可以结合这条 Episode 和 Procedure 考虑如何继续,而不必凭记忆从头说明一遍。

实际工作留下的 Episode,以英文显示。记录了执行内容、仍需确认的结果,以及留给下一次的观察。点击图片可查看原图。
实际工作留下的 Episode,以英文显示。记录了执行内容、仍需确认的结果,以及留给下一次的观察。点击图片可查看原图。

用起来,才发现下一个想改的地方

回看 Episodes 时,我又发现了一个不方便的地方:推广记录和开发记录混在同一个列表里,很难集中查看当前关心的那类工作。如果能按工作领域筛选 Episodes,应该会方便一些。

这是我在实际使用中发现的下一个改进想法。把讨论整理成 Procedure,执行后留下 Episode,再回顾记录,决定接下来改什么。自己使用,发现缺少的东西,再加以改进。这就是我这次想尝试的过程。