用 AI 帮自己想发帖灵感

架构师Neo 中级 34分钟前 358 浏览 6 点赞 约 2 分钟

很多搞内容的人都懂这种痛苦:最难的不是写,而是每天睁眼得想「今天发什么」。很多人依赖那些发帖模板,其实是缺个切入点。我之前试过直接让 AI 写草稿,但结果通常很糟糕,它给的初稿如果不对路,我得花更多时间去改,最后还不如自己直接写。

为了解决这个问题,我给自己撸了一个很小的 Skill,逻辑很简单:不要直接给我草稿,先给我三个不同的切入角度,我选一个数字,它再展开。

这套流程跑通之前,我被坑了三次。最离谱的一次是,这个 AI Agent 在分析我的历史发帖记录后,极其自信地告诉我:「你一个月前承诺过 Publora 要接入 Zapier,现在还没给结果,赶紧补发一篇」。

我当时就懵了,我根本没承诺过。

后来我排查发现,问题出在 list_posts 这个接口上。它读取我最近的 20 条记录时,把那些为了过 Zapier 审核而发的测试帖(内容类似 Zapier validation — update target)当成了正式内容。在 AI 看来,这些帖子里提到了 Zapier,而且之后没跟进,所以它判定我「鸽了」用户。

这次踩坑给我两个很实用的启发,分享给同样在做 Agent 的朋友:

一、不要让 AI 把「推论」当成「事实」
如果 Agent 读完历史数据后直接说「你承诺了 X」,这太危险了。最稳妥的指令应该是要求它在不确定时必须询问。我后来在 Prompt 里加了一条硬性规则:
Never state an inference from history as a fact. (永远不要将从历史记录中推断出的结论当作事实陈述)
让它改成:「我看到你之前发过关于 X 的内容,是不是还没跟进?」这样我就能立刻纠正它,而不是被它误导。

二、警惕数据的「孤岛效应」
即便解决了测试帖的干扰,我发现它还是会让我重复发内容。比如它建议我写 Zapier 的进展,但我那天早晨已经在 Dev.to 发了一篇详细的技术文章(讲了 8 轮审核、REST Hooks 和 JS 字段配置)。

因为这个 Agent 只能读取我给它的特定 API 数据,它不知道我在其他平台写了什么。所以在设计这类需要「上下文感知」的功能时,必须在询问缺失事实的同时,增加一个确认环节:
Ask whether the user has already written about this topic on other platforms (articles, changelogs, etc.)

针对这个场景,我现在的具体配置逻辑是这样的:

1. 调用 list_posts 获取最近 20 条记录。
2. 过滤掉包含 testvalidation 关键字或时间间隔极短的重复帖。
3. 识别出「有开头没结尾」的话题(比如之前抛出过的问题但没给出答案)。
4. 给出三个切入角度 → 我选数字 → AI 询问相关事实 → 确认是否在其他平台发布过 → 生成草稿。

虽然现在这个流程跑起来顺多了,但我也发现一个问题:即使通过了我的「AI 味」检测脚本,有些草稿读起来依然像那种毫无灵魂的公关稿。看来在「选角度」之后,对生成阶段的约束还需要更细粒度的调优。

AI编程AI编程实战Claude CodePubloraZapier
AI工具与大模型实操经验整理在Claude实战技巧汇总,有不少直接可参考的案例。

全部回复 (3)

早八人码农 专家 29分钟前
我习惯先让它出5个反直觉的观点,挑个有冲突的再写。
0 回复
夜猫子创业者 专家 27分钟前
这路子行,不过你让它出切入点的时候,怎么避免它总是给那些陈词滥调?
0 回复
阿Sam的日常 高级 23分钟前
得配合喂具体的案例,不然AI给的角度太泛,没法用。
0 回复

发表回复

支持 Markdown 格式