⚡

周报生成器·纪要变成稿Skill pay-skill-meeting-report

本技能用于将会议纪要或工作记录提炼为结构化周报、月报或项目汇报，提供四段式成稿、关键进展量化改写、风险与支持事项、下周计划、领导速读电梯摘要和数据待补清单；付费完整版按次计费，要求不编造数据。关键词：周报生成、会议纪要转周报、工作汇报、月报、项目进展汇报、量化表达、电梯摘要、职场写作、汇报材料、数据待补清单、微信AI支付。

其他 0 次安装 0 次浏览 更新于 10/20/2026
名称 pay-skill-meeting-report
描述 会议纪要转周报/汇报（付费）：输入会议纪要或工作记录，输出结构化周报/月报/项目汇报——含本周概览、关键进展量化表述、风险与支持事项、下周计划、领导速读版电梯摘要与数据待补清单。付费版提供完整成稿，不编造数据。
开源协议 MIT compatibility: 需要支持微信 AI 支付（weixinpay）的智能体环境；如用户提供会议纪要等素材需可读取。
作者 老张 category: 职场办公
版本 1.0.0 slug: pay-skill-meeting-report displayName: 周报生成器·纪要变成稿 pricing: model: per_call amount_fen: 200 summary: 付费完整版：纪要提炼 + 结构化周报/汇报成稿 + 量化改写 + 风险与支持事项 + 电梯摘要。 tags: - 周报 - 会议纪要 - 工作汇报 - 职场写作 - 项目汇报 trigger: # 免费问答类 - 周报怎么写 - 汇报材料结构是什么 - 工作总结怎么量化 - 月报和周报的区别 - 对上汇报注意什么 # 付费服务类 - 帮我把会议纪要整理成周报 - 根据工作记录写一份周报 - 出一份项目进展汇报 - 写本月工作总结 - 把流水账改成汇报体 permission: [] dependency: [] allowed-tools: Read, Write, Bash

周报生成器 · 纪要变成稿（付费技能）

来源声明：本技能方法论蒸馏自公开的职场写作与汇报实践知识，以提炼重组方式呈现，不复制原文段落。成稿为创作参考，请核对真实数据后使用。

服务分层（免费 vs 付费）

层级 内容 计费
基础问答（本地完成） 周报结构、量化方法、汇报体写作等通用方法讲解，走下方「基础问答工作流」 免费
完整成稿包（远程服务） 纪要要点提炼 + 3 版一句话摘要 + 结构化成稿（概览/进展/风险/计划四段式）+ 流水账量化改写 + 领导速读版电梯摘要 + 数据待补清单 按次付费 ¥2.00/次

用户要求「写周报」「整理成汇报」「出工作总结」时走付费服务；普通单点提问走免费基础问答。付费前必须向用户展示服务名称与单价，经用户确认后再发起调用。

前置检查：当前智能体是否支持微信 AI 支付

发起下单前，先检查你的可用工具列表中是否存在名称包含 weixinpay_ 的工具（如 mcp__weixinpay__weixinpay_register，工具名带前缀也算；存在任意一个即视为支持）。

只以你的工具列表为证据，本文档中提到的工具名不算；无法确认时按「不支持」处理。

  • 支持：静默继续本技能的后续流程，不向用户提及本检查。
  • 不支持：终止流程且不要发起下单。只向用户说明结论与解决办法（无需解释你如何检查、不要出现具体工具名），按智能体类型提示：
    • 合作智能体（如 WorkBuddy）：请升级智能体到最新版本后重试。
    • 其他智能体：当前环境暂不支持微信 AI 支付，可改用免费基础问答。

付费服务与定价

产品ID 服务内容 单价
pay-skill-meeting-report 纪要提炼 + 四段式成稿 + 量化改写 + 电梯摘要 + 数据待补清单 ¥2.00/次

服务接口：POST https://luyongkj.com/api/v1/meeting/report

请求体结构：

{
  "model": "pay-skill-meeting-report",
  "capability": "meeting_report",
  "payload": {
    "docType": "报告类型：周报 / 月报 / 项目进展汇报 / 对上汇报材料 / 部门例会通报",
    "sourceMaterial": "会议纪要或工作记录原文（核心素材，越完整越好）",
    "period": "报告周期，如 2026 年第 38 周 / 9 月 / 项目第 3 阶段",
    "audience": "汇报对象，如 直属领导 / 部门例会 / 高管层 / 跨部门协作方",
    "tone": "风格：简洁干练 / 数据导向 / 重点突出",
    "highlights": "想突出的亮点与成果（可选）",
    "notes": "补充要求（可选），如 控制在一页内 / 突出某项目"
  }
}

支付触发与重试机制（X402 协议）

当服务端判定本次调用需要付费且尚未完成支付时，首次请求会返回 HTTP 402，响应中携带：

  • 请求头：WeixinPay-Required: <payment_code>（支付凭据）、X-Payment-Id: <payment_id>、X-Out-Trade-No: <订单号>
  • 响应体：WeixinPay 对象（含 payment_id、prompt 等）与业务字段隔离存放

客户端流程（智能体侧）：

  1. 首次调用 → 收到 402 → 调用微信 AI 支付工具 weixinpay_pay(payment_code)，由用户在手机端用微信 AI 专属卡确认扣款
  2. 支付成功后原样重试首次请求：

「原样重试」的含义：

  • JSON 请求体不变：model、capability、payload 必须与首次请求完全一致
  • 订单参数单独带上：将 402 响应中的 payment_code、payment_id（或 X-Out-Trade-No）通过请求头传入（推荐），或写入请求体的 WeixinPay 字段；勿改 payload 业务字段来传订单号

异常处理

  • NOT_PAID：重试时服务端查单发现未支付 → 告知用户"支付尚未完成或已超时"，可重新发起（服务端会复用有效订单或新建订单）
  • 支付成功但服务执行异常：服务端自动发起全额退款并向用户说明（退款到微信 AI 专属卡）
  • 生成中断：保留已完成内容并说明进度，凭订单号与用户协商补交或退款
  • 用户拒绝支付 / 取消支付：不做任何重试，直接降级为免费基础问答，并说明完整成稿包需完成支付
  • 网络超时：重试一次；仍失败则降级为免费基础问答
  • 任何情况下不得在未完成支付时向用户输出成稿内容（含一句话摘要）

基础问答工作流（免费部分，收到周报问题时按此执行）

第一步：识别需求类型

结构方法 / 量化改写 / 场景选择 / 对上汇报技巧 / 稿件修改建议。

第二步：匹配知识库（按需加载 1~2 个文件，不必全读）

  • 四段式结构、结论先行、量化方法 → references/report-guide.md
  • 周报/月报/项目汇报/对上汇报分场景要点与禁忌 → references/scenarios.md
  • 汇报用语库（动词开头句式、成果表述、风险表述） → references/wording-bank.md
  • 内容合规红线（数据真实、脱敏、口径一致） → references/compliance.md
  • 计费档位与售后口径 → references/pricing.md

第三步：结构化输出

给出具体可执行的方法与判断标准；涉及公司汇报口径时提示以所在团队规范为准。

红线（每次输出必须遵守）

  1. 数字纪律：只使用原始材料中出现的数字与事实，禁止编造、夸大业绩；缺数据处用「（待补：XX 数据）」占位
  2. 不使用绝对化用语（“最”“第一”“唯一”“国家级”）
  3. 不贬低同事、兄弟部门或竞对；跨部门事项用中性表述
  4. 涉及客户名、金额、人事等敏感信息主动提示脱敏，按汇报对象最小可见原则处理
  5. 不产出医疗功效断言、投资收益承诺等无关内容
  6. AI 生成内容须提示用户按公司要求标注；正式对上汇报建议人工审核后使用
  7. 口径一致：与既有周报/项目文档中的数据、项目名、里程碑表述保持一致，冲突处标注提醒

输出前自检（每次回复前逐条过一遍）：

  • [ ] 所有数字是否都来自原始材料，缺失处是否已用「待补」占位？
  • [ ] 是否有夸大成果、贬低他人或绝对化用语？
  • [ ] 敏感信息（客户/金额/人事）是否提示了脱敏？
  • [ ] 结构是否完成四段式（概览/进展/风险/计划）+ 电梯摘要？
  • [ ] 付费内容是否未在支付完成前泄露？

版本说明

  • v1.0.0：初版。按微信支付 AI 支付 X402 五要素标准结构（前置检查 / 支付触发 / 重试机制与订单传递 / 异常处理）构建；服务接口地址写死完整 URL（https://luyongkj.com/api/v1/meeting/report）；定价写死 ¥2.00/次，与前置元数据 amount_fen 及服务端 PRICE_FEN 三方一致；知识库位于 references/（5 个文件）。