声明文中的 LinkDigest 是作者本人开发的服务。下面是 2026 年 10 月 24 日一次真实运行的原样记录只做了删节不点名任何店或人。老板和他的问题假设你在槟城 Lebuh Chulia 附近看中了一间店屋租约摆在面前一周内要做决定。同行你走过就认得。你不知道的是周末会把店坐满的那些中国游客到底怎么评价已经开着的咖啡馆他们还有哪些需求没人满足。你可以刷一晚上小红书。也可以打开 LinkDigest 的研究助手选「开店前看同行」这件活填两个空——槟城、咖啡馆——按提问。助手做了什么它用小红书用户自己的搜法搜了两次——「槟城 咖啡馆 推荐」再搜一个带抱怨的「槟城 咖啡馆 踩雷」——找到二十条帖子读了真正相关的十条咖啡馆攻略、一篇 brunch 笔记、四天三夜的美食行程、一份乔治市平价美食清单时间从 2025 年 11 月到 2026 年 5 月。然后它按这件活自带的方法写分析把同行按类型分组用顾客自己的话记下夸什么、骂什么再找缺口。技术上它是一个带工具的 agent每一步模型决定「再搜一次」「读这几条」还是「可以回答了」搜索走各平台的公开搜索读取走 LinkDigest 自己的读取引擎图文 OCR、视频逐字稿、热评回答必须引用读过的帖子——没有来源的回答不计费也不会写出来。返回了什么同行类型来自帖子类型顾客夸什么顾客抱怨什么海边景观咖啡馆日落、RB、「chill 一整个下午」、出片中午太热、室内座位少、周末排队、平日也几乎坐满网红创意咖啡店「下雨的咖啡」、咖啡本身、食物单价高、偏打卡一次日式安静茶屋安静、不甜的抹茶、木头和暖光下午一点到六点周二休息不以咖啡为主庭院老屋改造有历史感、平价份量大、本地人来吃早餐没有一个招牌Cafe Hopping 清单种类多、周末路线只有店名没法据此选平价美食清单稳、便宜咖啡馆几乎不在其中每一行都带着它来自哪条帖子的编号老板可以点开来源自己读那句原话。表格留下的缺口——真正要紧的部分平价早餐咖啡馆。帖子里的咖啡馆大多中午才开而读者明确在找「本地人去吃早餐的地方」。安静能工作的空间。海边的吵又满网红店是为了拍照唯一安静的那间六点关门。咸食。到处是甜点庭院那家(夸恰恰因为菜单不只有蛋糕。一家不为打卡而去的咖啡馆。帖子全是打卡评论区却一直有人在问哪里可以坐着放空。这周就做早上八点开门做一份早餐套餐——烤面包或椰浆饭配咖啡——填进中午之前没人做的时段。这里的定价是助手自己的建议它也这么标了帖子里没有写过价格。菜单里加三到五道咸食唯一一家因为咸食被夸的店是例外不是常态。工作日上午设一个安静的「工作时段」有插座和 Wi-Fi因为城里唯一安静的那间六点就关。整个过程大约九十秒花了十二积分——差不多一杯 kopi 的钱。为什么像专家不像聊天机器人这件活带着一段方法按定位给同行分组而不是罗列店名读帖子里顺带透露的营业时间和人均分清回头客「回购」「本地人也来」和游客「打卡」把在两类店里都反复出现的抱怨当作缺口。助手照此执行每个结论标出来自哪条帖子自己的想法——一个价格、一条街——标成「建议」而不是发现。帖子不够的时候它第一句就说明。一共有 16 件这样的活开店前看同行、定价、选品、竞品动作、内容选题、游客口碑、达人筛选、受众画像、新品反馈、差评诊断、旅客需求、招牌与菜单、选址、节日营销、客户常问、爆款拆解。也可以在 Skills 里写一件自己的活配上自己的方法。换成你的店登录打开 Research选一件活填上你的城市和店铺类型。像问同事一样追问——「他们卖多少钱」「哪家口碑最好」——它会接着已经读过的帖子往下答。支持中文和 English。方法页https://linkdigest.dev/zh/xiaohongshu-shichang-diaoyan 研究助手https://linkdigest.dev/zh/yanjiu-zhushou?refcsdn