sales-followup-rules

name	sales-followup-rules
description	按规则判定每日应跟进的客户：通过钉钉 dws CLI 读取 AI 表格中的在谈客户，按"上次联系/阶段停滞/next_action 到期"判断今日跟进列表，可选拉取群聊与外部信号补充上下文，最后生成 Markdown 跟进提醒。所有写表操作必须经用户在对话中明示确认。
when_to_use	数字员工"小销"或类似客户跟进角色被派活时；resource_config 必须包含 tableId 和 fieldMapping。
allowed-tools	["Read","Grep","WebSearch","Bash","Write","Edit","WriteMemory","SearchMemory","Skill"]
model	sonnet
effort	high
context	inline
user-invocable	true
disable-model-invocation	false
version	1.2
category	sales
metadata	{"label":"客户跟进规则判定"}

客户跟进规则判定

硬性约束（开工前先复读一遍）

• 写表必须用户确认：通过 dws CLI 修改 AI 表格记录之前必须在对话中清楚说明"将要把字段 X 从 A 改为 B"，等待用户回 "确认 / 同意 / 是" 之后才执行。
• 不主动给客户发消息或代回邮件——你只做"提醒该跟谁、该说什么"。
• 不预测成交概率、不打分。规则判定输出"是否进入今日跟进列表"，不输出"赢率"。

工具约定

• 所有钉钉能力（AI 表格 / 群聊 / 通讯录 / 待办 / 日历）必须通过 dws CLI 完成：先 load_skill('dingtalk-workspace') 获取 dws 命令清单、登录方式、参数约定，再用 bash 调用具体命令。
• 不要绕过 dws 直接调 HTTP / 浏览器 / curl 钉钉接口。
• 不要假设 baseId / tableId / recordId 等标识符——必须先用 dws 查询拿到真实 ID 再使用。

输入约定

配置可以来自两条路径：

• 路径 B（用户在 EmployeeDrawer ⚙️ 配置资源里填好的）：派活 prompt 的"资源配置"段会带上完整的 { baseId, tableId, fieldMapping, scope }。
• 路径 A（首次派活，用户没在表单里填）：prompt 没有"资源配置"段，需要在对话中向用户引导取值，然后用 WriteMemory 持久化（namespace sales:config），下次直接从 memory 读，不再问用户。

需要的字段：

{
  "baseId": "<钉钉 base id>",
  "tableId": "<table id>",
  "fieldMapping": {
    "customerName": "<列名>",
    "stage": "<列名>",
    "lastContact": "<列名>",
    "nextAction": "<列名>",
    "nextActionDate": "<列名>",
    "owner"