出海效率提升:一个飞书群 + AI,十分钟搭好需求池
今天做了一轮代码安全排查,扫出几个要跟进的问题。暂时不想大改,但是问题确实存在需要记录下来。一个选择是写到项目文档,但是要提交代码。一个是加到维护中的多维表格,但是不太适合上下文比较长的问题。

今天做了一轮代码安全排查,扫出几个要跟进的问题。暂时不想大改,但是问题确实存在需要记录下来。一个选择是写到项目文档,但是要提交代码。一个是加到维护中的多维表格,但是不太适合上下文比较长的问题。
还没开始记就先累了。
灵机一动,我前几天新建了一个飞书的话题群,把平时遇到的零星需求放进去,相当于作为自己的待办,一个需求一个话题,比较清晰,我就试着让 AI 直接把问题写成一个话题发进去。
试下来挺顺畅的,分享给大家。
为什么是话题群
话题群和普通群的区别在于,消息以话题为单位聚合。一个话题就是一个独立的讨论区,回复不会刷进群里,只通知订阅了这个话题的人。
拿它当需求池,约定就一条:一个话题对应一个需求。
临时想到的功能点、用户提的建议、排查出来的问题、半夜冒出来的灵感,随手发一条话题,就算记录完成。要讨论就在话题下面回,上下文天然聚在一起。
飞书官方其实也推荐过用话题群处理问题反馈,思路是一样的:降低反馈成本,发帖即记录。
这套东西对比表格和看板,好处是记录门槛低到几乎为零。没有字段要填,没有状态要选,一句话加一张截图就是一条需求。

让 AI 替你写进去
光是手动发话题,还称不上工作流。关键的一步是让 AI 能直接读写这个群。
飞书今年开源了官方命令行工具 lark-cli,把开放平台的两千多个 API 封装成了两百来条命令,配套的 Agent Skills 装好之后,Claude Code 这类 AI 编程助手就能直接操作飞书。



