下载一个工具,
先完成一次任务。
查 PPT 小字、核对两份报价、找接口字段变化。任务包包含 Skills、脚本和样例,解压后用本地 Python,或支持本地文件与命令的 AI 助手运行。
一条订单接口,三份响应
公开合成案例| 字段 | 旧响应 | 回归响应 | 修正后 |
|---|---|---|---|
paid_amount | 19900 | 18900 | 19900 |
quantity | 2 | 3 | 2 |
can_refund | true | 1 | true |
note | null | 字段缺失 | null |
先拿走一个能用的任务包
三个包独立下载,带完整技能、脚本、样例和许可证。
PPT 字号检查
输入自己的 PPTX,生成问题与字号来源报告;查不到的字号保留待确认。技能 v0.1.2。
两份报价核对
按输入说明录入两份报价,交付 Markdown、CSV 和 JSON;缺失费用不填零。技能 v0.1.2。
接口迁移差分
先用包内两个本机服务验证差异,再用原工具比较你已授权的接口。技能 v0.1.1。
解压后,在任务包目录运行
python3 start.py --demo --out-dir resultresult 必须是全新目录。报价 / PPT 可改用 --input 处理自己的文件,详见包内 START-HERE.md。无需 pip、克隆仓库或安装 SkillHub;接口样例只访问本机回环 HTTP,报价与 PPT 样例不发网络请求。
也可以交给你的 AI 助手
在我打开的任务包目录中,先阅读 START-HERE.md 与 skill/SKILL.md,实际运行 start.py 的 --demo 模式,把 --out-dir 指向一个全新目录。核对 verification.json 与实际报告,说明任务是否完成、有没有未确定项。保留输入与源码,不安装依赖,不外发数据;不能运行就报告实际错误。随后告诉我如何替换成自己的输入,不把合成演示当成我的业务结果。
任务包 v0.1.0 复用上述技能版本,尚未确认独立用户复用。欢迎自愿反馈任务是否完成、哪里卡住、是否实际再次使用;程序不自动上报这些信息。
你今天要交付什么?
选择任务,复制安装与任务说明,再对照样本核对。
从明细到结论,保留每一行来源
两项技能均 v0.1.1列顺序不一样,仍按表头合并。金额缺失就留待取数;只标出异常现象,原因交给你确认。
- 输入
- 两份 XLSX
各 36 行,列顺序不同 - 交付
- 合并表 + 一页报告
明细、汇总、来源与规则 - 验收
- 72 行逐条可追溯
四路已知金额一致
- 原件、合并、来源核对均为 72 行;两份原件的 SHA256 前后相同。
- 8 月退款率按 12 ÷ 400 = 3.00% 计算,避免平均各渠道比例。
- 9 月仅标出华东 / 线上约 −60% 的变化;华西 / 线上缺失保留未知。
安装 Excel 处理与报表制作
skillhub install excel-processing --namespace indiv-captain --dir "$HOME/.workbuddy/skills"
skillhub install report-making --namespace indiv-captain --dir "$HOME/.workbuddy/skills"适用于已有 SkillHub CLI 的 macOS / Linux 环境。安装后重启 WorkBuddy,核对作者与版本;已有同名目录先检查,不强制覆盖。需要 Python 3.8+ 和已有 openpyxl。
复制给 WorkBuddy
在我打开的 workbuddy-skills 仓库中,运行 examples/office-report/run_demo.py,给 --out-dir 一个全新的本地目录;不要安装依赖或覆盖现有目录。成功后打开 report.md,用 verification.json 核对 72 行来源、原件哈希与四路金额。明确说明这是合成演示,缺失指标保持“待取数”,异常原因写“待查”。若缺少仓库或依赖,请先说明缺什么,不宣称任务完成。
完整办公演示位于 GitHub 源码仓库;安装两个技能后,还需在 WorkBuddy 打开本仓库。两个技能包不单独包含这份完整演示。
展开实际案例结果与核对表
| 核对项 | 公开合成案例结果 | 如何验收 |
|---|---|---|
| 已知销售额 | 312,050.89 元 | 原件 / 明细 / 分组 / 月份四路合计一致 |
| 8 月总退款率 | 3.00% | 12 个退款订单 ÷ 400 个订单 |
| 9 月华东 / 线上 | 约 −60%;原因待查 | 销售额 2,000.02 → 800.02 元 |
| 9 月全量销售额 | 待取数 | 已知部分 32,050.09 元不能代替全量 |
| 来源行 | 72 / 72 / 72 | 原件行、合并行、逐行匹配 |
摘自 2026-10-10 维护者本地验收记录;数据与异常均为演示生成,不是客户经营成果。打开结构化原记录
让行为变化落到具体字段
api-diff-test v0.1.1同一请求发到两个环境,比较状态码、JSON 类型与业务值。先跑技能自带的两个本地服务,不用准备真实接口或凭证。
- 输入
- 同一订单 GET
旧、新两个本地服务 - 交付
- 失败与复验报告
JSON + Markdown + 校验 - 验收
- 4 处差异被发现
修正后 same,退出码 0
- 实付金额、商品数量、布尔类型、字段缺失四处变化都能定位。
- 报告列出实际忽略的 id、request_id、updated_at 路径;id 不吞掉 order_id。
- 工具规则:双方同为 HTTP 500 仍不通过;本次客户端案例两端均为 200,未覆盖非 2xx。差分只验证这组输入,不代表整个迁移验收通过。
安装接口差分测试
skillhub install api-diff-test --namespace indiv-captain --dir "$HOME/.workbuddy/skills"已有 SkillHub CLI 和 Python 3 即可复跑本地案例。安装后重启 WorkBuddy,核对作者与 v0.1.1;外部地址或写请求需要先确认执行范围。
复制给 WorkBuddy
调用 indiv-captain 的接口差分测试 v0.1.1。先复跑技能目录下 examples/local_order_demo.py,只使用它的两个本地服务,保留 regressed.json、repaired.json 和 verification.json。核对四处差异、修正后 same 与退出码、实际忽略路径以及输入 SHA256。明确说明它是合成示例,不代表整个系统迁移通过。之后再说明如何替换成我提供且已授权的测试用例;接入外部地址或执行写请求前先确认。
平台安装目录名为 api-diff-test,源码目录名为 skills/api-diff。常见金额 / 数量字段名保护不能识别所有业务含义,忽略规则仍需按响应契约复核。
展开合成输入与真实差异路径
{
"old": {
"id": "response-old",
"order_id": "DEMO-ORDER-001",
"paid_amount": 19900,
"items": [{"sku": "DEMO-SKU-A", "quantity": 2}],
"can_refund": true,
"note": null,
"request_id": "synthetic-request-old",
"updated_at": "2026-10-10T00:00:00Z"
},
"regressed": {
"id": "response-new",
"order_id": "DEMO-ORDER-001",
"paid_amount": 18900,
"items": [{"sku": "DEMO-SKU-A", "quantity": 3}],
"can_refund": 1,
"request_id": "synthetic-request-new",
"updated_at": "2026-10-10T00:00:01Z"
},
"repaired": {
"id": "response-fixed",
"order_id": "DEMO-ORDER-001",
"paid_amount": 19900,
"items": [{"sku": "DEMO-SKU-A", "quantity": 2}],
"can_refund": true,
"note": null,
"request_id": "synthetic-request-fixed",
"updated_at": "2026-10-10T00:00:02Z"
}
}
实际失败报告中的四个路径
$.can_refund
$.items[0].quantity
$.note
$.paid_amount
输入直接摘自公开 order-responses.json;差异路径摘自 2026-10-10 本地 HTTP 验收记录。金额单位为分。查看完整输入原件
用画面与时间点准备复盘素材
video-frame-extract v0.1.2把你有权使用的本机录屏抽成 12 张画面与一张联系表。结果用于核对可见内容;没有画面依据的内容不能补成会议结论。
- 输入
- 本机视频
示例为 8 秒测试图案 - 交付
- 12 张图 + 联系表
index.csv 时间点 - 验收
- 画面与时间点对应
原视频 SHA256 不变
- 示例产出 12 张 768 × 432 JPG;联系表按 4 × 3 排列,首格从第 0 秒起。
- 每张都有采样时刻;图片本身不带时间文字,需一起保留 index.csv。
- 同目录重跑会保护已有图片与索引;新一轮用新目录,缺少工具就明确停止。
安装视频抽帧
skillhub install video-frame-extract --namespace indiv-captain --dir "$HOME/.workbuddy/skills"需要已有 Python 3.8+、ffmpeg 和 ffprobe。安装技能不会代装这些工具。安装后重启 WorkBuddy,核对作者与 v0.1.2。
复制给 WorkBuddy
调用 indiv-captain 的视频抽帧 v0.1.2,先按技能 examples/meeting-review-local-demo.md 复跑 8 秒合成视频案例,使用新的输出目录。抽 12 张均匀画面、保留 index.csv,并生成 4×3 联系表。核对图片张数、采样时刻、联系表排列与原视频 SHA256 未改变。明确这是测试图案,不生成真实会议纪要,不上传或发送。若缺少 ffmpeg、ffprobe 或 Python,先说明依赖缺口。
替换成自己的本机录屏时,先说明使用权限及需遮盖的画面。抽帧会漏掉采样之间的内容,不能替代音频转写或人工核对。
展开实际联系表与时间点样本

index.csv 的时间点摘录
| 文件 | 采样时刻(秒) | 时间码 |
|---|---|---|
| f_0000.jpg | 0.000 | 00:00:00.000 |
| f_0001.jpg | 0.667 | 00:00:00.667 |
| f_0002.jpg | 1.333 | 00:00:01.333 |
| f_0003.jpg | 2.000 | 00:00:02.000 |
| f_0004.jpg | 2.667 | 00:00:02.667 |
| f_0005.jpg | 3.333 | 00:00:03.333 |
| f_0006.jpg | 4.000 | 00:00:04.000 |
| f_0007.jpg | 4.667 | 00:00:04.667 |
| f_0008.jpg | 5.333 | 00:00:05.333 |
| f_0009.jpg | 6.000 | 00:00:06.000 |
| f_0010.jpg | 6.667 | 00:00:06.667 |
| f_0011.jpg | 7.333 | 00:00:07.333 |
实际选中的源视频帧可能早不到一帧,本例最多约 0.083 秒。只说明采样结果,不推断没有截图的发言。查看原命令与核对方式
先补齐费用,再看同一范围的差额
买车 v0.1.2把两份书面报价并排列出,记录每个金额的出处。遗漏费用保留待补,补齐后再核对差额。
- 输入
- 两份结构化报价
金额、费用范围与来源 - 交付
- 核对表三份文件
Markdown + CSV + JSON - 核对
- 缺项、计算式与差额
输入 SHA256 与字段位置
| 项目 | B 费用缺项时 | B 补齐 6000 后 |
|---|---|---|
| A 录入贷款费用 | 15000 | 15000 |
| B 录入贷款费用 | 已知小计 10500 + 待补 | 16500 |
| 同本金费用差额 B − A | 信息不足,差额保留 null | 1500 |
两份贷款本金均为 100000。全部金额为合成演示值;税费等 0 是明确给定的示例输入。只列算术与缺项,不推荐车型或融资。
1. 安装技能
skillhub install car-buying-checklist --namespace indiv-captain --dir "$HOME/.workbuddy/skills"
先保留已有本地修改,核对作者与实际版本,再按官方说明重启 WorkBuddy。
2. 交给 WorkBuddy
使用“买车”技能处理我提供的两份报价。先按输入说明整理金额与来源,缺项保留待补;确认费用是否已包含在总还款额中。实际运行技能自带脚本,交付 Markdown、CSV、JSON 到新的输出目录,保留原件。贷款本金或费用范围不一致时说明不能比较的原因;不推荐车型或贷款。
2026-10-15,维护者侧代理在 WorkBuddy 5.8.2 / Space-Bunny 中显式读取本地技能、运行两组输入;六份输出经独立重跑逐字核对一致。市场自动触发和独立用户使用仍未确认。
8 磅藏在段落样式里,也要查出来
PPT 制作 v0.1.2检查已有 PPT 的标题和字号,保留原文件。报告逐处说明字号从哪来,查不到就列为未确定,再到演示软件复核。
- 输入
- 原件与修正版 PPTX
同一套 4 页合成材料 - 交付
- 人读结果 + JSON
页码、字号来源与文件哈希 - 核对
- 两处 8 磅 → 24 磅
1 处未确定仍保留
| 正文位置与字号来源 | 原件 | 修正版 |
|---|---|---|
| 第 1 页:段落默认字号 | 8 磅,被发现 | 24 磅 |
| 第 2 页:文本体第 2 层样式 | 8 磅,被发现 | 24 磅 |
| 第 3 页:文字片段覆盖段落默认 | 24 磅,不误报 | 24 磅 |
| 第 4 页:检查范围内未设字号 | 未确定,保留 null | 未确定,保留 null |
两份各有 8 处非空文字,已确定 7 处、未确定 1 处。旧版对原件退出 0;新版对原件退出 3,修正版退出 0。退出 0 只表示检查范围内未发现问题,剩余未确定字号仍要人工复核。
- 字号按文字片段、同段落默认、同文本体列表层级依次读取;每处实际文字只计一次。
- JSON 保留每处文字的页码、XML 位置、字号来源和原件 SHA256,可对照原件复跑。
- 技能提供只读检查器,不生成 PPTX;母版、版式和主题继承、图片内文字及实际渲染仍需人工核对。
1. 安装 PPT 制作
skillhub install pptx-making --namespace indiv-captain --dir "$HOME/.workbuddy/skills"
需要已有 SkillHub CLI 和 Python 3;检查器只用标准库。保留已有修改,核对作者与 v0.1.2,再按官方说明重启 WorkBuddy。
2. 交给 WorkBuddy
在我打开的 workbuddy-skills 仓库中,使用 indiv-captain 的“PPT 制作”v0.1.2,先阅读技能说明。对 examples/pptx-fonts/inputs/before.pptx 和 examples/pptx-fonts/inputs/after.pptx 实际运行 skills/pptx-making/scripts/pptx_check.py,使用默认 18 磅底线,分别保留人读输出和 --json 报告到一个全新的输出目录,目录已存在就停止。记录每次退出码、原件 SHA256、已确定和未确定字号数、偏小文字的页码与来源,交付 review.md 写逐页建议。未确定字号不能写成通过,也不要声称视觉验收完成。只读 PPTX,不修改原件、配置或记忆,不安装依赖、不联网。若未打开仓库或缺少文件、工具,先说明缺口。
先在 WorkBuddy 打开本仓库;技能包包含检查器,四页合成 PPT 与完整复跑案例需从下方 GitHub 链接取得。
展开第 1 页字号修改前后的渲染对照
原件:正文段落默认 8 磅

修正版:同一正文改为 24 磅

2026-10-21,维护者侧代理在真实 WorkBuddy 5.8.2 / Space-Bunny 中显式读取本地技能,完成四次检查;四份脚本输出经独立重跑逐字节一致。AI 说明经反馈另存校订稿,原件与技能源文件哈希未变。另检查 ArtifactTool 导入后的 8 张渲染图;未完成 PowerPoint GUI 验收,市场自动触发与独立用户采用仍未确认。客户端原始截图
接手仓库、评测改动、换会话继续
三项工程技能补齐离线脚本,交付 Markdown 与 JSON。先跑样例,保留回归、缺失证据和未完任务。
会议待办、日志附件与发布检查
四项技能交付有原句依据的纪要、保留原件的脱敏副本、明确路径映射的补测清单和静态检查证据。
每个结论,都留一条核对路径
这里展示的是公开源码、实际输出与维护者验收记录。你可以复跑同样的输入,查看哪里通过、哪里仍有边界。
2026-10-12,维护者侧代理已在真实 WorkBuddy 客户端显式读取接口技能并完成合成验收,产物经独立程序核对。市场自动触发与独立用户成果仍未确认;不代表腾讯官方认证。查看客户端实测与报告复核。
用完后,留下一件具体的事
写下技能版本、最小公开输入、结果或失败步骤。完成任务、遇到问题、确实再次使用,都值得记录。