LinkedIn Monitor

为Clawdbot提供可靠的LinkedIn收件箱监控。

功能特点

• - 每小时监控 — 全天候每小时检查收件箱
• 确定性状态 — 杜绝重复通知
• 渐进式自主 — 从监督模式开始，逐步过渡到完全自主
• 健康检查 — 认证过期或系统故障时发出警报
• 你的风格 — 使用你的沟通风格起草回复

快速开始

bash

1. 设置（交互式）

linkedin-monitor setup

2. 验证健康状态

linkedin-monitor health

3. 手动运行（测试）

linkedin-monitor check

4. 启用定时任务（每小时）

linkedin-monitor enable

自主级别

级别	名称	行为
0	仅监控	仅对新消息发出警报
1

草稿 + 审批 | 起草回复，等待审批 | | 2 | 简单自动回复 | 自动处理确认、日程安排 | | 3 | 完全自主 | 以你的身份回复、预约会议、建立人脉 |

默认：级别 1 — 使用 linkedin-monitor config autonomyLevel 2 更改

命令

bash
linkedin-monitor setup # 交互式设置向导
linkedin-monitor health # 检查认证状态
linkedin-monitor check # 运行一次检查周期
linkedin-monitor enable # 启用每小时定时任务
linkedin-monitor disable # 禁用定时任务
linkedin-monitor status # 显示当前状态
linkedin-monitor config # 查看/编辑配置
linkedin-monitor logs # 查看最近活动
linkedin-monitor reset # 清除状态（重新开始）

配置

位置：~/.clawdbot/linkedin-monitor/config.json

json
{
autonomyLevel: 1,
alertChannel: discord,
alertChannelId: YOURCHANNELID,
calendarLink: cal.com/yourname,
communicationStyleFile: USER.md,
timezone: America/New_York,
schedule: 0 ,
morningDigest: {
enabled: true,
hour: 9,
timezone: Asia/Bangkok
},
safetyLimits: {
maxMessagesPerDay: 50,
escalationKeywords: [angry, legal, refund],
dailyDigest: true
}
}

工作原理

监控流程

1. 1. 健康检查

└── 验证LinkedIn认证（lk CLI）

1. 2. 获取消息

└── lk message list --json

1. 3. 比较状态

└── 过滤：仅处理状态文件中不存在的消息

1. 4. 对每条新消息

├── 级别 0：仅警报 ├── 级别 1：起草回复 → 警报 → 等待审批 ├── 级别 2：简单消息自动回复，复杂消息起草 └── 级别 3：完全自主响应

1. 5. 更新状态

└── 记录消息ID（防止重复）

状态管理

状态由脚本管理，而非LLM。这保证了：

• - 无重复通知
• 跨会话行为一致
• 状态可见，便于调试

状态文件：~/.clawdbot/linkedin-monitor/state/

发送已审批消息

在级别1时，使用以下命令审批草稿：

send [name] # 发送给[name]的草稿
send all # 发送所有待审批草稿
edit [name] [text] # 发送前编辑草稿
skip [name] # 丢弃草稿

故障排除

认证已过期

bash lk auth login linkedin-monitor health

未找到消息

bash linkedin-monitor check --debug

重复通知

bash linkedin-monitor reset # 清除状态 linkedin-monitor check # 重新开始

依赖项

• - lk CLI（LinkedIn CLI）— npm install -g lk
• jq（JSON处理器）— brew install jq

文件

~/.clawdbot/linkedin-monitor/
├── config.json # 你的配置
├── state/
│ ├── messages.json # 已处理的消息ID
│ ├── lastrun.txt # 上次检查时间戳
│ └── drafts.json # 待审批草稿
└── logs/
└── activity.log # 活动历史记录