适用范围 — 仅限已有关系

本技能用于重新激活已停滞的既有对话——即用户此前曾与之交流、但后续陷入沉默的对象。它不适用于：

• 向用户从未联系过的陌生人发起冷启动触达
• 线索挖掘或潜在客户获取
• 群发触达或自动化销售流程

所有被识别出的联系人，必须已存在于用户的通信历史中。所生成的开场白旨在重启真实对话——而非开启全新对话。

与 relationship-pulse 的区别

relationship-pulse：聚焦个人关系——你关心的人，用于维系友谊。
biz-relationship-pulse：聚焦商业关系——交易、合作、关键引荐人、前客户——直接关联收入与机会。

检测逻辑不同，输出形式不同，影响权重也不同。

文件结构

biz-relationship-pulse/
  SKILL.md
  config.md          ← 关系类型、数据源、评分权重、上下文配置
  pipeline.md        ← 已评分联系人日志、停滞原因、最近操作、当前状态
  context.md         ← 你当前正在推进的工作内容——用于匹配相关性

Token 使用规范：每周定时任务仅读取 config.md + pipeline.md + context.md。

何为“停滞对话”

一段对话属于“停滞”（而非“终结”），需同时满足以下条件：

时效性信号：

• 过去 18 个月内曾活跃交互（双方往来消息 ≥3 条）
• 此后连续静默 ≥60 天，且无明确收尾
• 最后一条消息并非明确拒绝（如“不了，谢谢”），也非自然结束（如“很高兴合作，保重！”）

推进感信号：

• 对话中包含前瞻性表述：“我们再联系”“下季度跟进”“你准备好了随时发我”“现在时机不合适，但请随时同步进展”
• 曾提及具体下一步动作，但始终未发生
• 某一方在对话中途无明确原因突然失联

关系类型信号：

• 已被标注或可合理推断为：潜在客户、合作洽谈对象、投资人、前客户、关键连接人/顾问

最近一次联系的时效区间：

• 冷区：6–18 个月（最易重启——时间足够沉淀，又不至于久到尴尬）
• 温区：2–6 个月（仍属近期，明显存在停滞）
• 归档区：18 个月以上（仅当 context.md 中明确指出当前有特定重连理由时才予呈现）

数据源及需提取的信息

Gmail

• 检索收件箱与发件箱中与外部联系人的往来线程
• 标记：含 ≥3 次交互且后续静默的线程
• 提取：最后发送方、最后消息内容、任何前瞻性表述、隐含的下一步动作
• 备注：谁先失联？是对方未回复，还是你未跟进？

LinkedIn（若通过 MCP 接入）

• 已接受的好友申请，但未展开后续对话
• 已停滞的消息线程
• 你的社交网络中有人近期查看过你的主页——表明其关注你，当前可能是合适触达时机
• pipeline.md 中联系人的近期职位变动或公司动态——构成主动触达的触发点

WhatsApp（若可通过 channel 接入）

• 已中断的商务类对话
• 含语音留言但无后续跟进的对话
• 含相关联系人的群聊

context.md（内部配置）

• 你当前正在推进、销售或构建什么？
• 哪些人对当前项目具有特定相关性？
• 是否有你希望优先触达的具体姓名或公司？

评分模型

每位候选联系人将从五个维度分别评分：

1. 推进感得分（0–3 分）

• 3 分：曾明确约定下一步但未执行，或对方表示“X 周后跟进”
• 2 分：交流氛围良好但自然冷却，无明确收尾
• 1 分：互动较浅，兴趣仅隐含而未明示
• 0 分：单向触达（仅你发起），或对话已自然终结

2. 时效性得分（0–3 分）

• 3 分：停滞发生于 2–6 个月前（温区）
• 2 分：停滞发生于 6–12 个月前
• 1 分：停滞发生于 12–18 个月前
• 0 分：停滞发生于 18 个月以上（除非 context.md 给出明确重连理由）

3. 关系价值得分（0–3 分）

• 3 分：前客户 或 正在推进的潜在客户
• 2 分：合作/协同讨论中
• 2 分：投资人 或 高潜力关键引荐人
• 1 分：连接人 或 松散型顾问对话
• 0 分：关系性质不明 或 商业相关性低

4. 上下文相关性得分（0–3 分）

• 3 分：与 context.md 当前内容直接相关
• 2 分：邻近相关——有用但非核心
• 1 分：泛网络价值
• 0 分：当前无明确相关性

5. 重启可行性得分（0–3 分）

• 3 分：存在天然切入点——例如其公司正发布新闻、其刚更换职位、或发生其他相关事件
• 2 分：时间间隔清晰合理——“好久不见”本身即为自然开场
• 1 分：重启难度较高，易被感知为延迟的销售跟进
• 0 分：触达显得生硬或不合时宜

总分：0–15 分。仅呈现得分 ≥8 分的联系人。
若少于 3 人得分 ≥8，则当周阈值下调至 ≥6；
硬性上限：每周最多呈现 5 位联系人。质量优于数量。

初始化流程

步骤 1 — 接入数据源

确认以下数据源是否可用：

• Gmail：检查是否已接入
• LinkedIn MCP：检查是否已接入
• WhatsApp：检查是否可通过 channel 接入

记录不可用的数据源。本技能将在已接入的数据源上运行——缺失任一源不会导致失败。

步骤 2 — 编写 context.md

这是最重要的初始化步骤。

向用户提问：
“你当前正在专注推进什么工作？何种重连行为具备商业价值——你正在融资、销售产品、寻求合作、招聘，还是其他目标？”

并补充提问：
“是否有你一直想联系却尚未行动的具体人员或公司？”

据此编写 context.md：

# 当前上下文

## 我正在推进的工作
[当前项目、销售重点、融资阶段等描述]

## 本季度优先关注的关系类型
[例如：“A 轮融资潜在投资人”、“DACH 地区企业客户”、“市场营销合作伙伴”]

## 需特别关注的人员
[姓名或公司名称——即使评分低于阈值也强制呈现]

## 本季度降低优先级的关系类型
[例如：“毫无进展的早期沟通”、“无关行业联系人”]

步骤 3 — 编写 config.md

# Biz Relationship Pulse 配置

## 数据源
gmail: true
linkedin: true
whatsapp: true

## 需追踪的关系类型
prospects: true
partnerships: true
investors: true
former_clients: true
connectors: true

## 评分阈值
surface_above: 8
fallback_threshold: 6
max_per_week: 5

## 停滞判定规则
cold_zone_months: 6-18
warm_zone_months: 2-6
archive_months: 18

## 投递配置
channel: [CHANNEL]
to: [TARGET]
day: Monday
time: 08:30

步骤 4 — 初始 pipeline 扫描

首次运行时，对全部已接入数据源执行完整扫描（回溯 18 个月）。
基于扫描结果构建 pipeline.md，纳入所有符合条件的候选联系人。
首次运行耗时较长——建议提前向用户说明。

步骤 5 — 注册定时任务

每周一上午运行，隔离环境，轻量上下文（lightContext）。

{
  "name": "Biz Relationship Pulse",
  "schedule": { "kind": "cron", "expr": "30 8 * * 1", "tz": "" },
  "sessionTarget": "isolated",
  "wakeMode": "now",
  "payload": {
    "kind": "agentTurn",
    "message": "运行 biz-relationship-pulse。读取 {baseDir}/config.md、{baseDir}/pipeline.md 和 {baseDir}/context.md。扫描已接入数据源（Gmail、LinkedIn、WhatsApp），识别停滞的商业对话。对每位候选联系人评分。呈现得分 ≥8（或 ≥6，若不足三人达标）的前 3–5 位联系人。对每位联系人：生成关系简报及一条专属重启消息。更新 pipeline.md。按配置渠道投递结果。",
    "lightContext": true
  },
  "delivery": { "mode": "announce", "channel": "", "to": "", "bestEffort": true }
}

运行时流程

1. 读取 config、pipeline、context

加载评分偏好、过往已呈现的联系人、以及当前商业优先事项。

2. 扫描数据源

Gmail 扫描：

• 检索过去 18 个月内发往外部联系人的邮件
• 定位含 ≥3 次交互且后续静默的线程
• 提取：最后消息日期、最后发送方、任何前瞻性表述
• 备注：是你最后发送（对方失联），还是对方最后发送（你失联）？

LinkedIn 扫描（若已接入）：

• 检查消息线程中是否存在停滞对话
• 检查 pipeline 中联系人近期是否查看过你的主页
• 检查 pipeline 中联系人是否有职位变动或公司动态

WhatsApp 扫描（若可接入）：

• 检查商务场景下的对话
• 标记任何含待办跟进的线程

3. 对所有候选联系人评分

应用五维评分模型。
交叉引用 context.md 以提升相关性得分。
对 context.md 中明确提及的姓名予以标记——无论得分高低均强制呈现。

4. 筛选 Top 3–5

选取近 4 周内未被呈现过的最高分联系人。
避免同一人在一个月内重复出现。

5. 为每位联系人生成简报

A 部分：对方是谁？关系背景如何？

[姓名] — [公司] [职位]
关系类型：[潜在客户 / 合作伙伴 / 投资人 / 前客户 / 连接人]
最近联系：[X 个月前] via [Gmail / LinkedIn / WhatsApp]

[一句话概括对话主题]
[一句话说明停滞节点与原因]

B 部分：为何是现在？

得分：[X/15]
[此人当前值得重启的具体原因——或是触发事件，或是恰到好处的时间窗口]

优质“为何是现在”的示例：

• “他们三周前刚更换职位——正是自然重连的契机”
• “其公司刚刚宣布完成新一轮融资——与你当前构建的产品高度相关”
• “距他们说‘Q2 再跟进’已满六个月”
• “你当前正推进 context.md 中的 [X]——与其此前关注点直接吻合”

若无明确触发事件，则写：“暂无近期触发事件——但 8 个月的时间间隔已足够清晰，重启不会被视为延迟的销售催促。”

C 部分：该说什么？

一句专属开场白。非模板化表达，专为此人、此情境定制。

规则：

• 须援引对话历史中的具体细节——不可泛泛而谈
• 不得带有销售跟进感
• 需具备正当触达理由——不能仅是“随便问候一下”
• 长度适中，可直接发送或仅需极小编辑
• 坦然承认时间间隔——不可假装一切如常

优质示例：

“Nico，距离我们上次讨论 [X] 已有一段时间了。我一直记得你提到的 [具体事项]——我们随后已 [相关进展]。是否方便快速通话同步一下？”

劣质示例：

“Hi [姓名]，祝好！想和你重新建立联系。方便安排一次简短通话吗？”

开场白是最关键的输出。
若其流于通用化，即代表本技能失效。

6. 更新 pipeline.md

# Pipeline

## [姓名] — [公司]
类型: [潜在客户 / 合作伙伴 / 投资人 / 前客户 / 连接人]
首次联系: [日期]
最近联系: [日期]
最后来源: [Gmail / LinkedIn / WhatsApp]
停滞原因: [推断结果 — 对方失联 / 你失联 / 时机问题 / 无下一步动作]
得分: [X/15]
已呈现次数: [N]
最近呈现: [日期]
状态: [监测中 / 已呈现 / 已触达 / 已重启 / 已归档]
备注: [对话历史中任何相关信息]

上下文更新机制

context.md 越贴近实时，本技能效果越佳。

当你的状况发生变化——例如启动新项目、进入新融资阶段、推出新产品——请立即更新 context.md：
/bizpulse context update "我们刚刚上线 X，正在寻找 Y"

下一次周度运行将基于更新后的 context.md 重新评估全部 pipeline 联系人。

管理命令

• /bizpulse now — 立即执行
• /bizpulse score [姓名] — 查看指定联系人的评分及依据
• /bizpulse add [姓名] [上下文] — 手动添加需追踪人员
• /bizpulse archive [姓名] — 从活跃追踪中移除
• /bizpulse sent [姓名] — 标记为“已触达”（暂停 30 天）
• /bizpulse reengaged [姓名] — 标记为“已重启”（移入活跃 pipeline）
• /bizpulse context update [文本] — 更新当前商业上下文
• /bizpulse history [姓名] — 展示该联系人的完整历史
• /bizpulse pipeline — 展示完整评分 pipeline

优秀之处何在

开场白必须具体——这即是本技能的全部价值所在。
任何人都能罗列一堆冷联系人。
本技能的核心价值，在于代你写出第一句话，让你无需再费心构思。

评分模型精准区分“停滞”与“终结”。
一场干净利落的告别不是停滞；一句“我们 Q2 再聊”却从未兑现，才是真正的停滞。

context.md 的持续更新闭环是复利引擎。
一个始终围绕最新优先事项运行的技能，其效用是运行于过时信息之上的技能的三倍。

“谁先失联”这一信号至关重要。
若你先失联，重启话术应与对方先失联时截然不同。
本技能会追踪该信号，并确保开场白如实反映这一差异。

隐私规则

遵循 SOUL.md 原则。仅处理商业关系。
严禁在商业输出中呈现私人邮件往来。
若某线程属性模糊（例如既是朋友又是业务联系人），默认不予呈现——除非 context.md 明确将其纳入。

输出中包含姓名无妨——这些均为职业关系。
投递内容中不得包含邮箱地址、电话号码或其他联系方式。
用户已掌握这些信息。本技能提供的是上下文与话术，而非联系人清单。