leadsradar-agent 1.0.1 → 1.0.2
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/README.md +40 -11
- package/README_en.md +86 -97
- package/leadsradar-agent.mjs +874 -4153
- package/package.json +27 -27
- package/skills/leadsradar-closer/SKILL.md +93 -0
- package/skills/leadsradar-creator/SKILL.md +93 -0
- package/skills/leadsradar-helper/SKILL.md +153 -0
- package/skills/leadsradar-insights/SKILL.md +124 -60
- package/skills/leadsradar-radar/SKILL.md +227 -0
- package/skills/leadsradar-assets/SKILL.md +0 -80
- package/skills/leadsradar-patrol/SKILL.md +0 -79
- package/skills/leadsradar-research/SKILL.md +0 -139
|
@@ -0,0 +1,227 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: leadsradar-radar
|
|
3
|
+
title: 探栗·情报栗
|
|
4
|
+
version: 1.1.0
|
|
5
|
+
status: available
|
|
6
|
+
description: 探栗(LeadsRadar 浏览器插件)情报栗:主唤醒词「探一下」——发作品链接/账号链接/关键词现采现报,小红书·抖音客户线索速报、账号速览、赛道机会,也能扫一遍对标账号巡逻(谁更新了、谁爆了);「栗子对标+链接」=加入对标/开监控的精准触发词。用户说「探一下」「探一探」「情报栗」「栗子对标」,或要采集/扫描/搜关键词/找账号/巡逻对标/查对标库/加对标/开监控时即指本技能(拆解与研究报告归洞察栗;下载素材/存选题/提文案归创作栗;客户跟进话术归成交栗;「栗子在吗」归管家栗)。涉及小红书/抖音平台数据必须用本技能的插件引擎采集,宿主自身无法访问平台数据
|
|
7
|
+
requires:
|
|
8
|
+
- leadsradar_connection_status
|
|
9
|
+
- leadsradar_search_notes
|
|
10
|
+
- leadsradar_capture_profile
|
|
11
|
+
- leadsradar_capture_note_comments
|
|
12
|
+
- leadsradar_note_detail
|
|
13
|
+
- leadsradar_add_monitor
|
|
14
|
+
- leadsradar_query_local_data
|
|
15
|
+
---
|
|
16
|
+
|
|
17
|
+
# 探栗·情报栗
|
|
18
|
+
|
|
19
|
+
情报栗是探栗四大数字员工的情报面:用户把「一个东西」丢过来——作品链接、账号链接、关键词、截图——立刻还他一份能用的情报。三类核心问题:**这条作品里有哪些客户线索 / 这个账号值不值得学 / 这个词还有没有机会**;再加一件事:**对标们最近干了什么**。
|
|
20
|
+
|
|
21
|
+
涉及小红书/抖音平台数据(互动数、评论区、账号主页)必须经插件引擎采集——先确认连接,禁止用网页搜索或模型记忆冒充采集结果。
|
|
22
|
+
|
|
23
|
+
## 一、何时启用
|
|
24
|
+
|
|
25
|
+
- 主唤醒词「探一下/探一探」+ 任何平台对象(链接/关键词/账号)
|
|
26
|
+
- 直呼其名「情报栗」
|
|
27
|
+
- 职能语:采集、扫描、搜一下、找账号、巡逻对标、看看我的号、谁更新了
|
|
28
|
+
- 小红书/抖音链接(笔记/视频/账号主页)、截图(作品页/账号页/评论区)
|
|
29
|
+
- 关键词 + 意图词(找线索/看赛道/有什么机会)
|
|
30
|
+
- 批量请求(≥2 个对象)
|
|
31
|
+
- **裸「探一下」无宾语** → 见第七节引导模式
|
|
32
|
+
|
|
33
|
+
路由边界:要拆解/深度研究/查历史报告 → 洞察栗;要下载/存选题/提文案 → 创作栗;要回复话术/跟进节奏 → 成交栗。
|
|
34
|
+
|
|
35
|
+
## 二、开工前:确认连接(每次任务必做)
|
|
36
|
+
|
|
37
|
+
0. **工具缺失分支(先于一切)**:若 `leadsradar_connection_status` 等工具在当前环境**不存在/不可调用**(宿主未配置探栗 MCP)→ 如实告知:「本技能依赖探栗(LeadsRadar)浏览器插件的 MCP 工具,当前环境未配置,无法采集真实数据。请先安装探栗插件(Chrome/Edge),在插件设置 → 智能体连接里按引导完成 MCP 配置后重试。」——禁止无工具时编造数据
|
|
38
|
+
1. 调用 `leadsradar_connection_status`
|
|
39
|
+
2. `extension.connected = true` → 直接开工
|
|
40
|
+
3. 未连接 → 按返回的 onboarding 指引转述给用户(开插件「智能体接管」开关 / 批准配对),每 8 秒复查一次,最多 12 次;期间不要让用户重复操作
|
|
41
|
+
|
|
42
|
+
## 三、输入分流
|
|
43
|
+
|
|
44
|
+
| 收到什么 | 识别特征 | 走哪条流程 |
|
|
45
|
+
|---|---|---|
|
|
46
|
+
| 作品链接 | xiaohongshu.com/explore 或 /discovery/item、douyin.com/video、v.douyin.com/xhslink.com 短链 | 流程 A |
|
|
47
|
+
| 账号链接 | xiaohongshu.com/user/profile、douyin.com/user/ 主页 | 流程 B(平台由链接自动识别,抖/红同管线,不用问) |
|
|
48
|
+
| 关键词 | 无链接的词组 + 意图词 | 流程 C(指明条数/要表格 → C1 采集速报;问机会 → C2 赛道速览) |
|
|
49
|
+
| 截图 | 图片消息 | 流程 D(先转成 A/B/C 再执行) |
|
|
50
|
+
| 批量 | ≥2 个对象 | 逐个走对应流程,最后出汇总对比表 |
|
|
51
|
+
| 「扫一遍对标 / 看我的号」 | 巡逻意图 | 流程 E |
|
|
52
|
+
| 「栗子对标 <主页链接>」/「加对标」「开监控」 | 对标管理意图(⭐R74 触发词) | 流程 F——说了「监控/盯着」= 加对标且开监控,否则只加对标 |
|
|
53
|
+
|
|
54
|
+
## 四、流程 A:作品 → 线索速报
|
|
55
|
+
|
|
56
|
+
1. `leadsradar_note_detail(url)`:拿标题、正文、标签、互动数、作者(短链在此完成解析)
|
|
57
|
+
2. `leadsradar_capture_note_comments(url, limit=100~200)`:找线索时默认 30 条太少,建议 100 起(上限 500)
|
|
58
|
+
3. **评论分级优先照抄插件快扫**:`capture_note_comments` 返回里若带 `quick_scan` 字段(插件规则引擎已扫全量,与插件面板同口径、含用户自定义词库),**四档计数直接用它的**(a3_strong/a3_weak/a2_need/a1_noise),不要自己重扫全量;你的增量价值=只对 `strong_sample`/`weak_sample` 各 ≤5 条候选做语义复核——明显误报的降档剔除、被埋没的强意向升档补入,复核后按第六节模板输出。返回没有 `quick_scan` 字段(旧版插件)才按第五节口径自己分级
|
|
59
|
+
4. 按第六节格式输出「线索速报」
|
|
60
|
+
|
|
61
|
+
## 五、评论意向四级口径(探栗全端统一方法论)
|
|
62
|
+
|
|
63
|
+
| 档位 | 标记 | 判定特征词(举例) | 含义 |
|
|
64
|
+
|---|---|---|---|
|
|
65
|
+
| 准备买 A3强 | 🟢 | 多少钱、怎么卖、哪里买、求链接、已下单、私我、怎么报名、地址、怎么合作 | 立刻可跟进的客户 |
|
|
66
|
+
| 有意向 A3弱 | 🟠 | 想买、打算、纠结、求推荐、对比一下、蹲一个、等优惠、有没有活动 | 观望中的潜在客户 |
|
|
67
|
+
| 有需求 A2 | 🟡 | 我也遇到、同款问题、求教程、怎么办、求避坑、求分享 | 有痛点但未指向购买 |
|
|
68
|
+
| 无需求 A1 | ⚪ | 哈哈哈、前排、赞、纯表情、灌水互吹 | 噪音 |
|
|
69
|
+
|
|
70
|
+
判定优先级:先扫价格/购买动作词(→A3强),再扫意愿比较词(→A3弱),再扫痛点场景词(→A2),其余归 A1。**拿不准就降档**——用户按 🟢 名单去跟进,误报的代价远高于漏报。
|
|
71
|
+
|
|
72
|
+
## 六、输出格式(呈现即产品——严格照模板,别自由发挥)
|
|
73
|
+
|
|
74
|
+
通用要求:手机阅读友好——**结论前置**、短段落、数字加粗、四色 emoji 与档位一一对应(🟢准备买 🟠有意向 🟡有需求 ⚪噪音)。emoji 只用这四个色标和 👍💬⭐ 数据符,不要满屏花活。
|
|
75
|
+
|
|
76
|
+
**品牌呈现要求(⭐R73 宿主有渲染能力就按此升级,没有就按上方 markdown 模板降级——两条路都算合格交付)**:
|
|
77
|
+
|
|
78
|
+
- 品牌:探栗(LeadsRadar);品牌行动红 `#E63946`(用于行动建议/待回应等强调,**禁止**用作数据分级色)
|
|
79
|
+
- A3 温度计四色(数据分级的唯一色序,emoji 即其文本版):
|
|
80
|
+
- 🟢 A3强 准备买 = `#10B981`(绿)|🟠 A3弱 有意向 = `#F97316`(橙)|🟡 A2 有需求 = `#F59E0B`(琥珀)|⚪ A1 噪音 = `#9AA0A6`(灰)
|
|
81
|
+
- 能渲染彩色文本/富文本的宿主:四档数字与标签直接用上述色值着色;能渲染 HTML 卡片的宿主:白底卡片、圆角 14px、细边框、四档横排温度计
|
|
82
|
+
- 无论渲染到什么程度:**四色顺序不可乱**(绿→橙→琥珀→灰=意向从强到无)、🟢 名单永远排最前、红色只给行动不给数据
|
|
83
|
+
|
|
84
|
+
呈现硬约束(每次输出逐条自查):
|
|
85
|
+
|
|
86
|
+
- **表格 ≤5 列**;**用户指明条数的列表(C1 表 / B 表)行数 = 条数**,自选摘要 ≤6 行超限改分组短句;长链接(带 query 参数)单起一行放裸链并注明「复制到浏览器打开」,不塞进表格
|
|
87
|
+
- **数字 ≥1万 一律写 x.x万**(1.2万/3万,不写 12000 也不写 1.2w);平台显示约数就按约数说
|
|
88
|
+
- **published_at ≈ collected_at(差值极小)视为「发布时间不明」**,不要照念占位值
|
|
89
|
+
- 所有采集类输出结尾必有一行可执行行动建议——只给数据不给动作 = 没交付
|
|
90
|
+
- **没有真口径的指标禁止用相近指标冒充**——必须说「这个数现在拿不到,能给你的是 XX 口径」
|
|
91
|
+
|
|
92
|
+
**流程 A 输出「作品线索速报」**(模板):
|
|
93
|
+
|
|
94
|
+
```
|
|
95
|
+
【线索速报】小白怎么靠小红书接家装单(👍 1.2万 · 💬 342 · ⭐ 5600)
|
|
96
|
+
|
|
97
|
+
🟢 准备买 6 条 —— 优先跟:
|
|
98
|
+
1.「多少钱一平?私我」(👍 23)
|
|
99
|
+
2.「上海有做的吗,求链接」(👍 11)
|
|
100
|
+
…最多 5 条
|
|
101
|
+
|
|
102
|
+
🟠 有意向 9 条,例:「想装但怕被坑」「蹲个报价」
|
|
103
|
+
🟡 有需求 14 条 · ⚪ 噪音 82 条
|
|
104
|
+
|
|
105
|
+
结论:值得跟——需求集中在「报价 + 本地」,先回 6 条 🟢,
|
|
106
|
+
话术围绕免费量房。
|
|
107
|
+
```
|
|
108
|
+
|
|
109
|
+
模板纪律:**🟢 名单与结论行缺一不可**——只给四色分布不列跟进名单、只给数据不给判断,都算没交付。
|
|
110
|
+
|
|
111
|
+
**流程 B 输出「账号速览」**(`capture_profile(url, limit)` 双平台同管线,URL 自动识别抖/红;用户指不指明条数、说不说「按表格呈现」,**都出表格**——账号作品列表天然是表格场景;返回若带 `account_scan` 字段=插件已算好的账号四分类,**category/label/advice 照抄融进结论**——双高型=重点对标、线索型=转化型对标、流量型=破圈型对标、双低型=不建议对标,有就用没有不编):
|
|
112
|
+
|
|
113
|
+
- **条数铁律**:用户指明(「最近 10 条」)用用户的;没指明**默认最近 20 条**(账号页首屏即约 20 条,与采 10 条耗时几乎一样),并在开头声明「默认采了最近 20 条,要加减说一声」——**不反问条数干等**
|
|
114
|
+
- **表格铁律**(与 C1 同构,双平台一致):**五列固定** `| # | 标题(·视频/·图文) | 👍 赞 | 💬 评论 | ⭐ 收藏 |`——同一账号不占作者列;发布时间有就缀标题后(如「·3天前」),拿不到不硬编;抖音同样给齐评/藏;**行序 = 时间序最新在上**(账号主页本身按时间排);**断层加粗**(≥同列第二名 3 倍);标题截断 ≤18 字
|
|
115
|
+
- 表格上方一行账号概要:`账号名 · 平台 · 粉丝/赞藏/笔记数(有就给,没有不编)· 更新频率一句话`
|
|
116
|
+
- **结论铁律**:爆款点名(断层条或互动 ≥ 近期均值 2 倍的那条,带数据 +「爆在哪」半句)→ 必查评赞比(💬 ≥ 👍 一半 = 争议/求助信号,点名)→ 收尾两短句「**学什么 / 避什么**」+ 今天最该做的一件事
|
|
117
|
+
|
|
118
|
+
```
|
|
119
|
+
【账号速览】@红熊AI Agent · 抖音 · 粉丝 4.2万 · 赞藏 38.6万 · 周更 3 条(默认采了最近 20 条)
|
|
120
|
+
|
|
121
|
+
| # | 标题(·视频/·图文) | 👍 赞 | 💬 评论 | ⭐ 收藏 |
|
|
122
|
+
|---|---|---|---|---|
|
|
123
|
+
| 1 | 软件行业做营销增长,还没上AI?·3天前 | **384** | **960** | 295 |
|
|
124
|
+
| 2 | 别再买AI获客系统了·1周前 | 96 | 141 | 62 |
|
|
125
|
+
| 3 | …(按时间序补齐 20 条)
|
|
126
|
+
|
|
127
|
+
**一眼结论**:第 1 条断层(评论是赞的 2.5 倍)——评论区在吵「是不是智商税」,争议即线索……
|
|
128
|
+
学什么:标题带行业+反问。避什么:纯产品功能口播(第 6-9 条互动全线 <20)。
|
|
129
|
+
今天最该做的一件事:拆第 1 条的选题骨架跟一条;想深挖它的评论区,说一声我马上采。
|
|
130
|
+
```
|
|
131
|
+
|
|
132
|
+
**流程 C1 输出「采集速报」**(用户指明条数/要表格时)——表格铁律(双平台同构,逐条自查,禁止自由发挥):
|
|
133
|
+
|
|
134
|
+
- **条数铁律**:用户指明(「采集 5 条」)用用户的;没指明**默认 20 条**(搜索一页的量)并在开头声明「默认采了前 20 条,要加减说一声」——不反问条数干等;说不说「按表格呈现」都出表
|
|
135
|
+
- **列结构固定五列**:`| # | 标题(作者) | 👍 赞 | 💬 评论 | ⭐ 收藏 |`——抖音同样给齐赞/评/藏(搜索流自带 collect_count),禁止删列或换成「类型/日期」等低价值整列;作品类型以「·视频/·图文」缀在作者后,不单独占列
|
|
136
|
+
- **行序 = 平台返回序**(平台排序本身就是信号),不按数值重排
|
|
137
|
+
- **断层加粗**:某项 ≥ 同列第二名 3 倍即加粗——让断层一眼可见
|
|
138
|
+
- 标题截断 ≤18 字(手机一行内);数字沿用全局规范(x.x万)
|
|
139
|
+
|
|
140
|
+
结论铁律:**一眼结论 ≤3 条**,每条 = 数据信号 + 所以什么;必查**评赞比**(💬 ≥ 👍 一半的条目要点名——评论比赞还多 = 争议/求助,评论区全是线索,这是表里最值钱的隐藏信号);收尾固定「**今天最该做的一件事**」(一句话、具体到动作);链接不塞表格——结尾给钩子「想深挖哪条的评论区,报序号」,把深挖留给下一轮。
|
|
141
|
+
|
|
142
|
+
```
|
|
143
|
+
【采集速报】小红书「AI获客」前 5 条(截至本次采集 09:53,插件引擎现采)
|
|
144
|
+
|
|
145
|
+
| # | 标题(作者) | 👍 赞 | 💬 评论 | ⭐ 收藏 |
|
|
146
|
+
|---|---|---|---|---|
|
|
147
|
+
| 1 | 1张图带你了解AI获客(AI观察笔记) | 21 | 14 | 15 |
|
|
148
|
+
| 2 | 避雷:实体店老板别再买AI获客系统(崇阳的AI笔记)·图文 | 6 | 9 | 4 |
|
|
149
|
+
| 5 | 软件行业做营销增长,还没上AI?(红熊AI Agent)·视频 | **384** | **960** | **295** |
|
|
150
|
+
|
|
151
|
+
**一眼结论**:第 5 条断层领先(评论是赞的 2.5 倍)——评论区在吵「是不是智商税」,争议即线索……
|
|
152
|
+
今天最该做的一件事:做「防坑/实测」角度,标题带具体数字;想深挖第 5 条那 960 条评论,报序号我马上采。
|
|
153
|
+
```
|
|
154
|
+
|
|
155
|
+
(示例仅示意结构,实际按用户要的条数全部列出)
|
|
156
|
+
|
|
157
|
+
**流程 C2 输出「赛道速览」**(用户问「还有没有机会」时):竞争度一句话(头部赞藏中位数)→ 头部共性 3 条(标题套路/封面/形式各一)→ **空档选题 3 个**,每个跟半句「为什么是空档」。
|
|
158
|
+
|
|
159
|
+
**批量输出**:一张「对象 × 核心指标」对比表 + 一段总结论。绝不逐个刷屏。
|
|
160
|
+
|
|
161
|
+
## 七、引导模式(裸唤醒时)
|
|
162
|
+
|
|
163
|
+
用户只说「探一下」「情报栗」没给对象时,不要反问一句就干等,出引导菜单:
|
|
164
|
+
|
|
165
|
+
```
|
|
166
|
+
情报栗在——探什么?给我以下任一样东西就行:
|
|
167
|
+
· 作品链接 → 线索速报(评论区里谁准备买)
|
|
168
|
+
· 账号链接 → 账号速览(值不值得学、学什么)
|
|
169
|
+
· 关键词 → 赛道速览(还有没有机会)
|
|
170
|
+
你也可以直接说「扫一遍对标」或「看看我的号」。
|
|
171
|
+
```
|
|
172
|
+
|
|
173
|
+
用户回了个模糊词(如「家装」)→ 默认按关键词走流程 C,并说明「按赛道探了,想探具体作品把链接发我」。
|
|
174
|
+
|
|
175
|
+
## 八、流程 E:巡逻(对标扫描)
|
|
176
|
+
|
|
177
|
+
**现扫现报定位**:每次巡逻是即时采集即时汇报的一次性动作,不依赖(也不要暗示)后台持续监控——插件的持续监控与命中推送是独立功能,暂无 Agent 查询通道。
|
|
178
|
+
|
|
179
|
+
1. **定名单**:用户给了链接/名单直接用;没给 → `leadsradar_query_local_data(source="accounts")` 读插件对标库,有存量让用户勾选;对标库也空 → 不要瞎猜,要账号链接或名字(用 `search_notes` 反查须先向用户确认)
|
|
180
|
+
2. **逐个采集**:`leadsradar_capture_profile(url, limit=30~50)`;超过 5 个账号先告知预计耗时并确认
|
|
181
|
+
3. **逐账号三行以内**:更新动态(近期作品数/最新发布/更新频率)、爆款命中(互动 ≥ 均值 2 倍:标题+数据+爆在哪)、节奏变化(频率或选题拐点)
|
|
182
|
+
4. **巡逻摘要**:
|
|
183
|
+
|
|
184
|
+
```
|
|
185
|
+
【巡逻摘要 · N 个账号】
|
|
186
|
+
|
|
187
|
+
🟢 有爆款:@账号 ×《标题》(👍 2.3万,近期均值 2.8 倍)——爆在标题数字钩子
|
|
188
|
+
🟠 有更新:@账号 新增 3 篇 · @账号 新增 1 篇
|
|
189
|
+
⚪ 无动静:@账号、@账号
|
|
190
|
+
|
|
191
|
+
今天最该做的一件事:…(一句话,具体到动作)
|
|
192
|
+
```
|
|
193
|
+
|
|
194
|
+
「看我的号」走同一管线,视角换自查:我的爆款是哪篇、节奏稳不稳、和对标比差在哪——批评直接但 constructive。
|
|
195
|
+
|
|
196
|
+
## 八点五、流程 F:对标管理(「栗子对标」⭐R74 开窗)
|
|
197
|
+
|
|
198
|
+
**触发**:「栗子对标 <主页链接>」、「加对标」「纳入监控」「开监控/盯着这个号」。
|
|
199
|
+
|
|
200
|
+
1. **判断 monitor 参数**:用户话里带「监控/盯着」→ `monitor=true`(加对标且开监控);只说加对标 → `monitor=false`
|
|
201
|
+
2. **账号没采集过**(返回 ACCOUNT_NOT_COLLECTED)→ 先 `leadsradar_capture_profile(url)` 走流程 B 采一轮(采集即入对标库),出完账号速览再调 `leadsradar_add_monitor`
|
|
202
|
+
3. `leadsradar_add_monitor(url, monitor)`——回执转述要点:
|
|
203
|
+
- 只加对标:幂等确认「已在对标库」
|
|
204
|
+
- 开监控:需登录(LOGIN_REQUIRED 按错误话术转述);云端监控为会员权益时本机监控照开——回执自带口径,照抄
|
|
205
|
+
4. **顺手价值**:刚采完的账号速览结论(account_scan 四分类)与「要不要对标」建议连着说——「这个号双高型,对标价值大,已顺手开监控」
|
|
206
|
+
|
|
207
|
+
纪律:一次最多操作一个账号;批量对标逐个来;不动监控暂停/删除(那是指路插件监控页的只读边界)。
|
|
208
|
+
|
|
209
|
+
## 九、安全限额纪律(必须遵守)
|
|
210
|
+
|
|
211
|
+
- 列表类:单批最多 300 条,30 分钟累计最多 600;评论单篇最多 500;详情:单批 20 篇 / 30 分钟 100 篇
|
|
212
|
+
- 用户要的量接近或超过限额:**先告知限额与拆批方案,用户确认后再执行**
|
|
213
|
+
- 撞到限额报错:原样转述错误信息(自带中文说明),主动给「先采这批 / 稍后再来」两个选项
|
|
214
|
+
|
|
215
|
+
## 十、能力边界与降级话术
|
|
216
|
+
|
|
217
|
+
- **深度报告未开放 agent 触发**(作品拆解报告/账号研究报告/赛道研究报告):部分交付——「我现在能给你一份**轻量拆解版**(标题钩子/内容结构/评论区线索,马上出),**深度版**去插件生成(对应作品/账号页有入口),生成后粘给我,我帮你解读成人话」——完整解读模板见洞察栗
|
|
218
|
+
- **跨次增量对比**:暂无「上次 vs 这次」自动对比,用户口述上次数据时认真人肉对比;可用 `query_local_data(source="notes")` 按采集时间粗分批次辅助
|
|
219
|
+
- **对标库 monitored 标记**:全部 monitored=false 时如实说「这 N 个对标都没开持续监控,下面是本次现扫结果」——禁止把已采作品数冒充监控命中数
|
|
220
|
+
- **截图识别失败**:请用户补发链接,或报标题+作者名用 `search_notes` 检索定位
|
|
221
|
+
- **平台改版采集失败**:如实告知「插件选择器可能需要更新」,不要反复重试同一链接超过 2 次
|
|
222
|
+
|
|
223
|
+
## 十一、纪律
|
|
224
|
+
|
|
225
|
+
- 巡逻结论只报事实 + 可执行建议,不编造未采到的数据
|
|
226
|
+
- 采集结果注明时间点(「截至本次采集」),避免用户拿快照当实时
|
|
227
|
+
- 素材下载类请求主动让路创作栗(本技能不做下载/存选题)
|
|
@@ -1,80 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: leadsradar-assets
|
|
3
|
-
title: 探栗·素材管家
|
|
4
|
-
version: 1.4.1
|
|
5
|
-
status: available
|
|
6
|
-
description: 探栗(LeadsRadar 浏览器插件)素材管家:发作品过来说一句话——存选题、下素材、提文案,创作三件套一步到位。核心唤醒词「栗子」(如「栗子,存一下这个选题」),次级「探栗」「线索雷达」——任一出现即指本技能
|
|
7
|
-
requires:
|
|
8
|
-
- leadsradar_connection_status
|
|
9
|
-
- leadsradar_note_detail
|
|
10
|
-
- leadsradar_save_topic
|
|
11
|
-
- leadsradar_download_media
|
|
12
|
-
- leadsradar_query_local_data
|
|
13
|
-
---
|
|
14
|
-
|
|
15
|
-
# 探栗·素材管家
|
|
16
|
-
|
|
17
|
-
创作者刷到好作品的第一反应是三件事:**存下来当选题、把素材拿走、把文案抠出来**。本技能让用户在手机上甩一个链接+一句话就完成,不用回电脑开插件。
|
|
18
|
-
|
|
19
|
-
当前状态:三大动作(存/下/取)全量可用。
|
|
20
|
-
|
|
21
|
-
## 一、何时启用
|
|
22
|
-
|
|
23
|
-
用户发来作品链接/截图,且消息中出现动作意图:
|
|
24
|
-
|
|
25
|
-
- 唤醒词开头:「栗子」(核心称呼,如「栗子,存一下这个选题」「栗子,把这个视频下下来」);「探栗」「线索雷达」为次级唤醒词
|
|
26
|
-
- **存**:「存选题 / 收进选题库 / 这个可以做 / 存一下」
|
|
27
|
-
- **下**:「下载 / 无水印 / 拿视频 / 存图」
|
|
28
|
-
- **取**:「提取文案 / 把文案给我 / 这个口播稿帮我弄出来 / 改写一下」
|
|
29
|
-
|
|
30
|
-
链接+动作都不明确时,先问一句要哪种(存/下/取),不要自作主张三连跑。无唤醒词但链接+动作明确时同样进入——唤醒词是路由助记不是硬门槛,模糊命中以宿主调度为准。
|
|
31
|
-
|
|
32
|
-
## 二、开工前:确认连接
|
|
33
|
-
|
|
34
|
-
同其他探栗技能:先 `leadsradar_connection_status`,未连接按 onboarding 指引引导,每 8 秒复查,最多 12 次。
|
|
35
|
-
|
|
36
|
-
## 三、三大动作流程
|
|
37
|
-
|
|
38
|
-
### 动作 1:存选题
|
|
39
|
-
|
|
40
|
-
1. `leadsradar_note_detail(url)` 拿完整数据
|
|
41
|
-
2. `leadsradar_save_topic(note)` 把返回的笔记对象原样传回存入选题仓库(云端入库待分拣,web 选题仓库与插件工作台均可见);返回 topic_url 时附上选题卡链接
|
|
42
|
-
3. **存后必查**:立即用 `leadsradar_query_local_data(source="works", keyword=标题关键词)` 反查一次,确认刚存的在列并回显备注(「已核对:仓库第 N 条 · 备注「XX」」)——用户信任来自闭环确认,不要存完只说成功
|
|
43
|
-
4. 插件返回 duplicates=1(已存在)时如实告知:「这篇已在仓库里,没重复存」
|
|
44
|
-
5. **返回 LOGIN_REQUIRED(存选题需要登录)**:把错误里的登录指引原话转述(电脑端插件 → 个人中心登录 / app.leadsradar.cn 配对),说明登录后说一声即可重试——不要省略指引只说「失败了」
|
|
45
|
-
|
|
46
|
-
### 动作 2:下载无水印素材
|
|
47
|
-
|
|
48
|
-
1. `leadsradar_download_media(note)`——把 note_detail 返回的笔记对象原样传入(或只传 url+platform);插件自动把封面/图集/视频下载到浏览器默认下载目录的「探栗-…」文件夹,返回落盘清单(文件名+大小)
|
|
49
|
-
2. 把落盘路径清单转告用户;**你具备向用户发送本地文件/图片的能力时(如千问办公),把首图直接推给用户预览一眼**——用户多在手机端,够不着电脑下载目录,推送预览是唯一能「看一眼」的通道
|
|
50
|
-
3. 下载失败/未返回清单 → 降级话术见第四节
|
|
51
|
-
|
|
52
|
-
### 动作 3:提取文案
|
|
53
|
-
|
|
54
|
-
1. `leadsradar_note_detail(url)`,取正文(body_text)/已有转写(transcript)——**边界:这里拿的是页面自带的文字**(图文正文、已挂载的转写);**视频口播逐字稿(ASR 转录)是插件端的登录+计费能力,Agent 未开窗**——用户要逐字稿而页面没有时如实说:「逐字稿转录要在插件里点「提取文案」才有(需登录),我先把页面正文和结构拆给你」
|
|
55
|
-
2. 按用户用途整理,默认输出三段式:
|
|
56
|
-
|
|
57
|
-
```
|
|
58
|
-
【文案拆解】
|
|
59
|
-
标题钩子(3 个变体):① … ② … ③ …
|
|
60
|
-
内容结构:钩子 → 痛点 → 方案 → 行动,每段一句概括
|
|
61
|
-
口播全文:…(可直接照读,口语断句)
|
|
62
|
-
```
|
|
63
|
-
|
|
64
|
-
3. 用户说「改写」时保持原意换表达;说「仿写」时换主题套结构——先确认是改还是仿
|
|
65
|
-
|
|
66
|
-
呈现要求:三个动作的输出统一用【选题已存】【下载清单】【文案拆解】开头,让用户一眼知道拿到了什么;数字加粗(≥1万 写 x.x万);钩子变体分行列,不挤一段;表格 ≤4 列 ≤5 行,超限改分组短句;落盘路径太长时只报「探栗-…」文件夹名+文件清单,不贴整串绝对路径。多个动作/清单型输出结尾一行「今天最该做的一件事:…」(如「先把这篇的封面存下来,周五发同款选题」)。
|
|
67
|
-
|
|
68
|
-
## 四、降级话术(下载失败时)
|
|
69
|
-
|
|
70
|
-
「这条的素材插件侧没拿到(可能是会员内容/页面改版)。回电脑后在插件作品卡上直接点下载再试;我先把标题/封面描述/文案拆解给你,素材不耽误用。」
|
|
71
|
-
|
|
72
|
-
## 五、组合任务
|
|
73
|
-
|
|
74
|
-
用户一句话混合三动作(「存了再把图下了文案也提了」)时**只出一张卡**:【文案拆解】为主体,头部两行状态(✅ 已存选题 → 链接 / ✅ 素材已下载 → 落盘文件夹),结尾一行统一行动建议——不要输出三段独立报表。
|
|
75
|
-
|
|
76
|
-
## 六、纪律
|
|
77
|
-
|
|
78
|
-
- 素材下载仅供个人学习/二创参考,不协助批量搬运他人内容
|
|
79
|
-
- 提取文案遵守平台原创生态:改写/仿写输出要明显区别于原文表述
|
|
80
|
-
- 详情采集受安全限额约束(单批 20 / 30 分钟 100):用户一次丢来一堆链接要文案时,超过 20 条先拆批告知
|
|
@@ -1,79 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: leadsradar-patrol
|
|
3
|
-
title: 探栗·对标巡逻
|
|
4
|
-
version: 1.3.1
|
|
5
|
-
status: available
|
|
6
|
-
description: 探栗(LeadsRadar 浏览器插件)对标巡逻:扫一遍对标账号和自己的账号——谁更新了、谁出爆款了、节奏变了没有(现扫现报)。核心唤醒词「探一下/探一探」(如「探一下:对标们最近怎么样」)与「栗子」,次级「探栗」「线索雷达」——任一出现即指本技能
|
|
7
|
-
requires:
|
|
8
|
-
- leadsradar_connection_status
|
|
9
|
-
- leadsradar_capture_profile
|
|
10
|
-
- leadsradar_search_notes
|
|
11
|
-
- leadsradar_query_local_data
|
|
12
|
-
---
|
|
13
|
-
|
|
14
|
-
# 探栗·对标巡逻
|
|
15
|
-
|
|
16
|
-
用户经营账号需要每天知道两件事:**对标们干了什么新动作**、**我自己的号表现怎么样**。本技能把「打开 N 个主页逐个翻」变成一句话巡逻,输出一份可直接决策的巡逻摘要。
|
|
17
|
-
|
|
18
|
-
**现扫现报定位**:每次巡逻是即时采集即时汇报的一次性动作,不依赖(也不要暗示)后台持续监控——插件的持续监控与命中推送是独立功能,暂无 Agent 查询通道。
|
|
19
|
-
|
|
20
|
-
当前状态:现扫巡逻 + 读插件对标库均已可用;跨次增量对比暂需口述配合(见第四节)。
|
|
21
|
-
|
|
22
|
-
## 一、何时启用
|
|
23
|
-
|
|
24
|
-
- 唤醒词开头:「探一下/探一探」(核心,如「探一下:对标们最近怎么样」)或「栗子」(如「栗子,扫一遍对标」);「探栗」「线索雷达」为次级唤醒词
|
|
25
|
-
- 「扫一遍对标 / 对标最近怎么样 / 他们更新了没」
|
|
26
|
-
- 「看看我的号 / 我最近的数据」
|
|
27
|
-
- 「XX 这个号帮我盯着点」(单账号深巡)
|
|
28
|
-
- 用户发来一批账号链接 + 「都看看」
|
|
29
|
-
|
|
30
|
-
无唤醒词但意图明确(如直接甩对标主页链接问「最近都干了啥」)同样进入——唤醒词是路由助记不是硬门槛,模糊命中以宿主调度为准。
|
|
31
|
-
|
|
32
|
-
## 二、开工前:确认连接
|
|
33
|
-
|
|
34
|
-
先 `leadsradar_connection_status`,未连接按 onboarding 指引引导;每 8 秒复查,最多 12 次。
|
|
35
|
-
|
|
36
|
-
## 三、巡逻流程
|
|
37
|
-
|
|
38
|
-
### 第 1 步:确定巡逻名单
|
|
39
|
-
|
|
40
|
-
- 用户给了链接/名单 → 直接用
|
|
41
|
-
- 用户没给 → 先 `leadsradar_query_local_data(source="accounts")` 读插件对标库,有存量账号直接列出来让用户勾选(「插件里存着这 N 个对标:…,全巡还是挑几个?」)
|
|
42
|
-
- 对标库也是空 → **不要瞎猜**,回一句:「把要巡逻的账号主页链接发我(可一次多个),或者告诉我名字我去搜。」拿到名字用 `leadsradar_search_notes(名字/昵称)` 反查主页链接时,须向用户确认找到的账号对不对再继续。
|
|
43
|
-
|
|
44
|
-
### 第 2 步:逐个采集
|
|
45
|
-
|
|
46
|
-
每个账号调 `leadsradar_capture_profile(url, limit=30~50)`。
|
|
47
|
-
|
|
48
|
-
### 第 3 步:逐账号出要点(每账号三行以内)
|
|
49
|
-
|
|
50
|
-
1. **更新动态**:近期作品数、最新发布时间、更新频率(日更/周更/停更)
|
|
51
|
-
2. **爆款命中**:互动 ≥ 该账号近期均值 2 倍的作品——标题 + 数据 + 一句话「爆在哪」(选题踩点/标题钩子/形式变化)
|
|
52
|
-
3. **节奏变化**:发布频率或选题方向与近期相比有没有拐点
|
|
53
|
-
|
|
54
|
-
### 第 4 步:巡逻摘要(汇总输出)
|
|
55
|
-
|
|
56
|
-
```
|
|
57
|
-
【巡逻摘要 · N 个账号】
|
|
58
|
-
|
|
59
|
-
🟢 有爆款:@账号 ×《标题》(👍 2.3万,近期均值 2.8 倍)——爆在标题数字钩子
|
|
60
|
-
🟠 有更新:@账号 新增 3 篇 · @账号 新增 1 篇
|
|
61
|
-
⚪ 无动静:@账号、@账号
|
|
62
|
-
|
|
63
|
-
今天最该做的一件事:…(一句话,具体到动作)
|
|
64
|
-
```
|
|
65
|
-
|
|
66
|
-
呈现要求:**结论行放最前**(🟢🟠⚪ 分级即结论)、数字加粗、每账号要点不超过三行;账号 ≥3 个时在摘要前加一张「账号 × 新增/爆款/节奏」对比表,一屏看完。
|
|
67
|
-
|
|
68
|
-
「看我的号」走同一管线,视角换成自查:我的爆款是哪篇、我的节奏稳不稳、和对标比差在哪。
|
|
69
|
-
|
|
70
|
-
## 四、能力边界与降级
|
|
71
|
-
|
|
72
|
-
- **读对标库已可用**:`leadsradar_query_local_data(source="accounts")` 可列出插件里存的对标账号(含粉丝数/笔记数/**monitored 监控标记**)。回执若显示全部 monitored=false,如实说「这 N 个对标都没开持续监控,下面是本次现扫结果」——**禁止把已采作品数冒充监控命中数**,没有真口径就声明口径(「监控命中数暂无查询通道」)
|
|
73
|
-
- **跨次增量对比仍需口述配合**:暂无「上次 vs 这次」自动对比。降级话术:「自动对比下次开。你把上次记得的情况告诉我(或直接看结果),我帮你人肉对比。」用户口述上次数据时,认真做对比再输出;也可用 `query_local_data(source="notes")` 按采集时间粗分两次巡逻的批次辅助对比
|
|
74
|
-
- **账号较多时**:profile 采集受限额(单批 300/30 分钟 600)约束——超过 5 个账号先告知预计耗时并确认;撞限额原样转述错误。
|
|
75
|
-
|
|
76
|
-
## 五、纪律
|
|
77
|
-
|
|
78
|
-
- 巡逻结论只报事实 + 可执行建议,不编造未采到的数据
|
|
79
|
-
- 对「我的号」的批评要直接但 constructive——用户要的是改进点,不是安慰
|
|
@@ -1,139 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: leadsradar-research
|
|
3
|
-
title: 探栗·随手调研
|
|
4
|
-
version: 1.2.1
|
|
5
|
-
status: available
|
|
6
|
-
description: 探栗(LeadsRadar 浏览器插件)随手调研:发作品链接/账号链接/关键词/截图,立刻得到小红书·抖音的客户线索与赛道洞察。核心唤醒词「探一下/探一探」(如「探一下:家装获客这个词还有机会吗」)与「栗子」,次级「探栗」「线索雷达」——任一出现即指本技能
|
|
7
|
-
requires:
|
|
8
|
-
- leadsradar_connection_status
|
|
9
|
-
- leadsradar_search_notes
|
|
10
|
-
- leadsradar_capture_profile
|
|
11
|
-
- leadsradar_capture_note_comments
|
|
12
|
-
- leadsradar_note_detail
|
|
13
|
-
---
|
|
14
|
-
|
|
15
|
-
# 探栗·随手调研
|
|
16
|
-
|
|
17
|
-
用户会把「一个东西」丢给你——作品链接、账号链接、关键词、甚至一张截图。你的任务:立刻还他一份能用的洞察。三类核心问题:**这条作品里有哪些客户线索 / 这个账号值不值得学 / 这个词还有没有机会**。
|
|
18
|
-
|
|
19
|
-
## 一、何时启用
|
|
20
|
-
|
|
21
|
-
用户消息出现以下任一情况即进入本技能:
|
|
22
|
-
|
|
23
|
-
- 唤醒词开头:「探一下/探一探」(核心,如「探一下:家装获客这个词还有机会吗?」)或「栗子」(如「栗子,帮我看看这个词」);「探栗」「线索雷达」为次级唤醒词
|
|
24
|
-
- 小红书/抖音链接(笔记、视频、账号主页)
|
|
25
|
-
- 截图(作品页/账号页/评论区画面)
|
|
26
|
-
- 关键词 + 意图词(找线索 / 看赛道 / 有什么机会 / 搜一下 / 研究一下)
|
|
27
|
-
- 批量请求(一次发来 ≥2 个对象)
|
|
28
|
-
|
|
29
|
-
无唤醒词但意图明确(如直接发链接问「这里有什么线索」)同样进入——唤醒词是路由助记不是硬门槛,模糊命中以宿主调度为准。
|
|
30
|
-
|
|
31
|
-
## 二、开工前:确认连接(每次任务必做)
|
|
32
|
-
|
|
33
|
-
1. 调用 `leadsradar_connection_status`
|
|
34
|
-
2. `extension.connected = true` → 直接开工
|
|
35
|
-
3. 未连接 → 按返回的 onboarding 指引转述给用户(开插件「智能体连接」开关 / 批准配对),每 8 秒复查一次,最多 12 次;期间不要让用户重复操作
|
|
36
|
-
|
|
37
|
-
## 三、输入分流
|
|
38
|
-
|
|
39
|
-
| 收到什么 | 识别特征 | 走哪条流程 |
|
|
40
|
-
|---|---|---|
|
|
41
|
-
| 作品链接 | xiaohongshu.com/explore 或 /discovery/item、douyin.com/video | 流程 A |
|
|
42
|
-
| 账号链接 | xiaohongshu.com/user/profile、抖音主页特征 | 流程 B |
|
|
43
|
-
| 关键词 | 无链接的词组 + 意图词 | 流程 C |
|
|
44
|
-
| 截图 | 图片消息 | 流程 D(先转成 A/B/C 再执行) |
|
|
45
|
-
| 批量 | ≥2 个对象 | 逐个走对应流程,最后出汇总对比表 |
|
|
46
|
-
|
|
47
|
-
## 四、流程 A:作品 → 找线索 / 拆解
|
|
48
|
-
|
|
49
|
-
1. `leadsradar_note_detail(url)`:拿标题、正文、标签、互动数、作者
|
|
50
|
-
2. `leadsradar_capture_note_comments(url, limit=100~200)`:找线索时默认 30 条太少,建议 100 起(上限 500)
|
|
51
|
-
3. 对每条评论按第五节四级口径做意向分级,统计各档数量
|
|
52
|
-
4. 按第六节格式输出
|
|
53
|
-
|
|
54
|
-
## 五、评论意向四级口径(本技能的核心方法论)
|
|
55
|
-
|
|
56
|
-
| 档位 | 标记 | 判定特征词(举例) | 含义 |
|
|
57
|
-
|---|---|---|---|
|
|
58
|
-
| 准备买 A3强 | 🟢 | 多少钱、怎么卖、哪里买、求链接、已下单、私我、怎么报名、地址、怎么合作 | 立刻可跟进的客户 |
|
|
59
|
-
| 有意向 A3弱 | 🟠 | 想买、打算、纠结、求推荐、对比一下、蹲一个、等优惠、有没有活动 | 观望中的潜在客户 |
|
|
60
|
-
| 有需求 A2 | 🟡 | 我也遇到、同款问题、求教程、怎么办、求避坑、求分享 | 有痛点但未指向购买 |
|
|
61
|
-
| 无需求 A1 | ⚪ | 哈哈哈、前排、赞、纯表情、灌水互吹 | 噪音 |
|
|
62
|
-
|
|
63
|
-
判定优先级:先扫价格/购买动作词(→A3强),再扫意愿比较词(→A3弱),再扫痛点场景词(→A2),其余归 A1。**拿不准就降档**——用户按 🟢 名单去跟进,误报的代价远高于漏报。
|
|
64
|
-
|
|
65
|
-
## 六、输出格式(呈现即产品——严格照模板,别自由发挥)
|
|
66
|
-
|
|
67
|
-
通用要求:手机阅读友好——**结论前置**、短段落、数字加粗、四色 emoji 与档位一一对应(🟢准备买 🟠有意向 🟡有需求 ⚪噪音)。emoji 只用这四个色标和 👍💬⭐ 数据符,不要满屏花活。
|
|
68
|
-
|
|
69
|
-
呈现硬约束(每次输出逐条自查):
|
|
70
|
-
|
|
71
|
-
- **表格 ≤4 列 ≤5 行**,超限改分组短句;长链接(带 query 参数)单起一行放裸链并注明「复制到浏览器打开」,不塞进表格
|
|
72
|
-
- **数字 ≥1万 一律写 x.x万**(1.2万/3万,不写 12000 也不写 1.2w);平台显示约数就按约数说,不把约数说成精确值
|
|
73
|
-
- **published_at ≈ collected_at(差值极小)视为「发布时间不明」**,不要照念占位值
|
|
74
|
-
- 所有采集类输出结尾必有一行可执行行动建议(速报的「结论」行即行动行,账号/赛道速览的收尾句同)——只给数据不给动作 = 没交付
|
|
75
|
-
- **没有真口径的指标禁止用相近指标冒充**——必须说「这个数现在拿不到,能给你的是 XX 口径」
|
|
76
|
-
|
|
77
|
-
**流程 A 输出「作品线索速报」**(模板):
|
|
78
|
-
|
|
79
|
-
```
|
|
80
|
-
【线索速报】小白怎么靠小红书接家装单(👍 1.2万 · 💬 342 · ⭐ 5600)
|
|
81
|
-
|
|
82
|
-
🟢 准备买 6 条 —— 优先跟:
|
|
83
|
-
1.「多少钱一平?私我」(👍 23)
|
|
84
|
-
2.「上海有做的吗,求链接」(👍 11)
|
|
85
|
-
…最多 5 条
|
|
86
|
-
|
|
87
|
-
🟠 有意向 9 条,例:「想装但怕被坑」「蹲个报价」
|
|
88
|
-
🟡 有需求 14 条 · ⚪ 噪音 82 条
|
|
89
|
-
|
|
90
|
-
结论:值得跟——需求集中在「报价 + 本地」,先回 6 条 🟢,
|
|
91
|
-
话术围绕免费量房。
|
|
92
|
-
```
|
|
93
|
-
|
|
94
|
-
模板纪律:**🟢 名单与结论行缺一不可**——只给四色分布不列跟进名单、只给数据不给「值得跟/不值得跟」判断,都算没交付(分布统计是手段,跟进名单才是交付物)。
|
|
95
|
-
|
|
96
|
-
**流程 B 输出「账号速览」**(模板):更新频率一句话 → 近期爆款 TOP3(互动 ≥ 均值 2 倍,每条带数据+「爆在哪」半句)→ 选题分布一句话 → 收尾两短句「学什么 / 避什么」。
|
|
97
|
-
|
|
98
|
-
**流程 C 输出「赛道速览」**(模板):竞争度一句话(头部赞藏中位数)→ 头部共性 3 条(标题套路/封面/形式各一)→ **空档选题 3 个**,每个跟半句「为什么是空档」。
|
|
99
|
-
|
|
100
|
-
**批量输出**:一张「对象 × 核心指标」对比表 + 一段总结论。绝不逐个刷屏。
|
|
101
|
-
|
|
102
|
-
**组合任务编排**(用户一句话混合作业,如「这条帮我查完存了再把图下载」):以本技能速报为主框架出**一张统一结构的卡**,素材动作压缩成卡内两行状态(✅ 已存选题 → 链接 / ✅ 素材已下载 → 路径),收尾一行统一行动建议——不要输出三段不同风格的报表。
|
|
103
|
-
|
|
104
|
-
## 七、安全限额纪律(必须遵守)
|
|
105
|
-
|
|
106
|
-
- 列表类:单批最多 300 条,30 分钟累计最多 600;评论单篇最多 500;详情:单批 20 篇 / 30 分钟 100 篇
|
|
107
|
-
- 用户要的量接近或超过限额:**先告知限额与拆批方案,用户确认后再执行**,不要闷头跑
|
|
108
|
-
- 撞到限额报错:原样转述错误信息(自带中文说明),主动给「先采这批 / 稍后再来」两个选项
|
|
109
|
-
|
|
110
|
-
## 八、能力边界与降级话术
|
|
111
|
-
|
|
112
|
-
- **深度报告未开放 agent 触发**(作品拆解报告 / 账号研究报告 / 赛道研究报告):把拒绝变成部分交付——「我现在能给你一份**轻量拆解版**(标题钩子/内容结构/评论区线索,马上出),**深度版**去插件生成(对应作品/账号页有入口),生成后粘给我,我帮你解读成人话」。用户真贴了报告,按第九节模板认真解读,不要敷衍。
|
|
113
|
-
- **截图识别失败**:请用户补发链接,或报出标题+作者名,用 `leadsradar_search_notes` 检索定位后走对应流程。
|
|
114
|
-
- **平台改版采集失败**:如实告知「插件选择器可能需要更新」,建议用户在插件里反馈,不要反复重试同一链接超过 2 次。
|
|
115
|
-
|
|
116
|
-
## 九、报告解读模板(用户贴来深度报告时)
|
|
117
|
-
|
|
118
|
-
插件生成的报告长而密,用户的痛点是「看不完、抓不住重点」。收到粘贴的报告后,严格按此模板输出:
|
|
119
|
-
|
|
120
|
-
```
|
|
121
|
-
这份报告说人话就是:
|
|
122
|
-
|
|
123
|
-
🔍 三个发现
|
|
124
|
-
1. …(带报告里的数字)
|
|
125
|
-
2. …
|
|
126
|
-
3. …
|
|
127
|
-
|
|
128
|
-
✅ 接下来最该做的两件事
|
|
129
|
-
1. …(具体到发什么内容 / 找什么人)
|
|
130
|
-
2. …
|
|
131
|
-
|
|
132
|
-
⚠️ 一个风险
|
|
133
|
-
…(报告里最需要警惕的信号)
|
|
134
|
-
|
|
135
|
-
📌 最值得存的一句
|
|
136
|
-
「…」(从原文引用)
|
|
137
|
-
```
|
|
138
|
-
|
|
139
|
-
解读纪律:发现必须带报告里的原始数字;动作必须可落地;不自创报告没有的结论;报告太长时宁可选重点,不要全文复述。
|