下载地址
https://www.zhengdianxue.com/wp-content/uploads/skills/hynn--performance-ledger-workflow.zip将提示词发送给你的 AI 安装该 skills
请根据 https://skillhub.cn/install/skillhub.md，安装 @hynn/performance-ledger-workflow。人粘贴钉钉工作对话原文，AI 去重、术语校准、归属预判后回填三本绩效台账（问题闭环/流程交付/文档输出），并驱动日报日更、周五周报汇总（未完成事项标注原因与顺延）、月底 KPI 自评与向量化入库；矛盾熔断+人复核裁决，所有绩效数字只认台账实查值。当用户粘贴工作对话原文、要求台账回填、日报/周报汇总、月度绩效自评时使用。
不适用于生产环境故障排查与运维处置。
阅读全文 （展开查看完整说明）
概述
出处：某制造企业流程管理岗自研工作流，连续运行 6 个月（跨多个完整月度周期）沉淀（已脱敏），内容对齐《智能体实践案例采集表》五段式框架（完整案例叙述见 [references/case-study.md](references/case-study.md)）。
设计核心：人始终是工作流的入口——AI 承担从"原始素材"到"结构化台账"之间的全部加工，口径与数字最终由人拍板。
0. 三段式人机分工（不可越位）
人提供数据与定规则 → AI 加工自查 → 人复核裁决
人提供/拍板（工作流的入口，不可省略）
- 钉钉对话原文由人从钉钉采集并粘贴给 AI（采集工具为第三方对话捞取产品（非本技能范围，可替换）；采集之后的去重/加工/回填为本工作流承担）；
- 台账归属规则、术语词表、状态标签体系由人制定并持续维护；
- 涉及金额与审批人变更的条目、争议口径由人裁定；
- 所有提效数字最终由人确认（只认台账实查值，禁止估算/编造）；
- 风险是否升级由人决策。
AI 加工自查：条目识别与去重合并、台账归属预判、状态预判（已完成/进行中/待协调）、日报周报初稿、KPI 实际值计算、向量化入库与语义检索。
人复核裁决：日报周报终审修改、月度绩效自评确认、矛盾上报处理——AI 检出新条目与既有台账冲突（日期不符/状态矛盾/双记）时暂停回填，先报人确认，确认后才入库。
边界声明：AI 不替人决定风险是否升级、不裁决定争议口径、不产出未经人复核的数字。
1. 适用与不适用
- 适用：以对话/消息流为主要工作记录来源的岗位——运维工程师、项目管理、HRBP、流程管理员等的绩效台账维护、日报周报汇总、月度绩效自评
- 不适用：生产环境故障排查与处置（本技能只记录不处置）；系统直连实时取数（本技能处理人提供的对话文本）；无对话原文素材的纯脑补式总结（违反实查原则）
2. 前置：路径规范与配置占位符
| 内容 | 路径 |
|---|---|
| 日报 | <WORK_ROOT>/周期汇总/01_日报/YYYY-MM/YYYY-MM-DD.md |
| 台账月度目录 | <WORK_ROOT>/共享资产/绩效台账/月度/YYYY-MM/ |
| 问题闭环台账 | <WORK_ROOT>/共享资产/绩效台账/月度/YYYY-MM/问题闭环台账.md |
| 流程交付台账 | <WORK_ROOT>/共享资产/绩效台账/月度/YYYY-MM/流程交付台账.md |
| 文档输出台账 | <WORK_ROOT>/共享资产/绩效台账/月度/YYYY-MM/文档输出台账.md |
<WORK_ROOT>= 用户工作数据根目录。获取方式：技能首次部署时由用户直接提供其工作文件根目录的绝对路径（网盘同步目录或本地工作区根目录均可），写入持久配置/记忆后固定使用；真实绝对路径属内部信息，不得写进任何交付物。- 只允许写入上表规范路径；历史遗留的旧缓存目录、早期草稿路径一律不得写入（双路径写入是实测翻车点）。写入前必须确认路径以
<WORK_ROOT>开头且符合上表结构。 - 每月 1 日先确认当月台账目录与三本台账文件存在，不存在先按既有格式新建（月初忘建台账 → 当月数据无处可写）。
3. 执行流程
3.1 六阶段工作流
处理步骤链（动词串联）：
钉钉原文采集（每周 1-2 批）→ 人名核对与术语校准 → 跨批次去重 → 台账归属判断（三选一）→ 写入台账并更新月统计 → 同步生成当日日报 → 每周五汇总周报（未完成标❌+原因+顺延）→ 月底汇总绩效自评 → 全文向量化入库（工具：<VECTOR_TOOL_PATH>，向部署管理员获取；无向量工具时可跳过此阶段，台账仍完整可用） → 语义检索支撑历史追溯
Phase 1 数据采集（人提供）
- 触发指令：「钉钉对话采集」+ 人粘贴对话原文，每周 1-2 批。
- 采集工具：对话捞取工具（第三方产品能力，非本技能范围，可替换）——只负责捞取原文；采集后的去重/加工/回填全部由本工作流承担。
- 原文质量特征：含寒暄、贴代码、跨话题穿插，口语化、人名昵称不一致，须逐条判断是否工作事项。
Phase 2 加工（AI）
- 逐条过滤：寒暄/纯闲聊丢弃，判断是否工作事项；
- 人名核对：昵称与正式名按人维护的映射表统一；
- 术语校准：严格按术语词表（§4.2.1）统一，专有名词原文照搬；
- 跨批次去重：同一事项多批出现只保留最新状态，防止双计；
- 日期校准：对话时间与事项实际发生/完成日期对齐；
- 归属预判：问题闭环 / 流程交付 / 文档输出 三选一（依据 §3.2.1）；
- 状态预判：已完成 / 进行中 / 待协调。
Phase 3 写入（AI）
- 先读取三本台账确认本月累计值与表格格式，再用 patch 追加记录行并更新顶部月统计，不重写整个文件；写后复读验证表格对齐。
- 写入细则见 §3.2.2；检出与既有记录冲突立即熔断（§4.3）。
Phase 4 成稿（AI）
- 日报日更：写完日报立即同步台账（台账是底仓，日报是展示层）；
- 周五周报：读本周全部日报+三本台账 → 管理语言模板 → 统计当月累计值 → 未完成事项标 ❌+原因+顺延安排；
- 月底 KPI 自评：只取三本台账实查值 → 实际值 vs 目标值+证据链。
Phase 5 向量化入库（AI）
- 日报全文 upsert 到向量表（存量近百篇日报（字符量级以向量索引统计为准）级别持续累积）；
- 关键事实单独写入结构化记忆表（存量数千条级别，以实际统计为准）——只 upsert 忘记 store 是实测翻车点；
- 写周报/自评/核对口径前先语义检索（recall），支撑历史追溯与遗漏补充：任何一条台账记录都能回溯到对话原文日期与处理动作。
Phase 6 人复核裁决（人）
- 日报/周报终审修改；
- 月度绩效自评确认；
- 矛盾上报处理与数字确认（只认台账实查值）。
3.2 三本台账 SOP
3.2.1 归属判断
| 类型标签 | 台账归属 |
|---|---|
| 【运维事项】 | 问题闭环台账 |
| 【流程交付】 | 流程交付台账 |
| 流程新建/修改+有说明书 | 流程交付台账+文档输出台账 |
| 【需求调研】 | 不计入绩效（除非转化为可交付成果） |
- 契约锁阻塞、依赖包缺失等外部依赖问题不计入问题闭环（非我方主动解决），在日报中注明即可；
- 同一天多个同类任务：分行记录，不合并；
- 任务跨天完成：记完成日期，不是开始日期；
- 被撤销/退回：备注"已撤销"，不影响计数；
- 阻塞任务恢复：注明"原阻塞于 XX，周 X 恢复"。
3.2.2 写入规则
- 流程：读取现有台账 → patch 追加 → 更新月统计 → 复读验证格式完整、表格对齐；
- patch 修改表格行时
old_string必须包含完整行+相邻上下文（前一行或后一行），不得只匹配单个单元格内容，否则行会被截断或与下一个标题合并； - 月统计口径：问题闭环台账 = 常规问题数+复杂问题数；流程交付台账 = 迁移条数+新建/修改条数；文档输出台账 = 已配套说明书条数。
3.2.3 月底汇总（每月最后一个工作日）
- 问题闭环：分系统（OA / EHR / 契约锁）反馈与闭环、闭环率、时效达标情况、未闭环原因；
- 流程交付：迁移 / 新建 / 修改 / 优化分项+合计+对标目标；
- 文档输出：已配套 / 未配套说明书（未配套需跟进）。
3.3 成稿规则
日报（日更）
- 有月度重点 / 有风险 / 有时效要求 → 必写；纯事务性工作由台账兜底，不写形式日报；
- 结构：月度重点进展 → 本周任务展开（不与月度重点重复）→ 日常事务概要（一行）→ 风险升级与协调（🔴🟡🟢 三级，最核心板块）→ 绩效关键数字摘要 → 明日计划；
- 每条重点至少满足一项：完成量 / 耗时 / 效果 / 实质动作；
- 写前先语义检索（recall）补遗漏与卡点状态，再读前 1-3 天日报避免重复记录。
周报（每周五）
- 读本周全部日报+三本台账汇总，按管理语言模板成稿；
- 绩效指标统计当月累计值（从月初累加到当前，不是只算本周）；
- 未完成事项标 ❌+原因+顺延安排；已完成事项不得再进下周计划；
- 同一事项不得既在"本周完成"又出现在"下周待跟进"；汇总前必须核对日报原文确认状态。
月度绩效自评（月底）
- 只取三本台账实查值计算实际值 vs 目标值，附证据链；
- 进行中事项如实不计闭环（宁可闭环率低，不可虚报）；
- 自评初稿交人确认后方可作为汇报口径。
4. 规则与取舍
4.1 KPI 定义与计算口径
| KPI | 权重 | 口径 | 目标 |
|---|---|---|---|
| 系统稳定性&问题闭环 | 40% | 闭环率 = 已闭环÷反馈总数，分系统统计（OA / EHR / 契约锁） | 常规≤当天闭环（≥80%）；复杂≤3天 |
| 流程交付率 | 40% | 钉钉→OA迁移+OA新建/修改/优化 | 迁移≥2条/月；优化≥1条/月 |
| 风险升级及时性 | 20% | 升级及时率 = 及时升级数÷风险识别数 | 漏升导致投诉 = 0（底线） |
| 文档输出 | 附加 | 流程说明书配套数 | 持续提升 |
累计计算铁律：本月累计 = 从月初到今天的台账累加值；台账更新后台账值即最终值，日报/周报数字必须与台账一致（台账是底仓，日报是展示层）。
4.2 术语词表与状态标签（AI 归类稳定的根基）
4.2.1 术语词表（严格遵守）
| 使用 | 禁用同义词 |
|---|---|
| 钉钉→OA迁移 | 钉钉迁移 / 迁移攻坚 / DingTalk迁移 |
| 制作完成 | 开发完成 / 搭建完成 / 建好了 / 做完 |
| 已切换 | 已上线 / 已投产 / 已发布 |
| 待切换 | 未上线 / 待发布 |
| 问题闭环 | 问题处理 / 问题解决 / 问题跟进 |
| 系统稳定性 | 稳定性 / 系统运维 |
| 流程交付 | 流程开发 / 流程建设 |
| 风险升级 | 风险上报 / 风险汇报 |
| 已升级 | 已上报 / 已通知 |
| 待协调 | 待沟通 / 待推进 |
| OA新建 | OA开发 / 新流程 |
| OA修改 | OA迭代 / OA更新 / OA调整 |
| OA优化 | OA美化 / OA重构 |
- 专有名词原文照搬，禁止缩写改写（AI 归类统计依赖词面一致）；
- 编码一律不写：迁移序号（No.X / 共X条）与系统内表单编码一律不写进日报/周报/台账，由用户后期统一编号后一次性回填；当前只留：流程名+分类标签+状态+需求方（如有）。
4.2.2 状态标签双写（emoji+纯文本）
| Emoji | 纯文本标签 | 含义 |
|---|---|---|
| ✅ | 【已完成】 | 完成闭环 |
| 🔄 | 【进行中】 | 推进中未结束 |
| ⚠ | 【有风险】 | 存在风险点 |
| 🔴 | 【风险-需升级】 | 风险板块专用 |
| 🟡 | 【待协调】 | 风险板块专用 |
| 🟢 | 【已解除】 | 风险板块专用 |
| 🔍 | 【调研中】 | 需求/技术调研 |
风险板块与状态字段必须 emoji 后紧跟纯文本标签（如 🔴 【风险-需升级】），不允许单独裸 emoji——不同 AI 对 emoji 解析不稳定，纯文本是兜底锚点。
4.2.3 关键事实显性化
- 系统名、流程名、状态标签、数字（X/N、百分比、本月累计）、相关人（升级给谁/协调对象/需求方）必须明写；
- 每句必须有信息量，禁止"继续推进""取得阶段性进展"式空话；
- 会议开完即 ✅【已完成】，除非用户明确说有后续任务；纯参会不得写成 🔄。
4.3 矛盾熔断机制
检出以下任一情形 → 立即暂停回填，报人确认，确认后才入库：
- 新条目与既有台账日期不符；
- 新条目与既有台账状态矛盾（如既有记录已闭环、新条目写进行中）；
- 疑似双记（同一事项重复出现）。
配套铁律：用户口述与台账/日报原文冲突时（如口述"上周做的"实为上上月），以台账原文为准，不得直接采信口述；先查证，确认事实后再改数据，并向用户反馈查证结论。
4.4 质量红线（不可协商）
- 只认台账实查值，禁止估算/编造提效数字；
- 口述与台账冲突时以台账原文为准，不得直接采信口述；
- 矛盾熔断：检出与既有台账冲突（日期不符/状态矛盾/双记）→ 暂停回填报人确认；
- 专有名词原文照搬，禁止缩写改写；
- 术语词表固定（制作完成不等于开发完成等），保证 AI 归类统计稳定；
- 编码（迁移序号/系统内表单编码）一律不写，等用户统一回填。
4.5 资源消耗参考（部署方预估）
- 稳态约 百万级 tokens/月量级（推算下限，部署后按实际账单校准）【推算，取各分项区间下限合计】：对话采集回填约 100-300 万 + 日报日更与自省约 100-200 万 + 周报/台账维护/月度汇总约 50-100 万 + 向量化（增量）约 10-20 万；
- 按主流国产大模型单价折算约数十元/月量级，供部署方预估成本；
- 实测锚点：运行 6 个月的岗位级 AI 总投入折算约千元级/月（含开发调试与其他场景用量），本工作流稳态用量远低于该锚点。
5. Pitfalls 常见陷阱（实测沉淀）
| 序号 | 陷阱 | 正确做法 |
|---|---|---|
| 1 | 用户口述不查证直接采信（"X 是上个月完成的"） | 先查台账/日报原文，有记录佐证再改数据；该铁律高于"用户说啥是啥"的默认随从原则 |
| 2 | 凭脑补判断星期几，导致"本周/上周"归属错位、绩效累计错位 | 用 python3 -c "import datetime; print(datetime.date(Y,M,D).strftime('%A'))" 程序化验证日期边界 |
| 3 | patch 表格行只匹配单元格内容，行被截断或与下个标题合并 | old_string 必须含完整行+相邻上下文；删行用占位替代，不留空行 |
| 4 | 双路径写入（规范路径与历史旧目录并存） | 只写 §2 规范路径，写前确认路径前缀 |
| 5 | 只 upsert 向量索引，忘记 store 关键事实到记忆表 | 向量索引只管搜索；跨会话事实必须单独写入记忆表 |
| 6 | 月初忘记创建当月台账，数据无处可写 | 每月 1 日确认当月目录与三本台账文件存在 |
| 7 | emoji 不带纯文本标签，不同 AI 解析不一致 | emoji+纯文本双写（🔴 【风险-需升级】） |
| 8 | 空话铺垫零信息（"继续推进""阶段性进展"） | 每句必须有信息量：数字 / 状态 / 实质动作 |
| 9 | 术语随意换词，AI 归类分裂统计 | 严格按 §4.2.1 术语词表 |
| 10 | 把迁移序号/表单编码写进台账 | 编码一律不写，等用户统一回填 |
| 11 | 只查文件名不读内容（文件存在不等于内容完整） | 写前读取验证，写后复读验证 |
| 12 | 写日报前不 recall，遗漏事实与卡点状态 | 成稿第一步先语义检索召回上下文 |
6. Verification 自证清单
每次执行后逐项确认，全部通过才算完成：
- [ ] 写后复读：台账追加后 read_file 回读，确认表格对齐、无行断裂、月统计已更新
- [ ] 数字一致：日报中引用的绩效数字与台账统计区完全一致（台账是底仓）
- [ ] 去重核对：本次回填条数 = 原文条数 − 重复条数，无事项双计
- [ ] 矛盾处理闭环：检出冲突的条目均有"暂停回填→报人→确认结果"记录，无静默丢弃
- [ ] 日期边界：涉及"本周/上周"的汇总已经 python 程序化验证星期归属
- [ ] 向量同步：日报写入后 upsert 成功 + 关键事实已存入结构化记忆
- [ ] 汇总一致性：周报/月报中同一事项不既出现在"完成"又出现在"待跟进"
案例底稿（本技能来源案例的五段式完整叙述）见 [references/case-study.md](references/case-study.md)。
