T+2 交付达成率
使用 /ontime-delivery-alert 请帮我分析本月 T+2 交付达成率
输出:各机型(Mac / WinBook / 台式机 / 显示器)准时交付率 + 低于 90% 机型告警及原因追溯。
在 WorkBuddy / CodeBuddy 的 AI 对话框中发送下面这条指令,AI 会下载安装包并完成市场注册、内容填充与全部配置,重启后专家团生效:
安装指令
请安装小包:下载并解压 https://mirrors.tencent.com/repository/generic/xiaobao/marketplace-esc/xiaobao-latest.zip ,按解压出的 BOOTSTRAP.md 完成安装。
2选择你的身份
出服务台运营数据。
输出日报、周报、月报所需的数据和图表。
请帮我统计 8000 服务台满意度及差评率
请帮我统计 8000 服务台自助率
2选择你的身份 · 3 个身份
耗材收发与库存、T+2 交付汇报、采购需求与成本分析。
耗材发放、入库与库存查询。
查发放明细
使用 /consumables-query 帮我查一下 9 月 1 日到 15 日的耗材发放明细
| 场景 | 对小包说(可直接修改) | 输出 | |
|---|---|---|---|
| 查当前库存 | 使用 /consumables-query 现在仓库还剩多少耗材? |
当前耗材库存清单 | |
| 查大厦领用与余量 | 使用 /consumables-query 云海 2 栋的耗材余量够不够? |
该大厦领用明细 + 库存联合查询结果 | |
| 查入库明细 | 使用 /consumables-query 帮我查上个月的耗材入库明细 |
指定时间范围的入库明细 |
输出交付、采购与成本相关的数据和图表。
使用 /ontime-delivery-alert 请帮我分析本月 T+2 交付达成率
输出:各机型(Mac / WinBook / 台式机 / 显示器)准时交付率 + 低于 90% 机型告警及原因追溯。
使用 /device-procurement-coverage 请帮我生成设备采购需求表,展示全年需求、库存、待下单和月度覆盖
输出:全年需求 / 已发放 / 库存 / 已下单 / 待下单汇总表 + 月度覆盖色块表。
准时交付率统计、归因与数据合并。
使用 /ontime-delivery-alert 帮我看看 6 月 MacBook 的准时交付率
输出:该机型当月交付率 + 未达标 / 剔除明细 Excel
使用 /ontime-delivery-alert 6 月台式机交付率为什么只有 85%?
输出:下降点归因分析,可追溯到单据与剔除原因码
使用 /ontime-delivery-alert 这是本月新导出的交付底表,合并进去后再算下交付率 {@交付底表.csv}
输出:先合并进数据库,再输出最新各机型交付率
耗材预警、出库统计与库存快照。
| 场景 | 对小包说(可直接修改) | 输出 | |
|---|---|---|---|
| 耗材预警推送 | 使用 /consumables-query 跑一下本月耗材预警 |
≥2 次且含故障更换的领用组合 Excel 报表 + 企微群推送 | |
| VIP 出库统计 | 使用 /consumables-query 帮我统计 VIP 耗材出库给非 VIP 用户的情况 |
VIP 出库分析报表 | |
| 出库清单导出 | 使用 /consumables-query 导出本月耗材出库清单,按四分类汇总 |
出库清单 Excel | |
| 历史库存快照 | 使用 /consumables-query 帮我推算 8 月底的耗材库存是多少 |
历史库存快照(按品类汇总) | |
| 出库数据对不上 | 使用 /consumables-query Excel 导出的出库量和 API 查出来的对不上,帮我排查下差异 |
按领用单 ID 集合比对 + 差异原因定位 |
库存积压分析
使用 /inventory-report-analysis 帮我分析这份库存报表的积压情况 {@库存报表.xlsx}
输出:按入库存放月数分桶统计(<1 月 / 1 月 / 2 月 / 3 月 / 4 月 / 5 月+)+ PND、RTN 状态筛选。
财务版发放与更换分析。
使用 /financial-issue-analysis 帮我分析这份财务版 1~6 月发放情况 {@发放情况.xlsx}
输出:月度趋势 + BU 分布 + 机型分布 + 场景分析 + 部门 TopN 统计。
使用 /financial-issue-analysis 帮我统计这几个月的笔记本更换情况 {@发放情况.xlsx}
输出:IT 设备更换专项统计(只算「场景分类 = IT设备更换」,区别于全量发放)。
查设备资产台账、看故障率与批次缺陷、做退库分析。
帮员工查询设备资产台账。
使用 /device-asset-query 帮我查一下 zhangsan(张三) 名下有哪些设备
输出:设备名称、资产编码、分类、资产状态、启用时间等台账字段
使用 /device-asset-query 按资产编码 XXXXXX 帮我查这台设备是什么型号、在谁手上
输出:设备台账信息 + 当前使用人
输出资产与设备质量相关的数据和图表。
使用 /beacon-dashboard-pipeline 请帮我分析本月各机型故障率,标出超标机型
输出:各物料在用数与故障率清单 + 超标机型标记
使用 /device-retirement-analysis 请帮我盘点闲置资产并出处理建议
输出:按机型与年限规则的可退库量统计 + 处理建议
故障率看板、日报与批次缺陷分析。
单物料批次缺陷分析
使用 /it-device-fault-analysis 帮我分析 ThinkPad X1 Carbon 近期的故障情况,看是否存在批次性缺陷
输出:故障分析报告(结论先行)——在用数、故障率趋势、故障类型分布、启用时间分布与批次缺陷判定。
使用 /beacon-dashboard-pipeline 帮我更新一下灯塔故障率看板
输出:69 个物料的在用数与故障率数据 + 本地 HTML 看板
使用 /beacon-dashboard-pipeline 发今天的故障率监控日报
输出:当日故障率日报,含超标物料清单
退库分析。
使用 /device-retirement-analysis 帮我分析这份在用设备清单的可退库量 {@在用设备清单.xlsx}
输出:按 14 类机型 + 年限规则的可退库量(80% 口径)+ MacBook 芯片拆分
使用 /device-retirement-analysis 分析一下这份实习生设备清单,有多少可以退 {@实习生设备清单.xlsx}
输出:实习生设备可退库量统计
出库合规质检与交付链路设计。
出库单据与备注合规检查。
使用 /consumables-query 帮我查一下有没有非故障更换的重复出库单据
输出:同一「领用人 + 物品」≥2 次且含故障更换的组合明细 + 质检结论。
使用 /consumables-query 检查一下高价值耗材出入库的备注是否合规
输出:高价值耗材备注合规性检查报表(工单号、资产编号缺失项)。
看板与 AI 分工设计。
交付链路泳道图
使用 /device-delivery-swimlane-design 帮我设计设备交付链路泳道图,明确看板和小包的分工
输出:六阶段 × 双泳道设计图(L1 / L2 / L3 分层)+ HTML 版,可转 PPTX。
2选择你的身份
摆摊发网卡跑完整链路、查升级数据与终端明细、维护客户进展。
BP 到职场现场摆摊,发放网卡、跟进升级进度。以下 6 步按开摊到收摊的实际顺序串成一条链路,可逐步执行。
开始发放网卡
开摊前使用 /itbp-network-upgrade 云海 2 栋 5 楼开始摆摊,请给我备货数量、发放名单,生成邮件通知模板
输出:网卡发放数量 + 每层楼发放数量 + 人数明细 + 通知邮件模板。
查看领用情况
摆摊中使用 /itbp-network-upgrade 云海 2 栋 5 楼网卡领用情况怎么样了?
输出:启动领用楼层 + 安装率 + 就绪率 + 协商异常 + 盘亏预警 + Excel(汇总、已领取明细、未领取明细、协商异常明细、领取未安装明细)。
协商异常提醒
摆摊中使用 /itbp-network-upgrade 云海 2 栋装了网卡但速率不达标的有哪些人?
输出:异常终端台数 + 涉及人数 + 楼层分布(按数量降序)+ 优先处理建议。
催领 / 补领通知
收摊前使用 /itbp-network-upgrade 云海 2 栋摆摊结束了,帮我出一份催领通知,看谁还没领
输出:楼层三分类表格(未领取、领取未安装、协商异常)+ 合计 + Excel(催领汇总、逐人终端明细)。
收摊做总结报告
收摊后使用 /itbp-network-upgrade 云海 2 栋收摊了,帮我出一份 2.5G 升级总结报告
输出:HTML 报告(开摊 vs 收摊的安装率、就绪率、已领取、协商异常对比 + 楼层完成情况 + 结论)。
评估网络升级效果
收摊后使用 /itbp-network-upgrade 请帮我对比升级前后蓝盾下载速度的优化效果
2.5G 看板数据查询,单次问答或导出明细。
| 场景 | 对小包说(可直接修改) | 输出 | |
|---|---|---|---|
| 协商速率异常清单 | 使用 /itbp-network-upgrade 查一下云海大厦 3 栋今天的协商速率异常清单 |
按楼层展开的异常终端数 + 名单 + 合计(要完整明细时导出 Excel) | |
| 楼长 / 楼宇负责人 | 使用 /itbp-network-upgrade 云海大厦 3 栋的楼长是谁? |
楼长清单(账号(姓名)、城市、大厦) | |
| 楼层汇总与安装率 | 使用 /itbp-network-upgrade 帮我看下云海大厦 2 栋各楼层的终端数、安装率和就绪率 |
楼层汇总表(总终端数、已达标、待升级、安装率、就绪率) | |
| 近 30 天升级趋势 | 使用 /itbp-network-upgrade 帮我看下云海大厦 3 栋近 30 天的升级趋势 |
逐日趋势数据(与 net25 平台页面同口径) | |
| 升级计划与楼层状态 | 使用 /itbp-network-upgrade 云海大厦 1 栋哪些楼层已经交付设备、网卡还没发? |
楼层状态表(设备交付、HUB 安装、网卡发放)+ 待装网卡人员楼层汇总 | |
| 核对 ITC 领用记录 | 使用 /itbp-network-upgrade 查一下云海大厦 1 栋已完成楼层在 ITC 有没有领用记录 |
逐层交叉表(升级计划状态、ITC 领用件数、领用人) |
全量终端网卡数据普查,看板数字对应的完整名单。
使用 /itbp-network-upgrade 帮我导出腾讯数码大厦 ≤1G 网卡终端的员工明细
输出:全量终端清单(主机名、员工、IP、网卡型号、速率分类),结果落盘为文件
使用 /itbp-network-upgrade 帮我做一次全国有线办公网的网卡速率普查
输出:按大厦、IP 网段逐段查询结果 + 速率分类统计(10G / 5G / 2.5G / 1G / 未识别)
iWiki 客户服务进展页面的建档与数据更新。
使用 /itbp-network-upgrade 帮我在客户服务进展下建一个云海大厦 3 栋的升级进度页面
输出:iWiki 页面(初始进度页 / 交付完成档案 / 里程碑更新三种形态)
使用 /itbp-network-upgrade 按 ITC 口径帮我更新云海大厦 3 栋的已升级网卡数
输出:按楼层汇总后写回 iWiki 交付数据表
使用 /itbp-network-upgrade 这是最新的交付数据截图,帮我更新到 iWiki 页面 {@截图}
输出:按列名映射全表替换后的 iWiki 页面
使用 /itbp-mail-signature 请帮我做个邮件签名栏
使用 /itbp-delivery-email-poster 帮我做一版邮件海报
本场景正在建设中
现场支持、快修、职场验收、活动保障与搬迁等场景尚未接入。有具体场景想接入,请联系 austinluo(罗洪林),说明使用场景与期望产出,我们一起来建设。
本场景正在建设中
网络建设验收、故障管理、网络资产与专项推进等场景尚未接入。有具体场景想接入,请联系 austinluo(罗洪林),说明使用场景与期望产出,我们一起来建设。
本场景正在建设中
产品方案、需求管理、版本节奏与 AI 场景落地等场景尚未接入。有具体场景想接入,请联系 austinluo(罗洪林),说明使用场景与期望产出,我们一起来建设。
审稿去 AI 味、美化成可分享的 HTML 汇报页、麦肯锡式评审汇报 PPT。
使用 /ai-deliverable-review 请帮我把汇报材料去掉 AI 味 {@汇报文件或链接}
使用 /iwiki-report-html 把这个材料做成数字坐席那种 HTML 汇报页 {@汇报文件或链接}
输出:主文件(左侧可点击目录 + 图片点击放大)+ 零依赖单文件分享版(图片内嵌,发给任何人图都不裂);文字逐字保留,只排版与可视化
使用 /ppt-review-refine 帮我评审这份汇报 PPT,做一版麦肯锡式诊断 {@汇报文件或链接}
输出:100 分制评审报告(内容 / 结构 / 视觉 / 说服力 4 大类 20 子项 + 金字塔原理评估 + 待澄清清单)→ 澄清确认后重构为 HTML 汇报版,支持反复局部迭代
用通用规则给 SKILL 打分、评价与优化调整——不依赖项目专属约定,任意团队的 skill 库都适用。
使用 /ai-skill-optimizer 帮我对 skill {@skill 名称或 skill 目录} 进行评分、调优,并出具质量检查报告
输出:100 分制评分表(发现层 / 加载经济性 / 执行健壮性 / 内容治理,4 大类 24 子项)+ 问题分类清单 + 待确认清单;确认后直接修复,改完按同一套体系复评
创建、试跑、审查、批量迁移——和我们一起参与小包的 skill 生态建设。
创建 skill
产出使用 /skill-factory 帮我创建一个 skill,用来在 xxx 场景,处理 xxx,以实现 xxx
输出:合规 skill 目录(SKILL.md / scripts / references)+ 终态自检 + 打分评分表,达到 80 分且无 CRITICAL 项才交付。从其他环境迁移、重构存量同样走这里,出厂即合规。
试跑检查
排障用 /skill-run-check 技能,回溯当前这个会话,帮我检查下跑得顺不顺,给出报告
注意:本技能不独立运行——先跑一遍刚创建的 skill,跑完后在同一会话的末尾执行本步,用来回溯检查这次测试运行得是否顺利。
输出:《运行检查报告》——运行成功与否判定、问题定位与 P0/P1/P2 定级、机器环境快照、AI 提问与授权记录,固化成报告发回维护者修复。
终态审查
审查使用 /skill-factory 帮我对 skill {@skill 名称或 skill 目录} 进行评分、调优,出具质量检查报告
输出:体检报告——评分表 + 团队标准 E1~E7 逐条核查 + 符合项 + 不符合项逐条附可直接执行的修改方案。只出报告不落地,是否修改由你决定。
迁移 SKILL 到专家团
使用 /skill-factory 把 {@skill 名称或目录} 迁移到专家团(只检查和调优,不要挪到 skill 文件位置)
输出:逐个摸底(平台硬编码点、依赖、凭证、旧版本残留)→ 按团队标准统一改造——与新建走同一张终态清单,出厂即合规 → 打分门禁通过后交付迁移清单与评分表。
专家团同时支持 WorkBuddy 与 CodeBuddy,macOS / Windows 均可安装。
不需要。直接把需求说给小包即可,它会自动识别并调度合适的专员;跨组需求会编排多个专员协作。哪怕只是确认一个取数口径、生成一张报表,也会接住并路由。
专家团有铁律保障:主理人不自行取数、不代写专员产出;取数逻辑脚本化、工具化——专家调用工具取数,不自行「心算」数字;每条数据结论必须带来源 / 作者 / 修改时间 / 口径 / 校验专员五要素;概览与明细表数值勾稽一致。文档未覆盖的结论会如实写「需向 XXX 确认」,不推测、不填充。
全程静默,你唯一参与的动作是一次重启,其余由安装器与 WorkBuddy 自动完成(连接器鉴权由宿主处理,无需登录授权)。
交付专家(bp)、服务台专家(helpdesk)、现场专家(onsite)、产品专家(product)、网络专家(network)五个组还在建设中,相关需求会引导联系 austinluo(罗洪林) 提供使用场景,我们一起来建设。
在 AI 对话框里直接说:
两层保障。其一,专家团对各业务系统只读接入:不下发指令、不写入任何业务系统,下单、审批等写操作不在专家团能力范围内;其二,凭证一律从环境变量或本地凭据文件读取,仓库不携带任何密码 / token,查询时绝不把密码、连接串打印到对话。
默认在对话中直接交付;你明确要求文件(报告、表格)时才落盘生成文件。报告、汇报类产出是辅助生成的初稿,以你审核定稿的版本为准。
企服专家团是一个多角色协作团队,定位是中心管理运营的「信息枢纽」:主理人「小包」负责接需求、路由、汇编,六名专员按组织架构各管一组。你无需区分该找谁——把需求直接说给小包即可,它会自动判断并调度合适的专员。
| 角色 | 所属组 | 擅长 | 状态 |
|---|---|---|---|
| 小包(运营主理人) | — | 编排调度、任务分派、结果汇编 | 可用 |
| 交付专家(bp) | 客户服务交付组(ITBP) | 交付项目推进、会议纪要、待办跟进、汇报生成 | 建设中 |
| 服务台专家(helpdesk) | IT服务台组 | 工单闭环、子线运营、知识库/FAQ、质检分析 | 建设中 |
| 设备管理专家(device) | IT办公设备管理组 | 供应交付、资产、耗材、故障率、售后治理 | 可用 |
| 现场专家(onsite) | IT现场服务组 | 现场支持、快修、职场验收、搬迁 | 建设中 |
| 产品专家(product) | 企业服务产品组 | 产品方案、需求、版本、AI 场景 | 建设中 |
| 网络专家(network) | 网络服务组 | 网络建设验收、故障、资产、专项 | 建设中 |