메뉴
数据 deliverable 写入前的三角对账（本地 DB + ≥2 独立网源），消灭"Wuxing 错配 Jiaxing / xlsx 没对公报 / 作者顺序错"那类因 cross-check 缺失被退回的事件。用户说"/verify-data X" / "校核 X" / "三角对账 X" / "X 对不对"，或自己在写 deliverable（报告 / xlsx / 简历 / 论文 / 法律意见）前需要落入具体声明时触发。
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
并行 agent team 处理多目标任务，每个 agent goal-loop 自闭环；产出 HTML 报告给用户看。用户说 "dispatch / 派 agent / agent team 做 / 多并行 / 一次性处理 N 个 / 全部一次性 / 不留尾巴 / 目标驱动并发 / P1=N 直接" 等触发。
管理钉钉产品能力(AI表格/日历/通讯录/群聊与机器人/待办/审批/考勤/日志/DING消息/开放平台文档/钉钉文档/钉钉云盘/AI听记/邮箱/在线电子表格/知识库等)。当用户需要操作表格数据、管理日程会议、查询通讯录、管理群聊、机器人发消息、创建待办、提交审批、查看考勤、提交日报周报（钉钉日志模版）、读写钉钉文档、上传下载云盘文件、查询听记纪要、收发邮件、读写在线电子表格(axls)、管理钉钉知识库时使用。
作图默认方法 — 自包含 HTML/SVG 所见即所得预览（多样式）→ 用户批准 → 导出 SVG+PNG+PDF 多格式 + 带下载/复制按钮的 HTML。任何"作图/可视化/改样式/好看点/热图/出图/preview"触发；尤其投稿级、需反复调样式、用户给旧图截图要复刻的场景。
一条命令出 session 现状 + ROI 全景 HTML（包装 cc_sessions.py index + regen_dev_roi.py，输出规范 /debrief 风 HTML，含 vault nav + KPI clickable + per-project 表）。用户说「列会话 / session 现状 / 会话 ROI / sessions / /sessions / 看下 session / 清理候选」时触发
文件清理族 — downloads 子命令把 ~/Downloads 顶层 entry 按规则派送到 ~/Dev / personal-vault；zip 子命令把 ~/Dev 下 raw 归档（.zip/.rar/.7z）外挪到 ~/zip/<Dev 镜像>，原位置留 _ZIP-INDEX.md 指针。触发：整理下载目录 / Downloads 太乱 / 下载里的东西归一下 / zip 外挪 / 归档外挪 / Dev 太臃肿 / 把压缩包挪走 / raw 归档清理。
把一批散落的 retro/会话记录按主题线合并成少数 HTML 知识节点（起因→迭代→现状），原文归档到 _archive，织入 wiki 知识网。用户说"4月所有会话讲了啥+修到哪""合并/整合 retro 不要思维负担""摘要这些 retro/会话"时触发。
| name | verify-data |
| description | 数据 deliverable 写入前的三角对账（本地 DB + ≥2 独立网源），消灭"Wuxing 错配 Jiaxing / xlsx 没对公报 / 作者顺序错"那类因 cross-check 缺失被退回的事件。用户说"/verify-data X" / "校核 X" / "三角对账 X" / "X 对不对"，或自己在写 deliverable（报告 / xlsx / 简历 / 论文 / 法律意见）前需要落入具体声明时触发。 |
核心理念：deliverable 里每一条具体声明（数字 / 人名 / 日期 / 项目 / 引用）写入前都必须通过本地 DB + ≥2 独立网源的三角对账。任何一边对不上 → STOP，不允许擅自挑一源继续。
与铁律的关系：本 skill 是全局 ~/.claude/CLAUDE.md 「执行铁律 #11 实测验证」+ 「#12 主动调研」在数据维度的具体执行手册。bug 几乎全来自对"我记得 / 大概是 / 看着像"的错误假设（Karpathy K1 数据先看 5 条）。
用户说以下任一：
/verify-data <声明>自动触发（不等用户说）：自己在写以下 deliverable 且首次落入一条具体声明时：
不触发：用户对话里的随口提及（"我记得 Jiaxing 大概..."）；非 deliverable 的探索性讨论。
输入：一个具体声明（必带主体 + 谓词 + 客体），例如：
| 领域 | DB / CLI |
|---|---|
| 投资 / 持仓 / 标的 / 财经笔记 | python3 ~/Dev/tools/kb/bin/inv.py search "<关键词>" |
| 求职 / 公司 / 职位 / 面经 / 应聘记录 | python3 ~/Dev/tools/kb/bin/apply.py query "<关键词>" |
| 软著 / 著作权台账 / ZL 编号 | python3 ~/Dev/tools/kb/bin/sc.py query "<关键词>" |
| 水务 / 工程 / 项目交付 | 跳过 DB 步骤，直接走步骤 2（水务无本地 DB，按 ZDWP 项目里 01-06.md / xlsx / docx 走 Read + Grep） |
| 学术 / 论文 / 法律 / 通用事实 | 跳过 DB 步骤，直接走步骤 2 |
判别：领域不明确 → AskUserQuestion 让用户指定，不自己猜。
必须 ≥2 个独立信源，"独立"指域名不同 + 互不引用对方。推荐信源优先级（高→低）：
| 类型 | 例 |
|---|---|
| 官方网站 | gov.cn / 公司官方 about / 银行官方 tariff |
| 政府公报 / 年报 | 水利部 / 统计局 / 央行 / 证监会 / 工信部 |
| 学术数据库 | CNKI / Web of Science / Google Scholar |
| 权威媒体 | 财新 / 财经 / 第一财经 / FT / Reuters / Bloomberg |
| 行业协会 | 中国水利学会 / 中国工程院 |
| 监管披露 | 银保监 / SFC / SEC 公告 |
反信源（不算独立信源）：
搜索手法：派 2-4 个 WebSearch / WebFetch 并发（依铁律 #1），分别针对不同关键词组合（"A B C 2024" / " annual report" / "<编号> "）。
## 声明校核：<原声明原文>
| 字段 | 本地 DB（库 + 命中条数） | 网源 1（域名 + URL） | 网源 2（域名 + URL） | 是否一致 |
|---|---|---|---|---|
| <字段 1> | <值> | <值> | <值> | ✅ / ❌ / ⚠ |
| <字段 2> | <值> | <值> | <值> | ✅ / ❌ / ⚠ |
**结论**：✅ 通过 / ❌ 冲突 / ⚠ 信源缺失
可继续把声明写入 deliverable。把对账表（或至少信源 URL 列表）放到 deliverable 的脚注 / 参考资料溯源节，便于后续追溯。
报告用户：
让用户决定是否仍要继续，不要自己默认"找不到就算了"或"反正主源说 X 就 X"。
校核报告本身不限长度（事实多则长），但结论行必须一句话明确：
✅ 通过：<原声明>，3 源一致（DB + 官方 + 财新） ❌ 冲突：<原声明>，本地 DB 标 X 但官方公报标 Y，已询问用户 ⚠ 信源缺失：官方源未找到，已用 2 个权威媒体源代替，待用户决定是否继续
/critique：critique 维度 4「资源浪费」+ 维度 1「决策效率」可触发本 skill 的事后审查（"上次 xlsx 数据是不是没对账"）prep-basic-info：基础信息准备的"参考资料溯源"步骤 = 本 skill 的输出（对账表 + URL）/wrap handoff：handoff 里关键数据声明都要带本 skill 的对账记录engineering-mode：engineering-mode 是会话级行为约束，本 skill 是单点数据校核流程源码：~/Dev/tools/cc-configs/skills/verify-data/SKILL.md
分发：~/.claude/skills/verify-data/（symlink，install.sh 自动建）
注册：~/Dev/tools/cc-configs/harness.yaml 的 global_skills 列表