dingtalk-contact

钉钉通讯录 Skill

前置条件 — 执行操作前必读

**CRITICAL — 执行任何 dws 操作前，MUST 先用 Read 工具完整读取 dingtalk-shared。**该轻量文件包含全局执行契约、安全底线及 shared references 的按需加载导航；不要预加载其全部 references。

命令参考：contact.md；剧本：08-directory.md。

Shortcuts（无专用脚本/recipe 时优先）

以下 shortcut 同时进入公开 catalog 与 Runtime Schema。按本 skill/recipe 路由，命中时 Shortcut 优先于原子命令。参数只查 dws schema --cli-path "contact +<shortcut>" --compact --jq '{cli_path,parameters,constraints,confirmation}' -f json；仅需且已发布 result 时查 --jq '{cli_path,outcomes:.result.outcomes,pagination}'，字段级再查 data_schema；缺失不以 Help/样例推断。Schema 不可用才读一次已知 leaf Help；unknown flag 用同 leaf Help 修正一次。unknown command 禁 Help：错误 suggestion → 已加载 Skill/reference 明确入口；均无则报漂移。禁全 Catalog/root/parent/product Help；仅映射、接口或 provenance 审计省略 --compact。现有路由和 reference 均无法定位低频能力时，才用 dws shortcut list --service contact --format json 发现。

意图表

标准 SOP（必遵流程）

命中以下意图必须按对应 SOP 顺序执行；禁止跳步、替换命令、编造 userId。每条命令必须带 --format json。姓名模糊搜索、工号、职责与上下级走 dingtalk-aisearch；完整手机号精确反查走 contact；拿到 userId 后由 contact 补详情。

SOP-1 搜人（search-person）

触发：按姓名/工号/部门/职责/上下级找人，或用手机号线索做语义搜索。

1. 切 aisearch（必须）：dws aisearch person --query "<关键词>" --dimension <维度> --format json（姓名→name、工号→jobNumber、手机号语义线索→phone、负责人→duty、部门→department、上下级→supervisor/subordinate）。
2. 解析（必须）：从结果取 userId、title；多人同名禁止默认选第一个，必须批量 dws contact user get --ids <id1,id2,...> --format json 拿部门/职位后让用户确认。
3. 补详情（必须）：要完整部门/职位/邮箱/主管时 dws contact user get --ids <userId> --format json。

禁止：用 contact user search 做姓名或工号搜索、默认取首个候选、编造人员字段。完整手机号精确反查是 search-mobile 的唯一搜索例外。

SOP-1A 完整手机号精确反查（search-person-by-mobile）

触发：用户提供完整手机号并要求确认是谁或取得 userId。

1. 执行（必须）：dws contact user search-mobile --mobile "<完整手机号>" --format json。
2. 补详情（按需）：从结果取 userId，需要部门、职位或邮箱时继续 dws contact user get --ids <userId> --format json。

禁止：把完整手机号精确反查改走姓名搜索，或在未返回 userId 时猜测人员。

SOP-2 精确查人/补详情（search-user）

触发：已有 userId 要查完整详情，或要拿 userId 给下游（发消息/建待办/约日程）。

1. 拿 userId（必须）：dws aisearch person --query "<姓名>" --dimension name --format json → userId；多命中必须列候选请用户确认。
2. 查详情（必须）：dws contact user get --ids <userId> --format json，按返回字段（orgEmployeeModel 下部门/职位/邮箱）答复。

禁止：用模糊关键词直接调 contact user search 凑数、编造未返回字段。

SOP-3 查自己（get-contact-self）

触发：我的信息/我的 userId/我的部门。

1. 执行（必须）：dws contact user get-self --format json，取 orgEmployeeModel.userId / orgUserName / depts[].deptName / 主管等。

禁止：把自己 userId 写死或猜测。

SOP-4 查部门 / 角色（dept-and-relation）

触发：部门列表/部门成员/角色/角色成员。

1. 执行（必须）：搜部门 dws contact dept search --query "<部门名>" --format json；某部门下子部门 dws contact dept list-children --dept <父部门ID> --format json；部门成员 dws contact dept list-members --ids <部门ID>[,<部门ID2>...] --format json；部门详情 dws contact dept get-info --dept <部门ID> --format json。角色：dws contact label list / dws contact label get --names "<角色名>" / dws contact label list-members --id <labelId>。搜索企业根部门时服务端可能返回 deptId=-1 哨兵，后续 list-children / list-members / get-info 必须规范化为真实根部门 deptId=1。
2. 补详情（必须）：拿到 userId 后用 contact user get --ids 补部门/职位；上下级关系优先经 dingtalk-aisearch 的 supervisor/subordinate 维度。

禁止：使用不存在的 contact dept list（已废弃/歧义）、编造 deptId/labelId、跳过 aisearch 维度直接猜上下级。

SOP-5 好友关系（friend）

触发：好友列表、好友申请、加好友、同意/拒绝申请、删除好友。

1. 获取 openDingTalkId（必须）：好友命令全部以 开放钉钉号ID（openDingTalkId） 为身份键。openDingTalkId 的来源：①好友域自身数据——dws contact +friend-list --format json / dws contact +friend-request-list --format json 返回项的 openDingTalkId 字段，或好友事件消息体（user_contact_friend_request_received 的 src/dest_open_dingtalk_id、user_contact_friend_added 的 friend_open_dingtalk_id）；②按姓名等关键词搜人——dws contact user search --query "<姓名>" --format json（search_contact_by_key_word）结果同时返回 userId 与 openDingTalkId。注意：aisearch person 与 contact user get-by-dingtalk-id 只返回 userId、取不到 openDingTalkId；拿到 openDingTalkId 后如需 userId 再调 dws contact user get-by-open-dingtalk-id --id <openDingTalkId> --format json。
2. 查好友（必须）：dws contact +friend-list --format json 返回当前登录用户的好友名单（含昵称 nick、备注名 alias）、好友状态与分页信息；dws contact +friend-request-list --format json 返回收到的好友申请（含申请人昵称 nick、申请留言、状态）与 pending 数量。向用户展示列表时优先用 nick / alias 标识好友，openDingTalkId 非必要不展示；汇报申请 status 时必须翻译为中文状态（1=待接受、3=已成为好友），不要直接显示数字。
3. 写操作（必须）：发送申请 dws contact +friend-request-send --to <openDingTalkId> --remark "<验证留言>" --format json；同意 dws contact +friend-request-accept --from <openDingTalkId> --format json；拒绝 dws contact +friend-request-reject --from <openDingTalkId> --format json；删除好友 dws contact +friend-remove --friend <openDingTalkId> --format json（最后一条为不可逆高风险写操作，必须先取得用户明确确认）。

禁止：把钉钉号（dingtalkId）与开放钉钉号ID（openDingTalkId）混用；在缺少 openDingTalkId 时直接执行写操作；删除好友不确认。

高频硬约束

• 通讯录问题必须调用 dws contact 或 dws aisearch 获取实时结果；严禁只读 USER.md、环境身份或静态上下文后直接回答。
• 查自己用 dws contact user get-self --format json，不要把 me/self/current 当作 userId 传给 user get。
• 姓名模糊搜索、工号反查、职责或上下级搜索走 dws aisearch person；完整手机号精确反查走 dws contact user search-mobile --mobile "<手机号>" --format json。拿到 userId 后按需 dws contact user get --ids <userId> --format json 补部门/职位/邮箱。
• 查询直属主管/上下级时，如果 contact user get 没返回明确主管字段，必须继续 dws aisearch person --query "<完整姓名或工号>" --dimension supervisor --format json，不要停在"可能需要进一步查询"。
• 多个同名候选时，批量 contact user get --ids id1,id2,... --format json 获取部门/职位后再消歧；不要默认取第一个。
• 用户查询企业角色、角色ID、角色成员，或“管理员/财务/HR/主管”等角色类型人员时，走 contact label list/get/list-members；不要用 dept list-members 筛字段替代。
• 好友命令（+friend-*）全部以 openDingTalkId 为身份键，不是 userId 也不是钉钉号；openDingTalkId 可从 +friend-list / +friend-request-list 响应、好友事件消息体，或 contact user search（按关键词搜人，同时返回 userId 与 openDingTalkId）取得；aisearch person / get-by-dingtalk-id 只返回 userId、取不到 openDingTalkId。
• +friend-remove 为不可逆高风险写操作，执行前必须向用户展示目标 openDingTalkId 并获取明确确认；确认后才可加 --yes。

跨产品协作

• 姓名模糊搜索、上下级、谁负责、工号反查、手机号语义搜索 → dingtalk-aisearch
• 完整手机号精确反查 → dws contact user search-mobile
• 拿到 email 发邮件 → 切到 dingtalk-mail
• 拿到 userId 发消息 → 切到 dingtalk-chat

局部意图与短流程

• 局部意图消歧；短流程。