AI PM Intel Brief
Create a high-signal daily brief for an AI product manager.
Output goal
Turn a noisy stream of recent posts into a compact brief that helps a product-minded reader:
- - notice meaningful shifts
- ignore low-signal chatter
- extract product implications
- decide what is worth discussing further
Default audience: an AI product manager who values directness, judgment, and concrete implications over hype.
Core workflow
Follow these steps in order.
1. Define the source set
Identify one of these source patterns:
- - a user-provided list of X/Twitter accounts
- a website/page containing recommended people to follow
- a topic query plus a short list of anchor accounts
- a previously curated watchlist
If the user provides too many accounts, prefer a high-signal subset over exhaustive coverage.
2. Collect recent posts
Gather posts from the last 24 hours by default unless the user specifies another range.
Prioritize sources in this order:
- 1. Stable API access
- First-party or structured endpoints
- CLI/browser scraping only when needed
When rate limits are possible:
- - prefer fewer, larger pulls
- avoid aggressive parallel fan-out
- batch conservatively
- keep partial results if coverage is incomplete
3. Filter aggressively
Remove or downrank:
- - pure reposts/retweets unless the quoted point is strategically important
- generic motivational posts
- short reactions with no product implication
- social banter
- duplicate points from multiple accounts
- posts with high engagement but low insight
Keep posts that contain at least one of:
- - a non-obvious product insight
- a workflow change
- a notable market/adoption signal
- a meaningful user behavior signal
- a new interaction pattern
- a concrete lesson about agents, tooling, design, growth, infra, or product strategy
4. Rank for AI PM relevance
Prefer posts that help answer questions like:
- - What is changing in how people build with AI?
- What product pattern is emerging?
- Where is user value moving?
- What assumptions are becoming outdated?
- What interaction model is winning?
- What should a product team reconsider now?
Do not rank purely by likes or views.
Use engagement only as a weak secondary signal.
5. Synthesize, do not merely list
For each selected item, produce:
- - Who / Theme
- Content summary — what they actually said
- Insight — why it matters for an AI PM
- Original excerpt — short quoted excerpt when useful
- Original link
The insight should be the value-add. Do not just paraphrase the post.
6. End with a compressed readout
After the itemized list, produce a short section such as:
- - Top 3 judgments
- 5 signals to remember
- Product implications
- What to watch next
This section should feel like the distilled brain of the brief.
Recommended structure
Use this structure unless the user asks otherwise:
Title
INLINECODE0
Section A: Most important judgments
3 high-level judgments, written crisply.
Section B: Top signals
Usually 5-10 items.
For each item:
- -
账号/人物 or INLINECODE2 - INLINECODE3
- INLINECODE4
- INLINECODE5
- INLINECODE6 (optional if too long or weak)
- INLINECODE7
Section C: Compressed conclusion
Examples:
- - 如果今天只记住 5 句话
- 给 AI PM 的建议
- 今天最值得继续深挖的 3 个方向
Style rules
- - Be direct.
- Be selective.
- Sound like someone with product judgment, not a clipping bot.
- Prefer insight density over completeness.
- Call out weak or overhyped signals when appropriate.
- It is acceptable to disagree with popular takes.
Quality bar
A good brief should make the reader feel:
- - "I now know what actually mattered today."
- "I see the product implications more clearly."
- "This saved me from doomscrolling."
A bad brief feels like:
- - a feed dump
- engagement-chasing summaries
- generic trend commentary
- lots of posts, little judgment
Handling partial coverage
If rate limits, missing APIs, or unavailable accounts prevent full coverage:
- - say so briefly
- continue with the strongest partial set
- do not block the whole brief waiting for perfect completeness
- prefer a sharp brief from 8-20 good accounts over a bloated weak summary from 50
Useful dimensions for interpretation
When extracting insights, pay special attention to these recurring lenses:
- - agent vs copilot
- workflow vs one-shot generation
- review/critique vs creation
- system design vs prompt design
- product moat via loop/data/tooling
- professional workflow adoption
- AI-native interface patterns
- model freedom vs guardrails
- vertical use case maturity
- market signals vs hype signals
If turning this into recurring output
When the user likes a particular style:
- - preserve the section order
- preserve the tone
- keep the signal threshold high
- maintain stable formatting so briefs are easy to skim day after day
AI PM 情报简报
为AI产品经理打造一份高信号价值的每日简报。
输出目标
将嘈杂的最新帖子流转化为一份精炼简报,帮助具备产品思维的读者:
- - 发现有意义的变化
- 忽略低信号噪音
- 提炼产品启示
- 判断哪些内容值得深入讨论
默认受众:重视直接性、判断力和具体启示而非炒作内容的AI产品经理。
核心工作流程
请按顺序执行以下步骤。
1. 定义信息来源
确定以下来源模式之一:
- - 用户提供的X/Twitter账号列表
- 包含推荐关注对象的网站/页面
- 主题查询加少量锚点账号
- 此前整理过的关注列表
如果用户提供的账号过多,优先选择高信号子集而非全面覆盖。
2. 收集近期帖子
默认收集过去24小时内的帖子,除非用户指定其他时间范围。
按以下优先级排序信息来源:
- 1. 稳定的API访问
- 官方或结构化端点
- 仅在必要时使用CLI/浏览器抓取
当可能遇到速率限制时:
- - 优先减少拉取次数、增加单次拉取量
- 避免激进的并行扩散
- 保守地进行批量处理
- 覆盖不完整时保留部分结果
3. 激进过滤
移除或降低以下内容的优先级:
- - 纯转发/转推(除非引用的观点具有战略重要性)
- 通用励志帖
- 缺乏产品启示的简短反应
- 社交闲聊
- 多个账号的重复观点
- 高互动但低洞察的帖子
保留包含以下至少一项内容的帖子:
- - 非显而易见的产品洞察
- 工作流程变化
- 值得关注的市场/采用信号
- 有意义的用户行为信号
- 新的交互模式
- 关于智能体、工具、设计、增长、基础设施或产品策略的具体经验教训
4. 按AI PM相关性排序
优先选择有助于回答以下问题的帖子:
- - 人们构建AI的方式正在发生什么变化?
- 正在出现什么产品模式?
- 用户价值正在向何处转移?
- 哪些假设正在变得过时?
- 哪种交互模式正在胜出?
- 产品团队现在应该重新考虑什么?
不要仅按点赞或浏览量排序。
仅将互动作为弱化的次要信号使用。
5. 综合提炼,而非简单罗列
为每个选中的项目生成:
- - 发布者/主题
- 内容摘要——他们实际说了什么
- 洞察——对AI PM而言为何重要
- 原文摘录——必要时引用简短原文
- 原文链接
洞察应是增值部分。不要仅转述帖子内容。
6. 以压缩版总结收尾
在逐项列表之后,生成一个简短部分,例如:
- - 三大判断
- 五个值得记住的信号
- 产品启示
- 下一步关注方向
这一部分应呈现简报的精华提炼。
推荐结构
除非用户另有要求,请使用以下结构:
标题
AI PM 今日情报简报|MM.DD
第一部分:最重要的判断
3个高层判断,表述简洁有力。
第二部分:顶级信号
通常5-10个项目。
每个项目包含:
- - 账号/人物
- 主题
- 内容总结
- 洞察
- 原文(过长或价值不高时可省略)
- 原文链接
第三部分:压缩结论
示例:
- - 如果今天只记住5句话
- 给AI PM的建议
- 今天最值得继续深挖的3个方向
风格规则
- - 直接了当。
- 精挑细选。
- 听起来像具备产品判断力的人,而非剪辑机器人。
- 优先追求洞察密度而非完整性。
- 适时指出弱信号或过度炒作的内容。
- 可以反对流行观点。
质量标准
一份优秀的简报应让读者感到:
- - 我现在知道今天真正重要的是什么了。
- 我对产品启示看得更清楚了。
- 这让我免于无意义地刷屏。
一份糟糕的简报则让人感觉:
- - 信息流倾倒
- 追逐互动的摘要
- 泛泛的趋势评论
- 帖子很多,判断很少
处理覆盖不完整的情况
如果速率限制、API缺失或账号不可用导致无法全面覆盖:
- - 简要说明情况
- 继续使用最强部分结果
- 不要为了追求完美完整性而阻塞整个简报
- 宁愿从8-20个优质账号获取一份精炼简报,也不要从50个账号获取臃肿的弱化摘要
有用的解读维度
在提炼洞察时,特别关注以下反复出现的视角:
- - 智能体 vs 副驾驶
- 工作流程 vs 一次性生成
- 审查/批评 vs 创作
- 系统设计 vs 提示设计
- 通过循环/数据/工具构建产品护城河
- 专业工作流程采用
- AI原生界面模式
- 模型自由度 vs 护栏
- 垂直用例成熟度
- 市场信号 vs 炒作信号
如需转化为定期输出
当用户喜欢某种特定风格时:
- - 保持各部分顺序
- 保持语气一致
- 保持高信号阈值
- 保持格式稳定,便于每日快速浏览