硬件出海融资日报技能 v2.2

概述

此技能帮助用户设置每日自动追踪智能硬件/消费电子出海赛道的融资动态，并通过飞书推送日报。用户可通过此技能快速配置自己的自动化任务，定制化关注特定细分赛道。

适用场景：

猎头/BD：追踪融资动态，发现招聘需求
投资人：监控赛道融资活动
创业者：了解竞争对手融资情况
行业分析师：收集市场动态

v2.2 更新内容（2026-07-27）

基于实际生产环境调试经验总结的关键修复和增强：

🔴 connectorIds 验证陷阱：automation_update(mode="view") 的返回 JSON 中「不会显示」connectorIds 字段，无法通过 view 验证是否设置成功。改为通过 "更新后可信" 原则 + 手动端到端测试来保证。
🔴 修复后强制端到端测试：任何配置修改（尤其是 connectorIds/cwds）后，必须立即执行一次完整测试（搜索 → 整理 → 发送），确认用户收到消息。
🟡 新增自动化故障排查决策树：按「检查连接器状态 → 检查配置 → 手动测试 → 检查日志」的顺序系统化排查。
🟡 cwds 过期主动提醒：创建/更新任务时自动检测 workspace 是否为当前目录，而非依赖用户提供的路径。
🟢 调试经验固化：补充了真实案例（connectorIds 缺失 + cwds 过期导致的推送失败）和修复步骤。

v2.1 更新内容（2026-06-24）

基于生产环境实测总结的关键修复和优化：

🔴 新增自动化配置必检项：connectorIds: ["feishu"] 必须设置（最易遗漏），cwds 必须指向当前工作区
🔴 信息源优先级调整：亿欧网 WebFetch 实测失败率高 → 降为可选，WebSearch + IT桔子作为主力
🟡 搜索策略优化：增加「近日/最新 + 赛道关键词」组合，提高时效性
🟡 新增自动化故障排查清单：覆盖 connectorIds 缺失、cwds 过期、信息源抓取失败等常见问题
🟢 补充手动测试流程：创建任务后必须立即测试发送，验证端到端链路

v2.0 更新内容

✅ 修复定时触发逻辑：不再依赖时间窗口检查，改为 RRULE 精准定时（FREQ=DAILY;BYHOUR=9;BYMINUTE=0），确保每天准时推送
✅ 新增优质信息源：IT桔子、亿欧网、36氪作为主要抓取渠道，WebSearch 作为兜底
✅ 加入数据质量要求：公司名称不得编造，出海信息不明确时标注"暂无出海信息"，而非猜测
✅ 新增BD价值字段：每家公司说明为何值得猎头/BD跟进
✅ 新增行业大盘汇总：每期日报末尾附上融资数量汇总和重点关注推荐

工作流程

第一步：收集用户偏好

向用户询问以下信息（可通过对话方式）：

接收方式（v2.0 推荐飞书）
- 飞书消息（推荐，需已连接飞书账号）
- QQ邮箱（需已连接 QQ邮箱连接器）
- 其他邮箱
关注赛道（可选择多个，提供默认列表）

🔥 核心赛道（推荐优先选择）：
- 机器人（扫地/泳池/割草/铲雪/陪伴/教育/水下机器人）
- 储能/充电（移动储能/便携储能/充电产品）
- 可穿戴设备（智能手环/手表）
- 智能家居（智能厨电/空调/电视）
- 无人机、AR眼镜
📱 消费电子：
- 手机/手机配件
- 耳机/音频产品/音响
- 相机/相机配件/摄像头/影像产品
- 投影仪/户外便携音响
- 录音设备/电子笔记平板
🏠 生活/宠物/健康：
- 智能美妆工具/美业产品
- 智能宠物用品/宠物硬件
- 吹风机/小家居（手持风扇/加湿器）
- 人体工学椅/服饰
🚲 出行：
- 电动自行车/平衡车/电动滑板
- 小米生态链企业
🛠️ 创客/工具：
- 3D打印机/创客工具
推送时间（默认：每天上午9:00）
- 填写具体小时数，如 9 = 每天09:00触发
- 将直接写入 RRULE 中的 BYHOUR 参数
接收账号信息
- 飞书：获取用户的 open_id（通过 lark-cli auth status --json 命令获取）
- 邮箱：获取完整邮箱地址

第二步：创建自动化任务

使用 automation_update 工具创建每日融资日报任务。

任务配置（v2.1 关键参数）：

名称：硬件出海融资日报
调度类型：recurring
重复规则：FREQ=DAILY;BYHOUR=9;BYMINUTE=0;BYSECOND=0   ← 必须精确指定触发时间
状态：ACTIVE
连接器：feishu（或 qq-mail，根据用户选择）              ← 🔴 必须设置！view 不显示此字段，只能通过端到端测试验证
工作目录：<当前 workspace 绝对路径>                     ← 🔴 必须使用当前工作区路径！不要复制旧的 workspace 路径

⚠️ connectorIds 验证陷阱（v2.2 新增）： automation_update(mode="view") 返回的 JSON 不包含 connectorIds 字段。这意味着：

创建任务后无法通过 view 确认 connectorIds 是否设置成功

唯一可靠的验证方式：手动执行一次端到端测试（搜索 + 发送），用户收到消息 = 链路通畅

如果用户收不到消息，即使 view 显示一切正常，也应怀疑 connectorIds 未生效

创建后强制验证（v2.2 增强）：

⚠️ 关键发现：automation_update(mode="view") 的返回 JSON 中 不会显示 connectorIds 字段，即使已正确设置。因此不能依赖 view 来验证 connectorIds —— 改用以下三步验证法：

三步验证法（替代旧版 checkbox 验证）：

第1步：信任写入操作。 创建/更新时明确传入 connectorIds: ["feishu"]（或对应连接器），update 操作本身成功即视为设置成功。

第2步：验证可见字段。 使用 automation_update(mode="view") 确认：

[ ] cwds 指向当前有效的工作区路径（而非过期路径）
[ ] rrule 包含 BYHOUR 参数（如 BYHOUR=9）
[ ] status 为 "ACTIVE"

第3步：端到端测试（🔴 必做，不可跳过）。 立即手动执行一次完整流程：

[ ] WebSearch 搜索融资信息成功
[ ] lark-cli 发送消息成功（返回 "ok": true）
[ ] 用户在飞书/邮箱收到测试消息
[ ] 消息格式正确，内容完整

💡 为什么必须端到端测试？ connectorIds 无法通过 view 验证 + cwds 可能指向过期工作区 = 即使配置看起来正确，任务也可能静默失败。只有用户真正收到消息，才能确认链路通畅。

任务提示词模板：

见 references/automation-prompt-template.md

第三步：测试发送

创建任务后，立即执行一次测试发送：

先抓取 IT桔子：https://www.itjuzi.com/investevent（结构化数据，最全）
再抓取亿欧网：https://www.iyiou.com/t/rongzi
补充 WebSearch：3-4 个关键词搜索
整理成日报格式并推送

测试验证清单：

[ ] 消息成功发送到用户账号
[ ] 消息格式正确（公司名、轮次、金额、投资方、赛道、出海区域、简介、BD价值）
[ ] 公司名称准确，无编造信息
[ ] 消息分段正确（飞书单条消息限制约2000字符）
[ ] 用户确认内容满意

第四步：确认并激活

向用户展示测试发送结果
确认是否需要调整格式或内容
确认自动化任务已激活
告知用户：从明天起将每天准时收到融资日报

日报格式规范

标准格式（全面版）

智能硬件出海融资日报
📅 {YYYY年MM月DD日}
━━━━━━━━━━━━━━━━━━━━━━

【融资事件 1】
🏢 公司：XXX（如有英文品牌名，括号内注明）
🔄 轮次：XXX
💰 金额：XXX（人民币+美元双币种）
🤝 投资方：XXX（领投方优先标注）
🏷️ 赛道：XXX（具体细分赛道）
🌍 出海区域：XXX（若无信息写"暂无出海信息"，不猜测）
📝 简介：XXX（1-2句，基于公开信息）
💡 BD价值：XXX（为何值得猎头/BD跟进）

━━━━━━━━━━━━━━━━━━━━━━

【融资事件 2】
...

━━━━━━━━━━━━━━━━━━━━━━
📊 共 N 起融资事件
🔥 重点关注：列出最值得跟进的2-3家公司及原因
📌 数据来源：IT桔子 / 亿欧网 / 36氪 / WebSearch

无融资事件时的格式

智能硬件出海融资日报
📅 {YYYY年MM月DD日}
━━━━━━━━━━━━━━━━━━━━━━
今日未发现智能硬件出海赛道重大融资事件。
已搜索赛道：机器人/储能/可穿戴/智能家居/消费电子...
明日继续关注 💪

信息源优先级（v2.1 实测调整）

| 优先级 | 信息源 | 类型 | URL | 可靠性 | 特点 | |-------|--------|------|-----|--------|------| | 1️⃣ | IT桔子 | 结构化数据库 | https://www.itjuzi.com/investevent | ✅ 稳定 | 数据最全，有公司/轮次/金额/投资方，但硬件出海赛道覆盖有限 | | 2️⃣ | WebSearch | 搜索引擎 | — | ✅ 主力 | 🔥 实际信息获取的主要渠道，通过关键词组合搜索效果好 | | 3️⃣ | 36氪快讯 | 实时资讯 | https://36kr.com/newsflashes | ⚠️ 需筛选 | 以金融/宏观新闻为主，融资快讯中硬件方向占比较低 | | 4️⃣ | 亿欧网 | 行业媒体 | https://www.iyiou.com/t/rongzi | ❌ 不稳定 | v2.1 实测 WebFetch 多次失败，降为可选信息源 |

v2.1 推荐每日执行流程

WebSearch 优先：用 4-6 个关键词组合搜索近期融资（topic: "news" 或 "finance"）
- 关键词格式："<赛道> 融资近日" 或 "<赛道> 获投千万"
IT桔子补充：用 WebFetch 抓取 https://www.itjuzi.com/investevent 获取结构化数据
36氪兜底：用 WebFetch 抓取 https://36kr.com/newsflashes，筛选融资相关快讯
亿欧网可选：快速尝试抓取，若失败直接跳过
汇总去重，筛选与用户关注赛道相关的事件

💡 关键经验：WebSearch 的实际效果远超信息源爬虫。建议将搜索预算优先分配给 WebSearch 多轮关键词搜索，而非逐一爬取各信息源页面。

搜索策略（v2.1 优化）

主力关键词模板（WebSearch，每次选4-6个）

第一轮：机器人+出海（最核心赛道，必跑）

"扫地机器人割草机器人泳池机器人融资近日"
"机器人获投千万亿融资 2026"
"智能机器人融资轮次出海"
"陪伴机器人教育机器人融资"

第二轮：储能+可穿戴+AR（次优先）

"移动储能便携储能融资出海"
"可穿戴设备智能手环手表融资"
"AR眼镜无人机融资 2026"
"智能家居融资出海近日"

第三轮：消费电子（补充）

"TWS耳机音频产品融资出海"
"相机影像产品投影仪融资"
"手机配件充电产品 3D打印机融资"
"电动自行车智能宠物美妆硬件融资"

搜索要求

WebSearch 的 topic 参数优选 "news" 以保证时效性
关键词中加入 "近日" "2026" "获投" 等时间限定词提高精度
同一家公司出现在多个搜索结果中时，优先采用信息最完整的来源
关注：融资轮次、金额、投资方、出海区域、业务介绍

数据质量要求（v2.0 新增）

公司名称必须准确：不能编造中文译名或别名，如有英文品牌，格式为 公司中文名（英文品牌名），不确定的括号内容直接省略
融资金额双币种：如有美元和人民币，均需标注
投资方名单完整：领投方优先标注
出海信息严格标注：若来源中无出海信息，写"暂无出海信息"，不得猜测
BD价值字段：只写有依据的推断，不捏造信息

飞书消息发送规范（推荐方式）

发送命令

lark-cli im +messages-send --user-id <用户open_id> --text "消息内容" --as bot --json

分段策略

飞书单条消息有长度限制（约2000字符），需要分段发送：

第1条：标题 + 第1家融资事件
第2条及之后：逐条发送其余融资事件（每家1条消息）
最后1条：发送汇总信息（共N起事件 + 重点关注）

发送验证

检查 lark-cli 输出 JSON 中 "ok": true，确认成功。如失败，不要重试超过2次。

获取用户 open_id

lark-cli auth status --json

输出中的 open_id 字段即为用户 ID。

QQ邮箱发送（备选方式）

工具：mcp__qq-mail__SendMessage
参数：
  - to: [{"email": "用户邮箱"}]
  - subject: 智能硬件出海融资日报 - {日期}
  - body_format: PLAIN（纯文本）或 HTML
  - body: 日报内容
  - confirmation_token: <发送前确认弹窗返回的 token>

注意：QQ邮箱连接器需要先在 WorkBuddy 连接器管理页面授权激活，未激活时会报错。飞书推送更稳定，优先使用。

常见问题（v2.2 更新）

Q：创建了任务但一直收不到日报怎么办？（最常见） A：按以下故障排查决策树系统化排查（v2.2 基于真实案例总结）：

收到日报了吗？
 ├── 从来没收到过
 │   ├── Step 1: 检查飞书连接器状态
 │   │   └── lark-cli auth status --json → 确认 "ok": true 且 identity="user"
 │   ├── Step 2: 检查自动化配置
 │   │   ├── automation_update(mode="view") 查看任务
 │   │   ├── cwds 是否指向当前工作区？（最常见根因 #2）
 │   │   ├── rrule 是否包含 BYHOUR？（如 FREQ=DAILY;BYHOUR=9;BYMINUTE=0）
 │   │   └── ⚠️ connectorIds 在 view 中不显示 → 信任创建时的写入，见下方 connectorIds 专项说明
 │   ├── Step 3: 手动端到端测试（诊断关键步骤）
 │   │   ├── 手动运行 WebSearch 搜索融资信息 → 确认搜索正常
 │   │   ├── 手动用 lark-cli 发送测试消息 → 确认发送链路通畅
 │   │   └── 用户确认收到测试消息 → 链路验证完成
 │   └── Step 4: 如测试发�成功但定时任务仍失败
 │       ├── 确认 connectorIds 已设置（见下方专项说明）
 │       └── 删除旧任务 + 重新创建（最终方案）
 └── 之前收到，最近停了
     ├── 检查 cwds 是否过期（切换了工作区？）
     ├── 检查飞书 token 是否过期（lark-cli auth status）
     └── 检查连接器是否被断开

connectorIds 专项说明（v2.2 关键发现）：

automation_update(mode="view") 返回的 JSON 不会显示 connectorIds 字段。这是一个已知的 API 行为，不是配置缺失。

验证 connectorIds 的正确方法：

创建/更新时确保传入了 connectorIds: ["feishu"]
更新操作返回成功（无报错）即 = 设置成功
唯一可靠的验证方式：手动端到端测试 — 如果用户能收到飞书消息，说明 connectorIds 生效

connectorIds 未设置的典型症状：

定时任务到点触发了（自动化日志中有执行记录）
但用户始终收不到任何消息
手动执行同样的操作（搜索+发送）完全正常
→ 根因：任务触发时没有飞书连接器可用，lark-cli 命令静默失败

真实案例（2026-07-27）：

用户创建了每日9:00的融资日报自动化，18天从未收到推送
automation_update(mode="view") 显示 rrule/status/prompt 均正常
cwds 指向 7月9日的旧工作区（已过期）
connectorIds 因为 view 不显示，无法确认是否设置
修复：更新 cwds 到当前工作区 + 设置 connectorIds=["feishu"] + 手动端到端测试
测试结果：lark-cli 发送成功，用户在飞书收到日报

Q：日报里没有内容，或者内容很少？ A：信息源策略说明：

硬件出海赛道融资事件本身密度不如 AI/企服/医疗赛道，某天「零事件」是正常的
如连续多天无内容，检查 WebSearch 关键词是否需要调整
亿欧网是已知不稳定信息源，不要依赖它
考虑扩大搜索范围：将时间窗口从 24h 放宽到 48-72h

Q：如何修改推送时间？ A：使用 automation_update 工具，更新 rrule 中的 BYHOUR 值（如改为 8 = 早上8点）。

Q：如何增加/减少关注的赛道？ A：使用 automation_update 工具，更新任务的 prompt 中的赛道列表和搜索关键词。

Q：如何暂停日报？ A：使用 automation_update 工具，将任务 status 设为 "PAUSED"。

Q：日报信息不准确怎么办？ A：反馈给管理员，更新任务 prompt 中的数据质量要求；同时检查信息源是否可访问（IT桔子、亿欧网）。

资源文件

references/automation-prompt-template.md：完整的自动化任务提示词模板（v2.0 已更新）
references/industry-sectors.md：详细的细分赛道列表和搜索关键词
references/feishu-sending-guide.md：飞书消息发送详细指南