下载地址
https://www.zhengdianxue.com/wp-content/uploads/skills/org-vc3t81nj--meeting-and-brief-moways.zip将提示词发送给你的 AI 安装该 skills
请根据 https://skillhub.cn/install/skillhub.md,安装 @org-vc3t81nj/meeting-and-brief-moways。- 管理咨询会议纪要 + 工作简报。把会议文字稿按模板整理为正式纪要并入库
- 月底聚合为信函式简报
- 跨场问询出优先级清单或交付清单。覆盖销售/经营分析/项目管理等 8 类工作场景。
阅读全文 (展开查看完整说明)
概述
单文件入口——读完本文件就能用。脚本在
scripts/,参考文档在references/。
§1 四档路由(先判档再动手)
| 用户输入 | 档位 | 走法 |
|---|---|---|
| "这是什么会议类型 / 项目最近开过哪些会" | A · Quick | 直答,不落盘 |
| ≤2000 字文字稿 + "整理纪要" / 历史纪要小幅修订 | B · Mini | Context → Execute → 自查 → Deliver |
| ≥2000 字 / 多场会议 / 含付款/合规决议 / 要求"入库+后续调取" / 用户说"走 harness / 正式纪要" | C · Full | 10 步全链路(Plan/Dispatch/Research前/Research后/Judge) |
| "甲方 X 最近有什么问题需要我们配合" | B | 跨场问询 → 5 项优先级清单 |
| "甲方 X 在 Y 时段做了什么 / 交付了什么" | B | 交付物挖掘 → 3 桶交付清单 |
| "出 X 月简报 / 给甲方 X 写月度简报 / 月底整理一下" | B'·简报档 | 聚合多份切片 → 正式信函 docx(必须人审) |
| "登记新客户 / 新建客户切片骨架" | B | 客户登记流程 |
模糊不清 → AskUserQuestion 一次问清 A/B/C/B',不偷偷换档。
§2 输入边界
- 支持:
.docx/.txt/.md文字稿 - 拒绝:录音 / 视频 → 提示"请先用 ASR 转写后投入,本 skill 不承担转写"
- 让位:识别到一对一深度访谈 → 让位
interview-insightskill
§3 工作流 · B 档·会议纪要(默认大多数场景)
步骤 1 · Context(30 秒内完成)
读三类信息:
- 文字稿内容 → 识别客户、会议/工作类型、日期
memory/doc/facts/client-codename.md→ 查客户代号;查不到 → AskUserQuestion 让用户登记memory/projects/clients/{客户代号}/→ 查最近 90 天有没有同客户的历史切片(供跨场对照)
工作类型八选一:sales / ops-review / project-mgmt / research / site-visit / process-mapping / policy-design / other。详见 references/meeting-types.md。
步骤 2 · Execute(先证据矩阵后正文 · 不允许颠倒)
对每个议题:
- 先在 markdown 注释里写"证据矩阵"——
论点 / 证据类型 / 来源 quote / 来源位置四列 - 矩阵下方扩写正文,每个事实句必带【实证】/【估算】/【常识】+
[source: 文件名:位置] - 议题标题用 action title(结论句),不是主题词
按 §7 附件10 模板结构组织 markdown 草稿。
步骤 3 · 自查(post_write · Judge 前必过)
正文 ≥10 行必跑:
| 项 | 通过线 | 检查方法 | ||
|---|---|---|---|---|
| 句级三态覆盖率 | 事实句 100% 带【实证】/【估算】/【常识】 | grep `【实证】 | 【估算】 | 【常识】` |
| source token 实存 | 【实证】句必含 [source: + 路径文件存在 | 抽 5 条 grep 原文件 | ||
| 行动项四要素 | 内容 / 责任人 / 完成时限 / 交付物 缺一不可 | 看 §7 行动项表是否填满 | ||
| 客户脱敏 | 无真名 / 无精确金额(万元级以下数字) | 用代号 + 范围(千万级 / 百万级) | ||
| 措辞红线 | 0 命中"业内通行 / 据说 / 大概 / 综上所述 / 首先其次 / 作为 AI" | grep 禁用词清单 |
任一不过 → 退回步骤 2 自己改。
步骤 4 · Deliver(落盘三份)
- docx 正本(按 §7 附件10 表格式)→
outputs/{客户代号}/{客户代号}-{会议简称}-YYYY-MM-DD.docx - markdown 全文(含证据矩阵 + 未核实清单 · 内部留档版)→ 同目录同名 .md
- 记忆切片(关键事项浓缩,供后续调取)→
memory/projects/clients/{客户代号}/{会议类型}/YYYY-MM-DD-{slug}.md
docx 生成:调 scripts/meeting_docx.py 的 build_minutes(data, output_path)。
回复用户给文件路径 + 一句话结论;不要长 postamble。
§4 工作流 · 简报档 B'(月度/阶段聚合)
触发:用户说"出 X 月简报"/"给甲方 X 写月度简报"/"月底了整理一下"。
步骤 1 · AskUserQuestion 一次性问 4 个参数
- 客户代号(必填;查不到走 §6 客户登记)
- 时间窗(默认本月)
- 抬头对象(默认读客户 README §1.2)
- 版本(外发版 / 内部留档版)
步骤 2 · 扫描 + 聚类
glob memory/projects/clients/{客户}/*/{YYYY-MM-*.md} # 8 类工作目录
↓
按切片 frontmatter `工作主题`(或 `工作类型` → 默认主题名)归并 → 3-7 个主题块主题数 >7 → 让用户选保留哪些。输出主题清单 → 用户审一次再进步骤 3。
步骤 2.5 · 拉日程(v1.3 三层路线)
优先顺序:CalDAV → gcal MCP → ICS 离线 → 跳过
- 企微 CalDAV:读
~/.consult/wecom-caldav.yaml;存在则调scripts/wecom_caldav.py拉日程。配置详见references/wecom-caldav-setup.md。 - gcal MCP:如客户 README §1.2 有
gcal:配置且 CalDAV 不可用,调 list_events 补充。 - ICS 离线:用户从任何日历应用导出 ics → 调
scripts/calendar_ics_parse.py解析。
合并规则:
- 同日同主题 → 切片日志胜过日程(切片含决议/行动项)
- 切片中没记录的日程 → 标
[来源:{caldav/gcal/ics}]补到主题块 - 三条路线都不可用 → 跳过(不报错)
步骤 3 · 填充每个主题块
按 references/brief-template.md §2.2 结构填:
- 主题概述(取切片 §1 议题速记合成 1-3 句)
- 子事项标题(动名词,从切片 §3 行动项内容聚类)
- 日志条目(严格"{月}月{日}日,{动词}{对象}"格式)
- 备注/建议(从切片 §4 我方承诺未交付 + §5 风险与信号 + frontmatter
我方观察建议抽,括号包裹) - 相关文件(从切片 frontmatter
相关产出物全量展开 + 去重)
步骤 4 · 完成情况对照 + 下月计划
三、本月计划完成情况:读上月简报"四、本月计划" → 对照本月切片已完成行动项 → 出三列对照表
四、下月计划:取所有 deadline 在下月窗口的待办行动项 → 按主题排列 → 保守原则(少胜于错)
步骤 5 · 二次事实校对(强制)
- 日期-动作回溯抽样(每个主题抽 5 条 → grep 切片)
- 文件名实存(每个《XXX》→ grep outputs/{客户}/)
- 承诺一致性(与上月简报"下月计划"对照)
- 称谓核对(抬头对象在客户 README 已登记)
- 函号校对(与客户 README 流水表对照)
任一失败 → 加红色【二次校对未过】+ 违规清单。
步骤 5.5 · 附件区自动汇总
调 scripts/deliverable_mining.py · scan_deliverables() 出 3 桶分类:
- 主交付物(外发版用)
- 中间产出物(内部留档版用)
- 待分桶(交用户审)
步骤 6 · 人审 + Deliver
强制人审——简报草稿先以 markdown 形式 + diff 报告交用户审,用户明确"OK 出 docx"才进入下一步。
输出:
outputs/{客户}/{客户}-{年}年{月}月辅导简报.docx(调scripts/brief_docx.py)memory/projects/clients/{客户}/_briefs/{年}-{月}.md(供下月做完成情况对照)
§5 工作流 · 跨场问询(5 项优先级清单 / 3 桶交付清单)
§5.1 优先级问询
用户问"甲方 X 最近有什么问题需要我们配合"时:
- 扫描
memory/projects/clients/{X}/{所有类型}/近 90 天切片 - 按四维度排序(详见
references/recall-prioritize-rules.md):- 我方承诺未交付(最高优先)
- 紧急度:甲方明示 deadline / 已被催 ≥2 次
- 影响面:涉及金额 / 人数 / 业务线
- 反复频次:同一问题在 ≥2 场会议出现
- 输出 5 项清单,每项含:问题摘要 / 来源会议 / 我方承诺 / 现状 / 建议动作
§5.2 交付物问询
用户问"甲方 X 在 Y 时段做了什么 / 交付了什么"时:
- 调
scripts/deliverable_mining.py · scan_deliverables()扫描 4 个数据源 - 按 3 桶分类:主交付物 / 中间产出物 / 我方独立完成事项
- 输出格式化交付清单
如用户要诊断深化 → 让位 / 联动 biz-diagnosis skill。
§6 工作流 · 客户登记
触发:客户代号查不到 / 用户说"登记新客户 / 新建客户"。
步骤 1 · AskUserQuestion 一次性问 4 个
| 参数 | 说明 |
|---|---|
| 客户真名 | 公司全称 |
| 行业 | 微电子 / 化工 / 金融 / 公用事业…… |
| 项目代号偏好 | "项目X" 或具体编号 |
| 主要干系人 | 1-3 人,含真名 + 职务 |
步骤 2 · 分配代号
按 references/client-codename.md §1 规则:
- 公司代号:下一个未占用的
甲方A / 甲方B / ... - 项目代号:
项目X / 项目Y / ... - 干系人代号:
P-{角色}-{姓首字} - 部门代号:
D1 / D2 / ...
步骤 3 · 写入映射表
用户必须明确"确认登记" 才写入 memory/doc/facts/client-codename.md。
步骤 4 · 建客户目录骨架
memory/projects/clients/{客户代号}/
├── README.md 用 references/client-readme-template.md 填
├── sales/
├── ops-review/
├── project-mgmt/
├── research/
├── site-visit/
├── process-mapping/
├── policy-design/
└── other/步骤 5 · 引导填简报签发参数
在客户 README §1.2 段引导填:函号格式、抬头对象、寒暄称谓、联系人、签发节奏。
§7 附件10 模板结构(已对齐解析结果)
附件10 是单页 A4 + 单张 7 列 10 行表格——所有要素压在同一张表里,不是分章节布局。
§7.1 排版要点
| 项 | 值 |
|---|---|
| 字体 | 微软雅黑(全表统一;与我司 V2.6 通用标准的"仿宋+黑体"不同——本 skill 走附件10) |
| 标题字号 | 18pt 加粗居中(表外唯一标题段) |
| 表内字号 | 默认(约 10.5-11pt);标签列加粗 |
| 页面 | A4(21×29.7cm) |
| 页边距 | 上 3.0 / 下 2.5 / 左 3.0 / 右 3.0 cm |
| 页眉 | 无 |
| 页脚 | 页码居中 |
§7.2 表内行序(7 列 10 行 + 合并规则)
| 行 | 列结构 | 字段 |
|---|---|---|
| R0 | C0=会议时间 ¦ C1-C4 合并=时间 ¦ C5=会议地点 ¦ C6=地点 | 一行容两组键值 |
| R1 | C0=会议主持人 ¦ C1-C6 合并=主持人 | |
| R2 | C0=与 会 者 ¦ C1-C6 合并=与会者("公司:xxx ¶ 集团:xxx",按姓首字母排序) | |
| R3 | C0=会议议程 ¦ C1-C6 合并=议程编号列表 | |
| R4 | C0-C6 全合并 | 会议决议: + 编号决议 + 补充决议: |
| R5 | C0-C1 合并=会议安排事项 ¦ C2=责任人 ¦ C3=追踪人 ¦ C4=完成时限 ¦ C5-C6 合并=备注 | 行动项表头 |
| R6+ | 同 R5 列结构 | 每行一个行动项 |
| 倒数1 | 空白预留 | 增补用 |
| 末行 | C0-C1=整理人 ¦ C2=人名 ¦ C3=抄送 ¦ C4-C6 合并=抄送范围 |
详细字段映射 → references/meeting-template.md。
§7.3 行动项四要素(强制)
| 字段 | 必填 | 备注 |
|---|---|---|
| 内容(会议安排事项) | ✅ | 动词开头;可加议题号前缀 |
| Owner(责任人) | ✅ | 代号(P-角色-姓首字 / 甲方某姓) |
| Tracker(追踪人) | ✅ | 项目经理或指定监督人 |
| Deadline(完成时限) | ✅ | YYYY-MM-DD;禁用"近期/尽快/ASAP" |
| 交付物 | ✅ | 写在"备注"列 |
§7.4 议题标题格式
强制 action title(结论句)。
不对:议题 1:数字化采购系统 对:议题 1:数字化采购系统二期暂停一个月待 IT 压测后启动
§8 简报排版要点(信函简报样式)
| 项 | 值 | 与会议纪要 docx 的区别 |
|---|---|---|
| 字体(正文) | 仿宋 14pt | 会议纪要用微软雅黑 |
| 字体(标题) | 黑体 16pt(大标题)/ 15pt(一级标题) | 会议纪要 18pt 黑体 |
| 页面 | A4 | 同 |
| 页边距 | 上 2.5 / 下 3.0 / 左 3.9 / 右 3.2 cm | 会议纪要 上 3.0 / 下 2.5 / 左右 3.0 |
| 页脚 | "X / 总页" 居中 | 会议纪要仅页码 |
§8.1 信函元素分层
公司标准(脚本硬编码):
- 大标题:"{客户} {项目名}辅导项目" + "{年}年{月}月辅导简报"
- 函号:
【咨{YYYY}函】或【咨{YYYY}{seq}函】 - 寒暄:"非常感谢您两位对我司的信任和支持!"
- 节序:一、X月辅导工作 ⇒ 三、X月计划完成情况 ⇒ 四、次月工作计划(跳过"二、")
- 结尾 + 落款:固定格式
项目组按客户填:客户名/项目名/抬头对象/函号 seq/联系人/落款日期
配置位:memory/projects/clients/{客户}/README.md §1"简报签发参数"段。
§9 记忆体系(跨场调用的关键)
§9.1 切片放哪
memory/projects/clients/{客户代号}/
├── README.md 客户级状态镜像(NOW 同步)
├── _briefs/ 简报归档(供下月对照)
├── sales/ 销售会议
├── ops-review/ 经营分析会
├── project-mgmt/ 项目管理会
├── research/ 调研/资料梳理
├── site-visit/ 现场走访/参观
├── process-mapping/ 流程梳理
├── policy-design/ 制度方案设计
└── other/ 其他每场会议/工作 → 一份 YYYY-MM-DD-{slug}.md 切片,放对应类型子目录。
§9.2 切片内容结构
---
客户: 甲方A
工作类型: ops-review
工作主题: 2026Q2 业绩盘点
日期: YYYY-MM-DD
时间窗: YYYY-MM-DD ~ YYYY-MM-DD
我司主笔: P-CON-钱
原始来源: outputs/...
入库时间: YYYY-MM-DD
相关产出物:
- 《XXX 报告 V2》
我方观察建议: |
……
---
## §1 议题速记(3-5 行 bullet)
## §2 决议要点(含紧急度 / 影响面标注)
## §3 行动项跟踪表(标"我方角色"列)
## §4 我方承诺未交付项(跨场问询最高优先扫描位)
## §5 风险与信号
## §6 索引关键词(便于跨场 grep)详细 schema → references/slice-frontmatter-schema.md。
§9.3 客户级 README 维护
每次入库后更新 clients/{X}/README.md:
- 当前进行中项目
- 最近一次会议
- 未交付承诺
- 跨场反复出现的问题
模板 → references/client-readme-template.md。
§10 红线(PERMISSIONS 摘要 · 触发即停手)
反幻觉(P1)
- 事实句必带【实证】/【估算】/【常识】
- 【实证】必含
[source: 文件名:位置];查不到 → 停-问 / 停-降为【估算】/ 停-删 - 禁用模糊归因:"业内通行 / 专家指出 / 据说 / 网传 / 相关数据显示"
- 禁用不可证伪量词:"大概 / 大致 / 应该是 / 可能是 / 基本上"
- 禁用 AI 痕迹:"首先 / 其次 / 综上所述 / 值得注意的是 / 作为 AI"
客户保密(P2)
- 真实公司全名 → 用代号(甲方A / 甲方B…)
- 精确金额 → 用范围(百万级 / 千万级 / 亿级)
- 未公开战略 → "战略方向 X" + 一句话脱敏描述
- 内部组织调整 → 用"部门 D1/D2"
原件保护(P3)
- 文字稿原件不动;只读不改
禁用清单(P4)
- 不写真名/真金额/跨客户内容/推测性惯例/个人隐私/无关闲聊
权限(P5)
- 不直接修改
memory/doc/facts/client-codename.md(脱敏映射最敏感) - 已入库切片不修改——发现错误起 v2 文件
顶级(P6)
- 未在文字稿中出现的内容禁止编造(句级三态强制)
- 触发任一红线 → 立即停手,输出违规清单,等用户决策
§11 跨 skill 协同
| 触发场景 | 调用谁 |
|---|---|
| Formatter 出 docx(C 档 · 复杂表格) | moways-docx,但字体走附件10 微软雅黑覆盖 V2.6 仿宋 |
| post_write 校对(C 档) | plan-proofread |
| post_write 去 AI 味 | stop-slop-zh |
| 5 项清单后做诊断 | biz-diagnosis |
| 识别到深度访谈 | 让位 interview-insight |
§12 升 C 档触发
- 文字稿 ≥2000 字
- 多场会议合并到一份纪要
- 含付款节点 / 合规风险
- 用户明示"正式纪要 / 走 harness"
C 档比 B 档多 5 步:Plan(出 plan.md + 证据卡占位)/ Dispatch / Research 前(切证据卡)/ Research 后(抽样 5 条 source 实存)/ Judge(独立新会话 5 维盲评 ≥75 且每维≥15)。
B 档大部分场景已够——别为了"走流程"而升档。
§13 脚本索引
| 脚本 | 用途 | 调用方式 |
|---|---|---|
scripts/meeting_docx.py | 会议纪要 docx 生成(附件10 表格式) | build_minutes(data, output_path) |
scripts/brief_docx.py | 工作简报 docx 生成(信函样式) | build_brief(data, output_path) |
scripts/consult_docx_utils.py | docx 通用工具(字体/段落/页面) | 被 meeting_docx / brief_docx import |
scripts/deliverable_mining.py | 交付物挖掘(3 桶分类) | scan_deliverables(project_root, client_code, start, end) |
scripts/wecom_caldav.py | 企微 CalDAV 日程拉取 | fetch_schedules(start, end, client_keywords) |
scripts/calendar_ics_parse.py | ICS 离线日程解析 | parse_ics(ics_path, start, end, client_keywords) |
脚本依赖
pip install python-docx caldav pyyaml§14 参考文档索引
| 文件 | 用途 |
|---|---|
references/meeting-template.md | 附件10 模板节序与排版要点 |
references/meeting-types.md | 8 类工作类型特征对照 |
references/brief-template.md | 简报模板与排版要点 |
references/brief-skeleton.md | 简报中间层骨架(data schema) |
references/client-codename.md | 客户代号映射规则 |
references/client-readme-template.md | 客户级 README 模板 |
references/slice-frontmatter-schema.md | 切片 frontmatter 字段规范 |
references/memory-permissions.md | 记忆体写入红线(7 条) |
references/deliverable-mining-rules.md | 交付物挖掘规则 |
references/recall-prioritize-rules.md | 4 维优先级排序规则 |
references/gcal-integration.md | Google Calendar 集成指南 |
references/wecom-caldav-setup.md | 企微 CalDAV 配置指南 |
references/wecom-caldav-config-template.yaml | CalDAV 配置模板 |
§15 版本
- v1.0 · 2026-05-17 · Harness 骨架完成
- v1.1 · 2026-05-17 · 附件10 真实模板回填 + 入口卡片 + B 档冒烟测试通过
- v1.2 · 2026-05-17 · SKILL.md 改为自包含单文件入口
- v1.3 · 2026-05-17 · 加 B'·简报档 + 4 类工作目录扩容 + 交付物挖掘 + 日程集成三层路线
- v1.3.1 · 2026-06-12 · 转换为 WorkBuddy 兼容 skill 格式(4 子 skill 合并为单一入口)
- v1.3.2 · 2026-06-12 · 脱敏处理:移除所有公司名、品牌名、个人敏感信息