knowledge-work-plugins 的 lead-triage 实战7 条线索快乐路径分诊示例全解析【免费下载链接】knowledge-work-pluginsOpen source repository of plugins primarily intended for knowledge workers to use in Claude Cowork项目地址: https://gitcode.com/GitHub_Trending/kn/knowledge-work-plugins本篇技术指南围绕 happy-path-triage.md 展开完整还原 lead-triage 技能在 7 条入库线索场景下的「排序输出 → 跟进邮件草稿 → 日历时段提案」全流程。读者读完将掌握该技能的打分维度、列表规模自适应规则、审批门禁只草稿、不发送、不建事件并能把同样的输出格式复用到自己的销售线索分诊工作中。一、示例场景一次完整的 happy-path 分诊happy-path-triage.md描述的是一个理想路径happy path下的完整工作示例7 条线索 → 全部展示因为符合 ≤10 条全展示规则→ 按综合评分降序输出排名列表 → 提供跟进草稿与日历时段提案。示例同时设定了两个关键前提线索规模7 条命中≤10 leads → show all的自适应规则所有者 ICPSaaS 行业、10–50 名员工——这是运行期runtime自定义 ICP 的一次落地。这个前提与 SKILL.md 中定义的流程完全对应该技能默认 ICP 为「任意行业、1–50 名员工」但允许所有者在会话中覆盖为更精确的目标画像详见 hubspot-scoring.md 的 Custom ICP (runtime override) 小节。示例中 22 人的 Acme SaaS、31 人的 Loop Analytics 均落在 10–50 人的 SaaS ICP 窗口内这正是它们排位靠前的画像基础。触发方式与前置条件在 small-business 插件中lead-triage技能可以直接触发说 prioritize my leads、who to call first也可以被更上层的命令编排/call-list命令以--n默认 5范围 1–10和--date参数驱动 lead-triage产出「今天最值得拨打的 Top N 电话清单」见 call-list/SKILL.md/run-campaign命令在 Step 3 受众分段阶段调用 lead-triage同时产出「群发列表」和「高层亲自拨打的高优先 Top 5 名单」见 run-campaign/SKILL.md。无论从哪条路径进入技能的第一步都是从 HubSpot 拉取lifecyclestage为Lead或MQL、且hs_lead_status≠Unqualified的联系人如果 HubSpot 不可用流程立即停止并提示 HubSpot is disconnected — connect it and try again.。二、排名输出逐条拆解示例中的评分与谈话要点示例的排名输出是理解整个技能价值的最佳入口。以下为原示例的完整输出骨架Here are your 7 leads, ranked by priority: ───────────────────────────────────── 1. Sarah Chen · Acme SaaS · Score: 78 Last activity: 2 days ago (email reply) Sarah replied asking about API limits — evaluating for a 22-person team. Strong ICP fit. Lead is 12 days old (prime window). Open with her API question; offer a 20-min demo to walk through limits live. 2. Marcus Webb · Loop Analytics · Score: 64 Last activity: 5 days ago (site visit) Visited pricing page twice this week, no reply to outreach. 31 employees, SaaS — good fit. Try a softer touch: share a case study instead of another demo ask. 3. Priya Nair · BuildFast · Score: 51 Last activity: 9 days ago (email open) Opened the intro email, no reply. 18 days old — approaching stale. One more value-add touch (ROI one-pager) before deprioritizing. [4–7 follow same format, scores 30–45] ───────────────────────────────────── Draft follow-ups for any of these? (e.g., draft for 1 and 2) Propose call slots? (e.g., find times for Sarah and Marcus)每个条目包含五个固定要素排名、联系人姓名与公司、综合评分、最近一次活动摘要、一段可照读的谈话要点talking point。末尾自动抛出两个下一步动作为选中线索起草跟进邮件与为选中线索提议通话时段。评分从哪来四维 0–100 模型示例中的 Score 78 / 64 / 51 / 30–45 并非随意给出其计算依据是 hubspot-scoring.md 中定义的四维模型每维 0–25 分求和得到 0–100 综合分维度覆盖信号关键规则Engagement互动邮件回复 15、7 天内打开未回复8、7 天内访问网站 5、3 次外联无回复 −5只统计最近 30 天信号更早的按 0 分计Company fit画像匹配行业 规模都命中 ICP 25 分规模命中但行业未知 15 分行业命中但规模未知 12 分都不命中或都未知 5 分默认 ICP任意行业、1–50 人Urgency紧迫度笔记含 urgent / ASAP / deadline / budget approved 15线索龄 7–21 天黄金跟进窗口107 天 560 天 −5线索龄以createdate计算Recency penalty近况罚分最近活动 24 小时 −251–3 天 −104–7 天 −57 天 0从综合分中直接扣减对照示例可以读出每一条的定性驱动因素Sarah Chen78 分2 天前有邮件回复回复是互动信号中最强的 15 分信号22 人 SaaS 团队完全命中 ICP线索 12 天龄正处于 7–21 天的黄金跟进窗口。示例给出的行动建议「先回应她的 API 问题再约 20 分钟 demo 现场演示限额」正是把「有回复 黄金窗口」转化为可执行话术。Marcus Webb64 分5 天前访问站点、本周两次浏览定价页网站访问信号31 人 SaaS 命中 ICP但对外联无回复。示例建议「换软性触达——发案例研究而非再次索要 demo」这是对「有互动但无回复」状态的差异化策略。Priya Nair51 分9 天前打开过介绍邮件但未回复18 天龄已接近窗口末端示例明确提示「再给一次价值型触达ROI 一页纸之后降级优先级」。需要说明的是示例文件以「输出格式 逐条行动建议」为重点评分是排序结果的综合呈现并未在示例内逐项列出分项得分具体的分项打分口径以 hubspot-scoring.md 的四维模型为准。排序与列表规模规则排名列表按综合分降序排列列表长度随线索量自适应≤10 条线索 → 全部展示示例正是这一档7 条全部列出11–30 条 → 展示 Top 530 条 → 展示 Top 8。同时如果某条线索的互动信号全部超过 30 天必须显式标注Engagement signals are stale — approach as cold outreach.避免把陈旧线索误判为热线索这一规则的动机在 gotchas.md 中有专门说明hs_email_open是累计字段一年前活动留下的打开次数会让冷线索看起来很热。三、跟进邮件草稿只展示绝不发送排名列表输出后技能会主动询问Draft follow-ups for any of these?示例演示了为排名第一的 Sarah Chen 起草的邮件Subject: Re: API limits question Hi Sarah, Happy to answer the API limits question properly on a short call rather than over email. [Owner adds availability after booking] Would that work? [Owner name]这份草稿的写法有三个值得复用的要点主题行沿用原邮件线程Re: API limits question保持对话上下文连续正文承接具体问题API limits并给出明确的下一步短通话而不是泛泛寒暄保留占位符[Owner adds availability after booking]与[Owner name]由所有者补齐而不是替所有者臆造时间与签名。示例末尾特别标注了Draft shown. Not sent.这是整个技能最重要的审批门禁之一永远只产出草稿由所有者从自己的邮箱发送。SKILL.md 中的 Approval gates 明确列出Never send an email、Never create calendar events、Never change lifecycle stage or mark a lead Unqualified unless the owner explicitly asks、Never includeCustomerorEvangelistlifecycle contacts in the lead list。若筛选后零条线索命中必须解释原因并提供查看实际生命周期阶段的选项严禁虚构清单。与 /call-list 的联动call-list 对「存在超过 3 天未回复邮件」的线索会按固定模板补充草稿一行回顾前情 一行明确下一步 落款lead-triage 的草稿则更强调与最近线程的语义承接两者可配合使用。四、日历时段提案开放时段所有者自助预订示例的最后一步演示了为 Sarah Chen 提议通话时段的输出Open 30-min slots (next 2 business days): • Thu Apr 25 · 10:00–10:30 AM • Thu Apr 25 · 2:00–2:30 PM • Fri Apr 26 · 9:00–9:30 AM No events created — pick one and book it directly.这一步背后的执行规则来自 SKILL.md 的工作流第 6 步先查日历拉取接下来两个工作日的日程避开冲突只提议与已有事件相差 ≥15 分钟的空闲窗口每线索给两个候选示例渲染为三个可选时段同样在规则允许范围内不创建事件No events created — pick one and book it directly.明确告知所有者自行预订。对应地gotchas.md 专门警告了「提议的时段与已有事件冲突」这一失败模式如果不检查日历就随口给 Tuesday 2–2:30 PM而所有者此时正有客户电话信任会立即受损。正确做法是提案前先拉取未来两个工作日的日历只用无冲突窗口如果没有任何空闲窗口如实说明并提供更远的选项。五、把示例接入真实工作流三个可复用要点围绕这份示例文件结合 SKILL.md、hubspot-scoring.md、gotchas.md 与 README.md可以沉淀出三条直接可复用的实战经验先建评分口径再谈排序示例中 78/64/51 的可读性来自四维模型的确定性输出。落地时优先从 HubSpot 拉齐 hubspot-scoring.md 的字段清单hs_sales_email_last_replied、hs_email_open、hs_analytics_last_visit_timestamp、createdate、numemployees、notes_last_updated等并注意numemployees常常为空——为空时按「未知」处理并相应降分而不是跳过打分。区分「有回复」与「有动静」Sarah邮件回复与 Marcus两次浏览定价页的触达策略截然不同——前者直接约 demo 承接具体问题后者用案例研究做软性培育。这是示例最有价值的销售判断示范。全程守住审批门禁草稿不发送、时段不建事件、线索生命周期阶段不擅动。插件在设计上把「辅助决策」与「替你做决定」严格分开任何自动化动作都要经过所有者确认这也是 small-business/README.md 强调的 Every workflow pauses before taking action 的体现。结语happy-path-triage.md虽然只有一份输出示例的篇幅却是理解 lead-triage 技能的「最短完整路径」它同时示范了排序输出的结构、评分背后的四维模型、谈话要点的写法、邮件草稿的克制只草稿不发送以及日历提案的安全边界只提议不建事件。配合 hubspot-scoring.md 的字段与权重、gotchas.md 的失败模式以及 call-list 与 run-campaign 的编排用法你完全可以复刻这套「拉取 → 打分 → 排序 → 谈话要点 → 草稿 → 约时段」的完整线索分诊流水线。【免费下载链接】knowledge-work-pluginsOpen source repository of plugins primarily intended for knowledge workers to use in Claude Cowork项目地址: https://gitcode.com/GitHub_Trending/kn/knowledge-work-plugins创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
