Demo 视频 之前发布 AI 洞察 时，它主要基于当前站点里刚看过的信息流，这次升级后它更接近一个“当天阅读线索整理器”。只要是 BriefFeed 支持的网站，当内容进入过你的视野后，就可以在当天的 AI 洞察一起分析。每条线索仍然会保留来源卡片，方便你回到原文继续看上下文。 它仍然只处理支持网站里已经进入过你视野的内容，不会读取浏览历史、登录态、cookies 或通过平台 API 额外抓取内容。 比如你今天可能看过： X/Twitter 、Bluesky 、即刻或微博等社媒 微信公众号、Substack 或 Medium 文章 Product Hunt 上的新产品，或者是 GitHub 项目 Hacker News 、Reddit 、V2EX 上的讨论 现在你可以在一天中任意时间打开 AI 洞察，让它从这些已经看过的内容里，整理出今天的信息脉络。 公测期免费 · 点击安装 BriefFeed （ Chrome Web Store ） 另外，这次公众号文章、Product Hunt 、Bluesky 也会进入总结和洞察流程了，可以一起试试。欢迎反馈哪些站点最值得继续支持。 Medium 也即将支持： 产品故事可看之前的 内测介绍 ，如果你感兴趣，也可以扫码加入产品讨论群：
代码： discourse-sidebar-feed-panel.user.txt (162.6 KB) 展示： 快捷安装： greasyfork.org Discourse Sidebar Feed Panel 将侧边栏改造为信息流面板，支持板块分类筛选、已读/未读过滤、拖拽调整宽度 3 个帖子 - 2 位参与者 阅读完整话题
网站地址 https://blog.yqiao.me/ Atom Feed https://blog.yqiao.me/atom.xml
网站地址 https://keiwo.github.io/1.zZ RSS https://keiwo.github.io/1.zZ/feed
萌新初加入L站，感觉L站Feed流偏向热度排序，跟很多社交媒体软件的推荐算法Feed流不一样。 很好奇为什么不用推荐算法呢？ 是防止信息茧房？是程序员的某种坚持吗？ 5 个帖子 - 5 位参与者 阅读完整话题
RSS 源： https://www.analogue.co/feed/all 用 Gemma4 总结的效果：
Demo 视频 现在你在 X/Twitter 、即刻、微博等信息流里看到值得保存的内容，简单配置一次后，点收藏就可以直接同步到 Notion 里。 BriefFeed 会把 AI 总结、标签、原帖，以及作者、发布时间、媒体链接等信息一起整理好存进去。你可以把信息流里的随手收藏，变成日后真的会回来翻的资料，也可以基于素材的标签和来源继续整理和创作。欢迎体验，也欢迎告诉我你会怎么用它。 公测期免费 · 点击安装 BriefFeed （ Chrome Web Store ） 另外，这次 Substack 文章也支持总结了，可以一起试试。 产品故事可看之前的 内测介绍 ，如果你感兴趣，也可以扫码加入产品讨论群：
Feedalyze 是什么 Feedalyze 是一款帮助产品团队从用户反馈中识别真实需求的工具。它能够多渠道收集、高效协同处理、可视化分析反馈，帮助团队更清晰地理解用户需求，从而让产品朝着正确的方向加速迭代。地址： https://feedalyze.com/ 解决什么问题 如何将分散在不同渠道的用户反馈，变成统一可管理的信息资产 如何从大量反馈中持续提炼真实需求，而不是依赖主观判断 如何让产品决策可以被反馈验证，而不只是事后判断对错 本质上，就是解决团队或独立开发者经常遇到的三个问题：我理解的需求对不对？产品能不能持续做对？方向有没有偏？ 适合谁用 SaaS / AI / 工具类产品团队及独立开发者 处于持续迭代阶段的创业团队与中小企业 拥有较多用户反馈，但缺乏结构化分析与需求提炼能力的团队 更适合已经开始重视用户反馈体系建设的团队 为什么不用微信群管理用户反馈？ 微信群很适合沟通，但不适合作为长期的反馈管理系统。如果你管理过 300 人以上的活跃用户群，就会明白我在说什么 反馈很容易被聊天流覆盖，重要问题会被淹没或遗忘。你不可能记住所有反馈，也更难从中分析背后的真实需求 缺乏统一的分类与标签体系，难以进行长期分析与管理，最终容易变成“不断重复处理问题的客服” 缺乏责任归属与处理状态，无法持续跟踪反馈进度。如果某条反馈没人响应，用户很快就会流失 历史反馈难以沉淀为可复用的产品决策依据。10 条、100 条反馈或许并不重要，但当它变成 1000 条、10000 条时，难道真的还不重要吗？ 产品逻辑与流程图 欢迎试用 目前产品还处于最后的内测阶段，整体功能与体验仍在持续打磨中。 我们会为参与试用的团队提供 3-6 个月免费试用，并免费协助搭建完整的用户反馈管理体系。 如果你对这个方向感兴趣，或者愿意参与内测体验，欢迎在网站底部留言，或直接微信联系我：M-ing2020 也欢迎大家交流、提建议，感谢支持。 Feedalyze - https://feedalyze.com/
央妈报道了： https://weibo.com/2656274875/R0BOW9h3l?from=feed#repost
点击 Demo 视频 现在你浏览 X/Twitter 、即刻或微博信息流后，开启 BriefFeed 的 AI 洞察，它会基于你实际看过的帖子，提取当前最值得留意的 3 条主线，以及其他趋势和下一步查证、行动方向，给你一个不一样的思考角度。每条洞察都保留来源卡片，方便回到原帖看上下文、评论。 限时免费 · 点击安装 BriefFeed （ Chrome Web Store ） 隐私方面，在你主动启用 AI 洞察时，BriefFeed 只读在屏幕上出现过的帖子文本、作者显示名、时间、平台、语言和帖子中可见链接的元数据等必要信息；不会发送登录态、cookies 、关注列表、完整页面 DOM ，也不会通过平台 API 额外抓取你的时间线。原文不会在服务器持久化保存； AI 洞察的结果只会保存在浏览器本地。 手记 Karpathy 提及的: You Can Outsource Thinking, But Not Understanding 孔子：学而不思则罔，思而不学则殆。 AI 洞察是我最早想做 BriefFeed 的原因，也是打磨最久的功能。这个功能做得比较克制，它只处理当前标签页里已经看过的帖子，作为你回顾消化的入口。或者反过来今天时间不多只是泛泛看了一下，又怕漏了重点，也可以尝试下。 产品故事可看之前的 内测介绍 ，如果你感兴趣了，也可以扫码加入产品讨论群：
点击 Demo 视频 现在你浏览 X/Twitter 、即刻或微博信息流后，开启 BriefFeed 的 AI 洞察，它会基于你实际看过的帖子，提取当前最值得留意的 3 条主线，以及其他趋势和下一步查证、行动方向，给你一个不一样的思考角度。每条洞察都保留来源卡片，方便回到原帖看上下文、评论。 限时免费 · 点击安装 BriefFeed （ Chrome Web Store ） 隐私方面，在你主动启用 AI 洞察时，BriefFeed 只读在屏幕上出现过的帖子文本、作者显示名、时间、平台、语言和帖子中可见链接的元数据等必要信息；不会发送登录态、cookies 、关注列表、完整页面 DOM ，也不会通过平台 API 额外抓取你的时间线。原文不会在服务器持久化保存； AI 洞察的结果只会保存在浏览器本地。 手记 Karpathy 提及的: You Can Outsource Thinking, But Not Understanding 孔子：学而不思则罔，思而不学则殆。 AI 洞察是我最早想做 BriefFeed 的原因，也是打磨最久的功能。这个功能做得比较克制，它只处理当前标签页里已经看过的帖子，作为你回顾消化的入口。或者反过来今天时间不多只是泛泛看了一下，又怕漏了重点，也可以尝试下。 产品故事可看之前的 内测介绍 ，如果你感兴趣了，也可以扫码加入产品讨论群：
Demo 视频 BriefFeed 是个浏览器插件，它会在你社媒信息流的长帖子或外文上方加一行简短总结，帮你快速判断哪些值得细看，哪些可以滑过去。 经过近 2 个月的迭代和自用，BriefFeed 的基础体验已经比较稳定，现在开始公测，邀请你来体验。它已经支持了 X/Twitter 、即刻、微博等社媒平台，我自己高频使用下来，已经能明显减少看长帖时的阅读负担，所以想开放给更多人试试。它也加了收藏和稍后读功能，方便把值得回看的帖子留下来。 公测期限时免费 · 点击安装 BriefFeed （ Chrome Web Store ） 隐私方面，BriefFeed 只处理你已经打开的页面里已加载的帖子内容。为了生成摘要，请求会包含帖子标题/正文、作者展示名、时间戳、平台和页面上识别到的链接等必要信息；不会发送登录态、cookies 、关注列表、完整页面 DOM ，也不会通过平台 API 额外抓取你的时间线或未加载内容。原文不会在服务器持久化保存；只有你主动收藏的帖子会保存在浏览器本地。插件也可以随时暂停或关闭。 这次公测我主要是想看它是否对用户有价值，用户会怎么用它，并根据反馈来调整产品方向。公测期免费，后续即使开始做额度或付费，也会尽量保证轻度用户有低门槛的基础体验。 感谢大家，期待和大家一起把它打磨得更好。产品故事可看之前的 内测介绍 ，如果你感兴趣了，也可以扫码加入产品讨论群： 给技术同学补充：BriefFeed 也支持这些社区和开发者页面。 GitHub 只摘要公开项目，私有仓库会跳过。 Lobsters 及更多站点还在支持中，敬请期待。
在 GitHub 浏览 feed 时候，经常刷到一些有意思的内容，但却忘记这个用户是谁，是从哪关注的了。 如果你跟我有一样的困惑，想给这些用户添加昵称或者备注，可以试用一下我写的油猴脚本，已经发布到 https://greasyfork.org/zh-CN/scripts/577748-github-nickname 上了，预览效果是这样的。 用户昵称支持显示在 https://github.com 和 https://github.com/{username} 页面，需要通过 {"username": "nickname"} JSON 格式来配置用户名到昵称的映射数据，配置入口在插件菜单栏里，可以直接输入字符串，也可以输入一个返回这样数据的 HTTP URL 。我自己是把配置信息维护到 Gist 后，然后输入 Raw URL 的，使用起来还算方便。 另外，如果你想把关注的 GitHub 用户名称导出来，批量处理一遍的话，可以使用官方的 REST API ，token 需要有 user:follow 权限。 curl -L \ -H "Accept: application/vnd.github+json" \ -H "Authorization: Bearer <YOUR-TOKEN>" \ -H "X-GitHub-Api-Version: 2026-03-10" \ https://api.github.com/user/following?per_page=100 | jq -r '.[].login' 相关的使用问题和改进建议，可以提交到 https://github.com/fantasticmao/user-scripts/issues 里，感谢你的反馈。 最后感谢小米 MiMo 百万亿 Token 激励计划，我用着效果挺不错的。
希望 VXNA 能够收录我的个人博客 :) 域名: https://blog.mxdyeah.com RSS: https://blog.mxdyeah.com/feed @ Livid ，谢谢。 十分感谢。
BriefFeed 是个浏览器插件，它会在你社媒信息流的外文或长帖子上方加一行简短总结，帮你快速判断哪些值得细看，哪些可以滑过去。 你是否也像我一样每天会在工作生活之余再看看社交媒体，看有哪些新鲜事，或者行业新闻，就像充电似的。有时可能太忙了，没时间看了也就那回事了，也有时会感觉不看好像就缺了点什么，如果能看完的话今天的事就完成了一件，如果你也有这种感觉的话，那这个产品就是为你打造的。 现在这个产品打磨了一段时间，我自用感觉是能省些时间比较易读了，我想再邀请一些用户来内测，看它能不能帮重度社媒用户省时间。 如果你每天看 Twitter 或者即刻，关注挺多信息密度高的人，或者 V2EX 之类的论坛等，愿意体验新产品的话，那么欢迎你来内测，我会分批发放邀请，优先重度用户。轻度用户就不麻烦大家了，可以等正式发布版，体验会更好。 产品已经通过 Chrome Web Store 审核，但目前是 Unlisted 状态，安装链接我会私发。 隐私方面，BriefFeed 只处理你已经打开的页面里已加载的帖子内容。为了生成摘要，请求会包含帖子标题/正文、作者展示名、时间戳、平台和页面上识别到的链接等必要信息；不会发送登录态、cookies 、关注列表、账号资料、完整页面 DOM ，也不会通过平台 API 额外抓取你的时间线或未加载内容。原文不会被持久化保存，插件也可以随时暂停或关闭。具体细节我会在内测文档中说明。 可以直接扫码加入内测群： 背景 对我来说，这个时间线大概要从编程产品 Cursor 的流行开始算起，那是 2024 年中吧，Twitter 时间线上开始很多人都推荐这个产品，因为它写代码补全的能力远远超过了上一代产品 GitHub Copilot ，后来我们都知道了这是 Claude 3.5 模型的编程能力越过了奇点，AI Coding 开始成为继大模型在对话外又一个实际应用的领域。 这之后 Vibe Coding 开始流行起来，除了软件工程师外，设计师、产品经理和运营等也开始用这些产品来辅助完成自己的工作和体验创意想法，再之后多数用户感知到的应该是模型生图能力的突破，接着是推理模型 DeepSeek ，AI Agent 云端产品 Manus ，以及桌面 Agent 产品 Claude Code ，还有之后的 OpenClaw 龙虾等，AI 大模型领域的每一波浪潮，都会带来新的生产力工具，以及新的工作方式。应了 OpenAI CEO Sam Altman 说的那句话 AI 是新一轮的文艺复兴。也因此社交媒体开始活跃起来，包括 Twitter 中文圈和即刻都涌现了很多学习 AI 、使用 AI 创造的用户，大家在社媒上分享交流，看新东西。我也不例外，虽然我总体来说对新东西不是那么敏感，但我也关注了越来越多的技术、产品和设计方面的创造者。 再往后到最近的大概两个月前吧，随着 OpenClaw 代表的用户 Agent 生态的成熟，我也在思考自己一直关注的 个人阅读信息过载问题 ，因为这轮 Agent 生态的启发是下一波的产品和软件要面向 Agent 做了，SaaS 产品的增长和市场乏力了，所以我开始设想一个产品 面向用户 Agent 的新闻简报 ，这里粗略类比一下 AI 问答对搜索引擎的替代，所以我感觉用户看新闻信息也将会有一波范式的革新。在迭代探索这个产品的过程中，我开始尝试着做一个 MVP 版本，把它用到我的实际获取社媒信息的工作流中。 产品迭代 刚开始的过程大概是这样的，我让 Agent 来操作帮我总结下今天我在社媒上的信息流内容，我在 Chrome 浏览器里登录了即刻和 Twitter ，然后就让 Agent 来自由发挥连接浏览器，结果如你可以想象的，Agent 可以较好地完成这个任务，这是因为 Chrome 浏览器自动化的支持已经很完善了。下一步就是把这个工作流固化为一个 Skill ，这样可以获得较稳定的结果以及优化 token 的消耗。这个 Skill 我试用几天觉得满意后，就想把它分享出去给更多人用，但是 Skill 使用的前提是用户得有个主 Agent ，那样的话离大多数的普通用户就还是有点远。所以我就继续思考这个过程涉及到的模型和 Agent 操作，看看有没有什么办法能降低使用的门槛，最好是零配置就能使用。 因为社媒网页帖子解析提取的部分都是固定的程序，唯独涉及到模型的地方就是简报的总结，那么一个浏览器插件应该是可以的，插件读取了用户的社媒信息流内容，所以对隐私就比较敏感，我最初设计过 Local First 的架构，用户可以自带大模型 key 来生成简报。但门槛太高，科技的进步应该普惠到大多数的消费者用户，普通用户不应该被要求理解 key 之类的复杂配置，所以我还是需要做个托管的大模型服务，这样普通用户就可以开箱即用了。 既然产品方向已经比较明确了，我就开始快速迭代开发，进入工程师的时间，不断地打磨优化，看着一个东西从无到有体验不断变好，感觉还挺有成就感的。然后我做着做着就再次用流行的 Garry Tan 的 gstack 来帮我把关产品的方向，让他给我一些指导，然后很意外地他说让我别写代码了，先做下用户访谈，说话掷地有声不容置疑，不过他说得有道理，虽然我也没做过这事，但还是着手规划了起来，我就访谈了一些认识的人和专业人士，一边访谈一边积累经验，还好他们都给了友好的回复，我也从这个过程中收集到了一些用户真实的需求。也多少得到了 gstack 的肯定，因为项目往前推进了。 需求得到验证后，我下来就继续做起 MVP 来了，这虽然是个个人项目，但既然目标是为专业人士省时间的，那么产品的设计和开发也要足够高效，为了最大化产出和质量，我用了很多 AI Coding 工具来打磨。当碰到真正的难题时，我也曾反复尝试，在顶级的模型 GPT 与 Opus 之间切换，最终解决了。我看了下最近在 GitHub 上的 提交 ，还挺密集的。当然作为一个有经验的工程师，虽然都是在 Vibe Coding ，咱对自己的项目质量还是有很高要求的，为了让软件可维护和不膨胀，我加了很多单元测试，也会定期整理代码，所谓大道至简。 产品形态 做这个项目的过程中，我经常会有各种疑问，碰到问题了就和模型对话，让它深度思考，有一阵子感觉也走到了死胡同，得终止了，不过好在我日思夜想，几经辗转调整方向，终于找到了个合适的产品形态，有种柳暗花明又一村的感觉，这个产品的交互参考了早期流行的产品 沉浸式翻译 ，这里特别感谢下开发者，给了我改进的灵感。 感谢大家，期待和你一起把它打磨得更好。
BriefFeed 是个浏览器插件，它会在你社媒信息流的外文或长帖子上方加一行简短总结，帮你快速判断哪些值得细看，哪些可以滑过去。 你是否也像我一样每天会在工作生活之余再看看社交媒体，看有哪些新鲜事，或者行业新闻，就像充电似的。有时可能太忙了，没时间看了也就那回事了，也有时会感觉不看好像就缺了点什么，如果能看完的话今天的事就完成了一件，如果你也有这种感觉的话，那这个产品就是为你打造的。 现在这个产品打磨了一段时间，我自用感觉是能省些时间比较易读了，我想再邀请一些用户来内测，看它能不能帮重度社媒用户省时间。 如果你每天看 Twitter 或者即刻，关注挺多信息密度高的人，或者 V2EX 之类的论坛等，愿意体验新产品的话，那么欢迎你来内测，我会分批发放邀请，优先重度用户。轻度用户就不麻烦大家了，可以等正式发布版，体验会更好。 产品已经通过 Chrome Web Store 审核，但目前是 Unlisted 状态，安装链接我会私发。 隐私方面，BriefFeed 只处理你已经打开的页面里已加载的帖子内容。为了生成摘要，请求会包含帖子标题/正文、作者展示名、时间戳、平台和页面上识别到的链接等必要信息；不会发送登录态、cookies 、关注列表、账号资料、完整页面 DOM ，也不会通过平台 API 额外抓取你的时间线或未加载内容。原文不会被持久化保存，插件也可以随时暂停或关闭。具体细节我会在内测文档中说明。 可以直接扫码加入内测群： 背景 对我来说，这个时间线大概要从编程产品 Cursor 的流行开始算起，那是 2024 年中吧，Twitter 时间线上开始很多人都推荐这个产品，因为它写代码补全的能力远远超过了上一代产品 GitHub Copilot ，后来我们都知道了这是 Claude 3.5 模型的编程能力越过了奇点，AI Coding 开始成为继大模型在对话外又一个实际应用的领域。 这之后 Vibe Coding 开始流行起来，除了软件工程师外，设计师、产品经理和运营等也开始用这些产品来辅助完成自己的工作和体验创意想法，再之后多数用户感知到的应该是模型生图能力的突破，接着是推理模型 DeepSeek ，AI Agent 云端产品 Manus ，以及桌面 Agent 产品 Claude Code ，还有之后的 OpenClaw 龙虾等，AI 大模型领域的每一波浪潮，都会带来新的生产力工具，以及新的工作方式。应了 OpenAI CEO Sam Altman 说的那句话 AI 是新一轮的文艺复兴。也因此社交媒体开始活跃起来，包括 Twitter 中文圈和即刻都涌现了很多学习 AI 、使用 AI 创造的用户，大家在社媒上分享交流，看新东西。我也不例外，虽然我总体来说对新东西不是那么敏感，但我也关注了越来越多的技术、产品和设计方面的创造者。 再往后到最近的大概两个月前吧，随着 OpenClaw 代表的用户 Agent 生态的成熟，我也在思考自己一直关注的 个人阅读信息过载问题 ，因为这轮 Agent 生态的启发是下一波的产品和软件要面向 Agent 做了，SaaS 产品的增长和市场乏力了，所以我开始设想一个产品 面向用户 Agent 的新闻简报 ，这里粗略类比一下 AI 问答对搜索引擎的替代，所以我感觉用户看新闻信息也将会有一波范式的革新。在迭代探索这个产品的过程中，我开始尝试着做一个 MVP 版本，把它用到我的实际获取社媒信息的工作流中。 产品迭代 刚开始的过程大概是这样的，我让 Agent 来操作帮我总结下今天我在社媒上的信息流内容，我在 Chrome 浏览器里登录了即刻和 Twitter ，然后就让 Agent 来自由发挥连接浏览器，结果如你可以想象的，Agent 可以较好地完成这个任务，这是因为 Chrome 浏览器自动化的支持已经很完善了。下一步就是把这个工作流固化为一个 Skill ，这样可以获得较稳定的结果以及优化 token 的消耗。这个 Skill 我试用几天觉得满意后，就想把它分享出去给更多人用，但是 Skill 使用的前提是用户得有个主 Agent ，那样的话离大多数的普通用户就还是有点远。所以我就继续思考这个过程涉及到的模型和 Agent 操作，看看有没有什么办法能降低使用的门槛，最好是零配置就能使用。 因为社媒网页帖子解析提取的部分都是固定的程序，唯独涉及到模型的地方就是简报的总结，那么一个浏览器插件应该是可以的，插件读取了用户的社媒信息流内容，所以对隐私就比较敏感，我最初设计过 Local First 的架构，用户可以自带大模型 key 来生成简报。但门槛太高，科技的进步应该普惠到大多数的消费者用户，普通用户不应该被要求理解 key 之类的复杂配置，所以我还是需要做个托管的大模型服务，这样普通用户就可以开箱即用了。 既然产品方向已经比较明确了，我就开始快速迭代开发，进入工程师的时间，不断地打磨优化，看着一个东西从无到有体验不断变好，感觉还挺有成就感的。然后我做着做着就再次用流行的 Garry Tan 的 gstack 来帮我把关产品的方向，让他给我一些指导，然后很意外地他说让我别写代码了，先做下用户访谈，说话掷地有声不容置疑，不过他说得有道理，虽然我也没做过这事，但还是着手规划了起来，我就访谈了一些认识的人和专业人士，一边访谈一边积累经验，还好他们都给了友好的回复，我也从这个过程中收集到了一些用户真实的需求。也多少得到了 gstack 的肯定，因为项目往前推进了。 需求得到验证后，我下来就继续做起 MVP 来了，这虽然是个个人项目，但既然目标是为专业人士省时间的，那么产品的设计和开发也要足够高效，为了最大化产出和质量，我用了很多 AI Coding 工具来打磨。当碰到真正的难题时，我也曾反复尝试，在顶级的模型 GPT 与 Opus 之间切换，最终解决了。我看了下最近在 GitHub 上的 提交 ，还挺密集的。当然作为一个有经验的工程师，虽然都是在 Vibe Coding ，咱对自己的项目质量还是有很高要求的，为了让软件可维护和不膨胀，我加了很多单元测试，也会定期整理代码，所谓大道至简。 产品形态 做这个项目的过程中，我经常会有各种疑问，碰到问题了就和模型对话，让它深度思考，有一阵子感觉也走到了死胡同，得终止了，不过好在我日思夜想，几经辗转调整方向，终于找到了个合适的产品形态，有种柳暗花明又一村的感觉，这个产品的交互参考了早期流行的产品 沉浸式翻译 ，这里特别感谢下开发者，给了我改进的灵感。 感谢大家，期待和你一起把它打磨得更好。
BriefFeed 是个浏览器插件，它会在你社媒信息流的外文或长帖子上方加一行简短总结，帮你快速判断哪些值得细看，哪些可以滑过去。 你是否也像我一样每天会在工作生活之余再看看社交媒体，看有哪些新鲜事，或者行业新闻，就像充电似的。有时可能太忙了，没时间看了也就那回事了，也有时会感觉不看好像就缺了点什么，如果能看完的话今天的事就完成了一件，如果你也有这种感觉的话，那这个产品就是为你打造的。 现在这个产品打磨了一段时间，我自用感觉是能省些时间比较易读了，我想再邀请一些用户来内测，看它能不能帮重度社媒用户省时间。 如果你每天看 Twitter 或者即刻，关注挺多信息密度高的人，或者 V2EX 之类的论坛等，愿意体验新产品的话，那么欢迎你来内测，我会分批发放邀请，优先重度用户。轻度用户就不麻烦大家了，可以等正式发布版，体验会更好。 产品已经通过 Chrome Web Store 审核，但目前是 Unlisted 状态，安装链接我会私发。 隐私方面，BriefFeed 只处理你已经打开的页面里已加载的帖子内容。为了生成摘要，请求会包含帖子标题/正文、作者展示名、时间戳、平台和页面上识别到的链接等必要信息；不会发送登录态、cookies 、关注列表、账号资料、完整页面 DOM ，也不会通过平台 API 额外抓取你的时间线或未加载内容。原文不会被持久化保存，插件也可以随时暂停或关闭。具体细节我会在内测文档中说明。 可以直接扫码加入内测群： 背景 对我来说，这个时间线大概要从编程产品 Cursor 的流行开始算起，那是 2024 年中吧，Twitter 时间线上开始很多人都推荐这个产品，因为它写代码补全的能力远远超过了上一代产品 GitHub Copilot ，后来我们都知道了这是 Claude 3.5 模型的编程能力越过了奇点，AI Coding 开始成为继大模型在对话外又一个实际应用的领域。 这之后 Vibe Coding 开始流行起来，除了软件工程师外，设计师、产品经理和运营等也开始用这些产品来辅助完成自己的工作和体验创意想法，再之后多数用户感知到的应该是模型生图能力的突破，接着是推理模型 DeepSeek ，AI Agent 云端产品 Manus ，以及桌面 Agent 产品 Claude Code ，还有之后的 OpenClaw 龙虾等，AI 大模型领域的每一波浪潮，都会带来新的生产力工具，以及新的工作方式。应了 OpenAI CEO Sam Altman 说的那句话 AI 是新一轮的文艺复兴。也因此社交媒体开始活跃起来，包括 Twitter 中文圈和即刻都涌现了很多学习 AI 、使用 AI 创造的用户，大家在社媒上分享交流，看新东西。我也不例外，虽然我总体来说对新东西不是那么敏感，但我也关注了越来越多的技术、产品和设计方面的创造者。 再往后到最近的大概两个月前吧，随着 OpenClaw 代表的用户 Agent 生态的成熟，我也在思考自己一直关注的 个人阅读信息过载问题 ，因为这轮 Agent 生态的启发是下一波的产品和软件要面向 Agent 做了，SaaS 产品的增长和市场乏力了，所以我开始设想一个产品 面向用户 Agent 的新闻简报 ，这里粗略类比一下 AI 问答对搜索引擎的替代，所以我感觉用户看新闻信息也将会有一波范式的革新。在迭代探索这个产品的过程中，我开始尝试着做一个 MVP 版本，把它用到我的实际获取社媒信息的工作流中。 产品迭代 刚开始的过程大概是这样的，我让 Agent 来操作帮我总结下今天我在社媒上的信息流内容，我在 Chrome 浏览器里登录了即刻和 Twitter ，然后就让 Agent 来自由发挥连接浏览器，结果如你可以想象的，Agent 可以较好地完成这个任务，这是因为 Chrome 浏览器自动化的支持已经很完善了。下一步就是把这个工作流固化为一个 Skill ，这样可以获得较稳定的结果以及优化 token 的消耗。这个 Skill 我试用几天觉得满意后，就想把它分享出去给更多人用，但是 Skill 使用的前提是用户得有个主 Agent ，那样的话离大多数的普通用户就还是有点远。所以我就继续思考这个过程涉及到的模型和 Agent 操作，看看有没有什么办法能降低使用的门槛，最好是零配置就能使用。 因为社媒网页帖子解析提取的部分都是固定的程序，唯独涉及到模型的地方就是简报的总结，那么一个浏览器插件应该是可以的，插件读取了用户的社媒信息流内容，所以对隐私就比较敏感，我最初设计过 Local First 的架构，用户可以自带大模型 key 来生成简报。但门槛太高，科技的进步应该普惠到大多数的消费者用户，普通用户不应该被要求理解 key 之类的复杂配置，所以我还是需要做个托管的大模型服务，这样普通用户就可以开箱即用了。 既然产品方向已经比较明确了，我就开始快速迭代开发，进入工程师的时间，不断地打磨优化，看着一个东西从无到有体验不断变好，感觉还挺有成就感的。然后我做着做着就再次用流行的 Garry Tan 的 gstack 来帮我把关产品的方向，让他给我一些指导，然后很意外地他说让我别写代码了，先做下用户访谈，说话掷地有声不容置疑，不过他说得有道理，虽然我也没做过这事，但还是着手规划了起来，我就访谈了一些认识的人和专业人士，一边访谈一边积累经验，还好他们都给了友好的回复，我也从这个过程中收集到了一些用户真实的需求。也多少得到了 gstack 的肯定，因为项目往前推进了。 需求得到验证后，我下来就继续做起 MVP 来了，这虽然是个个人项目，但既然目标是为专业人士省时间的，那么产品的设计和开发也要足够高效，为了最大化产出和质量，我用了很多 AI Coding 工具来打磨。当碰到真正的难题时，我也曾反复尝试，在顶级的模型 GPT 与 Opus 之间切换，最终解决了。我看了下最近在 GitHub 上的 提交 ，还挺密集的。当然作为一个有经验的工程师，虽然都是在 Vibe Coding ，咱对自己的项目质量还是有很高要求的，为了让软件可维护和不膨胀，我加了很多单元测试，也会定期整理代码，所谓大道至简。 产品形态 做这个项目的过程中，我经常会有各种疑问，碰到问题了就和模型对话，让它深度思考，有一阵子感觉也走到了死胡同，得终止了，不过好在我日思夜想，几经辗转调整方向，终于找到了个合适的产品形态，有种柳暗花明又一村的感觉，这个产品的交互参考了早期流行的产品 沉浸式翻译 ，这里特别感谢下开发者，给了我改进的灵感。 感谢大家，期待和你一起把它打磨得更好。
BriefFeed 是个浏览器插件，它会在你社媒信息流的外文或长帖子上方加一行简短总结，帮你快速判断哪些值得细看，哪些可以滑过去。 你是否也像我一样每天会在工作生活之余再看看社交媒体，看有哪些新鲜事，或者行业新闻，就像充电似的。有时可能太忙了，没时间看了也就那回事了，也有时会感觉不看好像就缺了点什么，如果能看完的话今天的事就完成了一件，如果你也有这种感觉的话，那这个产品就是为你打造的。 现在这个产品打磨了一段时间，我自用感觉是能省些时间比较易读了，我想再邀请一些用户来内测，看它能不能帮重度社媒用户省时间。 如果你每天看 Twitter 或者即刻，关注挺多信息密度高的人，或者 V2EX 之类的论坛等，愿意体验新产品的话，那么欢迎你来内测，我会分批发放邀请，优先重度用户。轻度用户就不麻烦大家了，可以等正式发布版，体验会更好。 产品已经通过 Chrome Web Store 审核，但目前是 Unlisted 状态，安装链接我会私发。 隐私方面，BriefFeed 只处理你已经打开的页面里已加载的帖子内容。为了生成摘要，请求会包含帖子标题/正文、作者展示名、时间戳、平台和页面上识别到的链接等必要信息；不会发送登录态、cookies 、关注列表、账号资料、完整页面 DOM ，也不会通过平台 API 额外抓取你的时间线或未加载内容。原文不会被持久化保存，插件也可以随时暂停或关闭。具体细节我会在内测文档中说明。 可以直接扫码加入内测群： 背景 对我来说，这个时间线大概要从编程产品 Cursor 的流行开始算起，那是 2024 年中吧，Twitter 时间线上开始很多人都推荐这个产品，因为它写代码补全的能力远远超过了上一代产品 GitHub Copilot ，后来我们都知道了这是 Claude 3.5 模型的编程能力越过了奇点，AI Coding 开始成为继大模型在对话外又一个实际应用的领域。 这之后 Vibe Coding 开始流行起来，除了软件工程师外，设计师、产品经理和运营等也开始用这些产品来辅助完成自己的工作和体验创意想法，再之后多数用户感知到的应该是模型生图能力的突破，接着是推理模型 DeepSeek ，AI Agent 云端产品 Manus ，以及桌面 Agent 产品 Claude Code ，还有之后的 OpenClaw 龙虾等，AI 大模型领域的每一波浪潮，都会带来新的生产力工具，以及新的工作方式。应了 OpenAI CEO Sam Altman 说的那句话 AI 是新一轮的文艺复兴。也因此社交媒体开始活跃起来，包括 Twitter 中文圈和即刻都涌现了很多学习 AI 、使用 AI 创造的用户，大家在社媒上分享交流，看新东西。我也不例外，虽然我总体来说对新东西不是那么敏感，但我也关注了越来越多的技术、产品和设计方面的创造者。 再往后到最近的大概两个月前吧，随着 OpenClaw 代表的用户 Agent 生态的成熟，我也在思考自己一直关注的 个人阅读信息过载问题 ，因为这轮 Agent 生态的启发是下一波的产品和软件要面向 Agent 做了，SaaS 产品的增长和市场乏力了，所以我开始设想一个产品 面向用户 Agent 的新闻简报 ，这里粗略类比一下 AI 问答对搜索引擎的替代，所以我感觉用户看新闻信息也将会有一波范式的革新。在迭代探索这个产品的过程中，我开始尝试着做一个 MVP 版本，把它用到我的实际获取社媒信息的工作流中。 产品迭代 刚开始的过程大概是这样的，我让 Agent 来操作帮我总结下今天我在社媒上的信息流内容，我在 Chrome 浏览器里登录了即刻和 Twitter ，然后就让 Agent 来自由发挥连接浏览器，结果如你可以想象的，Agent 可以较好地完成这个任务，这是因为 Chrome 浏览器自动化的支持已经很完善了。下一步就是把这个工作流固化为一个 Skill ，这样可以获得较稳定的结果以及优化 token 的消耗。这个 Skill 我试用几天觉得满意后，就想把它分享出去给更多人用，但是 Skill 使用的前提是用户得有个主 Agent ，那样的话离大多数的普通用户就还是有点远。所以我就继续思考这个过程涉及到的模型和 Agent 操作，看看有没有什么办法能降低使用的门槛，最好是零配置就能使用。 因为社媒网页帖子解析提取的部分都是固定的程序，唯独涉及到模型的地方就是简报的总结，那么一个浏览器插件应该是可以的，插件读取了用户的社媒信息流内容，所以对隐私就比较敏感，我最初设计过 Local First 的架构，用户可以自带大模型 key 来生成简报。但门槛太高，科技的进步应该普惠到大多数的消费者用户，普通用户不应该被要求理解 key 之类的复杂配置，所以我还是需要做个托管的大模型服务，这样普通用户就可以开箱即用了。 既然产品方向已经比较明确了，我就开始快速迭代开发，进入工程师的时间，不断地打磨优化，看着一个东西从无到有体验不断变好，感觉还挺有成就感的。然后我做着做着就再次用流行的 Garry Tan 的 gstack 来帮我把关产品的方向，让他给我一些指导，然后很意外地他说让我别写代码了，先做下用户访谈，说话掷地有声不容置疑，不过他说得有道理，虽然我也没做过这事，但还是着手规划了起来，我就访谈了一些认识的人和专业人士，一边访谈一边积累经验，还好他们都给了友好的回复，我也从这个过程中收集到了一些用户真实的需求。也多少得到了 gstack 的肯定，因为项目往前推进了。 需求得到验证后，我下来就继续做起 MVP 来了，这虽然是个个人项目，但既然目标是为专业人士省时间的，那么产品的设计和开发也要足够高效，为了最大化产出和质量，我用了很多 AI Coding 工具来打磨。当碰到真正的难题时，我也曾反复尝试，在顶级的模型 GPT 与 Opus 之间切换，最终解决了。我看了下最近在 GitHub 上的 提交 ，还挺密集的。当然作为一个有经验的工程师，虽然都是在 Vibe Coding ，咱对自己的项目质量还是有很高要求的，为了让软件可维护和不膨胀，我加了很多单元测试，也会定期整理代码，所谓大道至简。 产品形态 做这个项目的过程中，我经常会有各种疑问，碰到问题了就和模型对话，让它深度思考，有一阵子感觉也走到了死胡同，得终止了，不过好在我日思夜想，几经辗转调整方向，终于找到了个合适的产品形态，有种柳暗花明又一村的感觉，这个产品的交互参考了早期流行的产品 沉浸式翻译 ，这里特别感谢下开发者，给了我改进的灵感。 感谢大家，期待和你一起把它打磨得更好。
亲身经历了一次抽奖事件，有感而发。提出3个建议: 我觉得可以把抽奖类的文章移出主 feed, 理由有二: a. 抽奖类属于福利，移出主 feed 之后，需要抽奖这类福利的人可以自行去关注，自主驱动。 b. 减少浪费社区管理员的时间，其实最近发生了太多的抽奖“事故”，移出主 feed可以有效减少这类事故的发生。 对初次违规处罚进行调整，比如说第一次禁言 3 天，第二次禁言 10 天，第三次永久禁言。这样做，管理员可以完全无视相关的申诉。连续三次都被误判的违规，其实很少很少。 我对抽奖的形式进行了一些思考，我觉得可以进行调整，比如每人每月只能参与一次抽奖，并且抽奖的形式改为点击按钮就表示参加。其实我觉得抽奖类的回复对社区来说不算有效信息,而且社区也不太需要这类信息。 这样做的好处是不会产生垃圾信息，然后也通过限制抽奖次数来迫使所有人珍惜参与抽奖的机会。我想社区这次增加抽奖处罚的初衷也是在这里，建议大家慎重抽奖。 以上是我的个人建议，在技术上应当不难实现，希望社区越来越好。 4 个帖子 - 4 位参与者 阅读完整话题