LinkedIn Growth — 领英人脉增长流水线
把领英/Sales Navigator 搜索变成一条自动化获客流水线：导入线索、按你的 ICP 资格筛选、本地存储，再按节奏定时发送好友邀请。
风险与数据流大体可见：本地SQLite存储、只读SQL强制SELECT、失败有错误状态可重置，未发现恶意代码或凭据窃取。但扣分点明显：该技能自动批量发送连接邀请、并在被拒后自动换账号重试（max_connect_attempts='all'），本质上规避LinkedIn的频率/限制机制，存在账号被封与平台条款风险；SKILL.md明确指示代理'不要向用户暴露调度器内部tick频率'，属于有意的透明度削减；发送真实外联动作虽设了限额与活跃时段，但缺一次性的明确用户确认与回滚机制。综合处于'主风险可见但确认/恢复不完整'档。
文档自洽性高：状态机、schema、错误分类（alreadyPending/limitExceeded/requestNotAllowed消歧等）、中断恢复逻辑描述详细且内部一致；doctor自检与显式失败路径是加分项。但静态审查下无任何可执行测试证据（CI只覆盖根CLI的语法检查与smoke，不触及本技能scripts/的关键路径），边界行为依赖外部linkedin-cli，无法静态验证，故不超过10分锚点。
触发条件、词汇表、状态问答决策树、输入输出契约（qualification JSON contract）写得相当清晰，非目标场景（导入阶段不发邀请）也有边界声明。扣分：核心功能完全依赖LinkedIn/linkedapi.io与Sales Navigator，对中国大陆网络可达性差，且无中文支持声明；LinkedIn对自动化的容忍度本身也限制适用环境。
文档分层良好：SKILL.md主手册+README+slash commands+配置文件+资格prompt，安装/依赖说明完整，MIT许可明确，数据位置说明清楚。扣分：无版本变更日志（skill版本0.1.0 private，无CHANGELOG），维护责任与更新路径仅间接体现，部分文档（SKILL.md结尾）疑似截断；未验证发布者使归属信息仅来自仓库自身声明。
价值主张具体（手动LinkedIn外联的成本确实高），流程可直接产出可查询的leads数据库和CSV导出， qualification透明报告有边际价值。扣分：静态审查无法验证关键输出（搜索、邀请发送）实际可用；效果强依赖第三方linkedin-cli的稳定性与LinkedIn政策存续，成本/收益比例未经证实，无法超过7分锚点。
有可审计的主材料：完整schema、默认值文件、明确的状态转换与错误分类规则，仓库有CI工作流。但CI仅对根安装器做语法检查和smoke测试，完全未覆盖本技能scripts/的关键路径；无第三方执行证据、无测试套件、无跨源佐证，仅得5分锚以下。
- 自动化批量发送连接邀请及跨账号重试可能违反LinkedIn服务条款，存在账号被限制或封禁的风险，用户需自行承担。
- SKILL.md指示代理隐藏调度器内部tick细节，透明度被有意削弱；用户应要求完整的后台行为说明。
- 核心功能完全依赖LinkedIn/linkedapi.io等境外服务，中国大陆网络环境下可能不可用，且无中文支持。
- 静态审查未执行任何代码：无针对本技能scripts/的测试或CI覆盖，关键路径可靠性未经证实。
- 发布者身份未经FollowSkills核实，归属与维护承诺仅来自仓库自身声明。
这个 Skill 能做什么，适合哪些场景？
linkedin-growth 是 Linked-API/linkedin-skills 仓库中的一个技能，通过 linkedin-cli 将领英搜索结果转化为可管理的人脉增长管线。它分两个阶段：Phase A 由用户触发，从搜索 URL 或筛选条件导入线索，由 AI 子代理对照用户自定义的 ICP（理想客户画像）逐一判定是否合适，结果存入本地 SQLite 数据库，并在多个领英账号间轮询分配；Phase B 由系统级后台调度器按计划运行，在每个账号的活跃时段按节奏发送好友邀请，并检查、撤回过期的待处理请求。它还内置跨账号重试策略与状态查询能力，适合需要规模化拓展领英人脉的销售团队。
运行 import.mjs prepare 调用 linkedin-cli 执行领英或 Sales Navigator 搜索（nv 上限 2500 条、st 上限 1000 条），去重后输出候选 JSON 文件；AI 读取候选名单并对照存于数据库 settings 表的 ICP 定义逐条判定，写入结果文件；import.mjs commit 将合格线索以轮询方式分配给活跃账号并入库。后台调度器（launchd/systemd-user/cron/schtasks）在每个账号活跃时段唤醒：满足每日上限与最小间隔（默认 15 分钟）时发送一条邀请，并独立检查最多 pending_batch_size 条过期待处理请求，过期则撤回并按 max_connect_attempts 全局设置跨账号重试或标记 exhausted。用户可通过 status.mjs、lead.mjs 和只读的 query.mjs 查询数量、转化、错误等任意状态。
- 外贸/B2B 销售人员：拿到一份 Sales Navigator 搜索 URL，说「从这个搜索导入最多 500 条，列表叫『北美 SaaS VP of Sales』」，由 AI 面试确认 ICP 后完成筛选和入库
- 多账号运营者：拥有多个领英账号，希望邀请按账号分摊、每天最多 35 条、每 15 分钟最多一条，避免触发风控
- 销售负责人：想追问「kiril 账号今天还剩多少邀请额度」「哪个列表转化率最高」「有哪些超过 10 天还 pending 的请求」，直接用自然语言查询数据库
- 团队管理者：某账号要暂停使用时说「暂停 kiril」，调度器与导入自动跳过该账号，恢复时再 resume
- 希望失败自动重试的用户：把 max_connect_attempts 设为 2 或 all，被拒或被撤回的线索自动转给未试过的账号
这个 Skill 有哪些优点和局限？
- 完整的两阶段流水线设计：导入、AI 资格筛选、入库、定时邀请、撤回过期请求一体化
- 多账号支持：轮询分配线索、跨账号重试策略、按账号独立的每日上限/活跃时段/最小间隔控制
- 所有状态持久化在本地 SQLite，操作逐条落库，中断后无需回滚即可继续
- 精细化风控意识：区分账号级限流与单线索失败，`requestNotAllowed` 按连续/孤立模式消歧
- doctor 脚本自动诊断并提供逐项修复方案；ICP 由用户拥有、存于数据库而非硬编码文件
- MIT 开源，由 Linked API 官方维护，README 提供 npx 一键安装与 CI 友好的 JSON 输出
- 强依赖付费的 Linked API 服务与 linkedin-cli（linkedin-cli 退出码 3 表示需要订阅/套餐）
- 实际邀请发送涉及真实领英账号，账号被领英限制的风险由用户自担，技能只能通过节奏控制降低风险
- Phase B 的定时邀请与撤回是真实的对外写操作，配置不当（如间隔过短）可能影响账号安全
- README 未提供测试套件、Star 数或用户量等成熟度证据；同一人经 nv 与 st 两种搜索会产生两条记录，混合使用需注意
- Sales Nav 导入上限 2500 / 普通搜索 1000 条，且依赖领英页面结构，LinkedIn 改版可能导致工作流失效
- 资格筛选的默认建议是使用廉价模型做分类，若 ICP 复杂需手动提高模型档位
如何安装这个 Skill？
1) 安装集合（推荐）：运行 npx @linkedapi/skills，或非交互式 npx @linkedapi/skills add linkedin-growth --yes（可加 --agent claude-code --scope project 指定目标）。2) 手动备选：把 linkedin-growth 文件夹复制到代理的技能目录（如 .claude/skills/linkedin-growth/ 或 ~/.claude/skills/），并在文件夹内运行 npm install --omit=dev 和 node scripts/doctor.mjs。前置条件：Node.js ≥ 20、全局安装 @linkedapi/linkedin-cli、在 app.linkedapi.io 获取 Linked API Token 与 Identification Token 并执行 linkedin setup。
如何使用这个 Skill？
1) 在技能目录运行 node scripts/doctor.mjs -- 直至 ok:true（doctor 会引导注册账号、初始化数据库）。2) 回答两个配置问题：邀请节奏（默认每 15 分钟最多一条）和重试策略（默认不重试）。3) 注册至少一个账号后运行 node scripts/schedule.mjs install 安装后台调度。4) 触发导入，例如对 AI 说：「从这个 Sales Navigator 搜索导入前 200 条线索，列表名为『VP of Sales TOP 100』」，AI 会先确认数量与 ICP，再执行 Phase A 的 prepare→qualify→commit。之后 Phase B 自动在后台按账号活跃时段发送邀请，你随时可以用自然语言查询状态（如「kiril 有多少 pending」）或说「暂停/恢复某账号」。
这个 Skill 与同类方案有什么区别？
仓库自带的另一技能 linkedin 是通用型领英自动化（抓取资料、搜索、发消息、发帖等），而 linkedin-growth 专做两阶段获客管线，两者可互补使用；底层均依赖同一个 linkedin-cli 与 Linked API。