周报汇报生成器
> 周报、工作汇报、总结、介绍文档一键生成。即装即用：宿主 Agent 读取本文件后即可按下方流程执行，无需额外配置。
快速开始
- 用户任务命中下方「触发场景」任一条 → 直接进入执行流程；
- 技能扩展材料在
reference/（模板/指南/清单）与scripts/（可选自动化脚本），按流程按需加载； - 产出文件一律写入用户当前工作目录，不写入技能自身目录。
触发场景（示例）
- “本周做了很多零散的事，帮我整理成结果导向周报”
- “把这份流水账整理成给领导看的月度汇报”
- “为下周述职写一份项目进展总结”
- “为团队 Wiki 写一段项目介绍”
执行流程
以下为技能完整方法论，按此执行。
Markdown 周报 / 汇报 / 总结 / 介绍
一、任务识别
| 文档类型 | 触发词 |
|---|---|
| 周报 | 周报、本周总结、weekly report |
| 工作汇报 | 工作汇报、汇报材料、进度汇报 |
| 总结 | 总结、复盘、阶段总结、项目总结 |
| 介绍 | 介绍、简介、项目介绍、个人介绍 |
周报类型选择
识别到「周报」类任务后，先询问用户选择周报类型，再继续后续流程：
> 请选择周报类型（默认：结果导向周报）：
> 1. 结果导向周报 — APB（默认）— Accomplishments · Plans · Blockers，量化结果 / 下步方向 / 需要的资源与协助，适合向上汇报或跨团队对齐
> 2. 标准周报 — 3P Report — Progress · Plans · Problems，本周完成 / 进行中 / 下周计划 / 问题与风险，适合团队内部同步
用户未指定类型时，默认使用结果导向周报。用户选定后，按对应模板执行后续流程。
二、流程分支
| 情况 | 执行 |
|---|---|
| 未提供草稿 | 执行「三、无草稿流程」 |
| 已提供草稿 | 执行「四、有草稿流程」 |
三、无草稿流程
- 确认信息：向用户确认主题、时间范围、受众、重点方向
- Web 搜索：用
WebSearch搜索相关背景、行业进展、最佳实践（搜索结果仅作参考，不可直接照抄） - 选模板：按 reference/templates.md 选择对应模板
- 撰写：按「六、写作质量标准」填充内容并输出
四、有草稿流程
- 读取草稿：读取用户粘贴的内容或文件路径中的草稿
- 分析草稿：识别结构完整性、遗漏点、可优化表述
- 整理输出：
- 表格、列表、引用块、数据、图片全部原样保留，不删减、不概括
- 图片引用路径不可修改，原样保留
- 润色语句、理顺段落逻辑、补充过渡语
- 缺失章节可用WebSearch补充，但需注明为补充内容 - 输出：整理后的完整 Markdown
五、通用原则
- 不省略：有草稿时，原内容（表格、数据、图片、引用块）全部保留
- 不编造：不虚构草稿中不存在的事实；搜索补充内容需概括性表述，不夸大
- 图片原样：
中的路径绝对不能修改 - 格式统一：标题层级清晰，列表、表格按需使用，不滥用加粗
六、写作质量标准
高质量输出需满足以下要求：
内容层面
- 有结论，不只有陈述：每个工作项应写清楚"做了什么 → 结果/进展如何"，而非只罗列动作
- 🚫 差：
完成了模型测试 - 👍 好：
完成 Qwen3.5-122B-A10B-AWQ 在 4×24G NVIDIA 环境下的高考模拟卷测试，错题率降至 1/18，推荐作为 NVIDIA 多卡方案首选 - 数据具体：尽可能保留时间、数量、百分比等量化信息
- 问题定位清晰：问题描述需包含"现象 → 根因 → 影响范围"三要素
- 计划可执行：下周计划要具体，写清楚目标和预计时间，不写"继续推进"类空话
结构层面
- 用小标题区分不同业务模块，避免将所有内容塞进一个列表
- 多项工作优先用表格呈现对比（如模型测试结果），清晰直观
- 重要结论或推荐可用引用块（
>）突出
语言层面
- 主动语态，简洁直接
- 专业术语保留（如模型名称、参数名、配置规格），不转译成模糊表述
- 同一事物前后用词一致
七、参考资源
💳 付费前置检查与 X402 支付流程
本技能为 SkillHub Pay Skill，由后端支付服务实现微信支付 X402 门控（402 → 查单 → 履约）。AI 调用前必须完成以下流程，未支付不得输出任何周报生成工具付费内容：
前置检查
调用本 Skill 前，检查当前 Agent 是否已安装 weixinpay 支付插件（SkillHub 客户端内置）：
- 已安装：可继续提供付费服务
- 未安装：提示「当前 Agent 暂不支持微信支付付费能力」，终止流程
工作流程（支付触发）
第一步：请求资源
POST https://www.jishangtech.com/skills/weekly-report-generator/demo/skill/invoke
Body: {"query": "用户的查询内容"}
第二步：处理 402 响应
服务返回 HTTP 402 时，提取 Header 中的 WeixinPay-Required（支付码）与 X-Out-Trade-No（订单号），两者都必须保存
第三步：发起支付
将 WeixinPay-Required 值作为 paymentCode（即 payment_code），调用 weixinpay_pay 发起微信支付
第四步：支付成功后获取资源（⚠️ 必须执行）
POST https://www.jishangtech.com/skills/weekly-report-generator/demo/skill/invoke
Headers: WeixinPay-Required + X-Out-Trade-No（第二步保存的订单号）
Body: {"query": "原始查询内容"}（body 与第一步完全一致）
> ⚠️ 第四步是最容易被 Agent 遗漏的一步：不携带 X-Out-Trade-No Header 重试，就永远拿不到付费内容。
重试机制
支付成功后，以与第一步完全一致的请求体重试一次；若仍返回 402，说明网络或订单同步延迟，引导用户稍后重试，不重复扣费。
订单号传递与异常处理
- 已支付但未返回核心结果 → 凭
X-Out-Trade-No查单补发，不二次收费 - 支付取消 / 超时 → 终止并提示
- 返回
NOT_PAID→ 支付尚未完成：等待数秒后携带同一X-Out-Trade-No重试（指数退避，最多 3 次），不要换新订单号重复发起支付（避免订单冲突 / 重复扣费） - 返回
REFUNDED→ 服务异常已自动退款：向用户说明「该服务暂时无法提供内容，已自动退款至原支付账户」，终止流程，不要再支付或重试 - 返回
FULFILL_AND_REFUND_FAILED→ 服务异常且退款失败：建议用户联系客服 - 未确认支付前，严禁输出任何周报生成工具付费内容
