微信群接龙接了200单，她用WorkBuddy 3分钟把账算完了

周四晚上十一点半，阿敏还坐在餐桌前。手机屏幕亮着，微信群里 200 条接龙消息往上翻不到头。她左手划手机，右手在 Excel 里敲。张三两箱牛奶换成一箱酸奶，李四的鸡蛋不要了，王五备注放东门保安亭。每改一条，就在接龙记录里打个勾。

三栋楼的订单，要手动拆成三张拣货单。收款记录和订单逐条对。这是她干社区团购的第三个月。小区三栋楼，每栋三百多户，一周开两次团。生鲜、日用品、零食。供应商只管送到小区门口，剩下的选品、接龙、分拣、对账、通知取货，全是她一个人。

转折发生在她用 WorkBuddy 做了一个实验。那天又是一轮团购结束，200 条接龙挂在群里。她把整个接龙记录复制下来，丢进了 WorkBuddy。

微信群接龙的格式五花八门。标准模板是"1. 张三 牛奶2箱 鸡蛋1盒 3栋"，但实操里永远有人不按规矩来。有人加一句"草莓换成蓝莓行不行"，有人在第三天突然说"昨天那个订单帮我取消"，有人在两个群里各接了一半。

阿敏的做法是把所有接龙复制到一个 txt 里，人工给每条打上"已确认""已改规格""已取消"的标记。200 条接龙，光整理这一步就要大半个小时。而且容易漏。手指划快了，跳过去一行，那行里的"换成""取消"就没看见。

做法

她给 WorkBuddy 的指令像在跟一个刚来的帮手交代任务。交代得越清楚，出的活越准：

下面是一段微信群接龙的聊天记录。帮我解析成一张订单表。
 
规则：
1. 每条接龙的格式通常是"序号. 昵称 商品 数量 楼栋号"，
   但可能有备注、改规格、取消等变体
2. 同一人的多条接龙合并为一条订单，商品用顿号分隔
3. 识别以下特殊情况：
   - "换成XX""改成XX" → 替换原商品
   - "XX不要了""取消" → 从订单中删除该商品
   - "放XX""送到XX""放门口" → 写入备注列
   - "牛奶加一箱""再加一份鸡蛋" → 数量叠加
4. 有人没写楼栋号的，备注栏标"地址缺失"
5. 输出为 CSV 表格（逗号分隔），列：姓名,商品清单,总数量,楼栋,备注

接龙记录：
[粘贴群接龙文本]

WorkBuddy 把零散的接龙解析成一张干净的表格。草莓换蓝莓的替换了，周三取消的剔掉了，地址没写的标出来了。

整理接龙从大半个小时缩到一次复制粘贴。关键是不会漏。手工标记的时候偶尔跳过一行改规格的消息。

订单表出来后，阿敏要按楼栋拆成三张拣货单。每张拣货单要列清：谁买了什么、每个商品全楼共需多少份，方便供应商按楼分货。

手工做法：Excel 筛选"1栋"→复制→粘贴到新工作表→调格式→打印。重复三次。加上字体、边框、打印区域这些排版的事，三张拣货单折腾完又要半小时。

最头痛的是写了"放东门保安亭"但没写楼栋号的人。得一个个翻聊天记录。这人上次买的什么、送到哪栋的，靠记忆往回找。

做法

订单表已经有楼栋列了，她直接让 WorkBuddy 按列分组：

基于 @订单表.csv，帮我按楼栋拆分拣货单。
 
要求：
1. 按"楼栋"列分组，每个楼栋单独生成一个拣货模块
2. 每个模块顶部标注：楼栋号、订单数、商品总件数
3. 模块内逐条列出：姓名、商品及数量、备注
4. 地址缺失的订单单独列为"地址待确认"模块，放在页面顶部
5. 输出格式：可直接打印的 HTML 页面，每个楼栋用不同底色区分

WorkBuddy 生成的 HTML 页面有三个色块：1 栋蓝色、2 绿色、3 栋橙色。阿敏打印出来，对折三下，每张贴在对应楼栋的货堆上。邻居来取货，找到自己名字，看一眼知道有哪些东西。

三张拣货单从半小时缩到两分钟。收获最大的是"地址待确认"模块被提到了页面顶部，还没开始分就知道谁缺信息，提前处理。

采购是供应商垫付的，阿敏收了邻居的钱再转给供应商。所以对账不是"可选项"。对不清楚，她自己贴钱。

收款渠道有三个：群转账、私聊转账、偶尔有人让物业代转。她手动把收款记录誊进 Excel：时间、金额、付款人。再跟订单表逐条比对。200 条订单，收款笔数只多不少（有人分两次转、有人预付了下期的、有人备注"上次欠的加这次的"），光人工比对就要将近一个小时。

做法

她把微信的收款账单导出为 CSV，连同订单表一起交给 WorkBuddy：

我有两份数据：
1. @订单表.csv —— 本期所有订单，包含姓名、商品清单、应付金额（需计算）
2. @收款记录.csv —— 微信收款流水，包含时间、付款人昵称、金额、付款备注

帮我做三件事：
1. 根据订单表的商品清单和价目表，计算每条订单的应付金额
2. 按付款人昵称和金额，把收款记录匹配到对应订单
3. 输出一份《对账结果.csv》，列：
   姓名,应付金额,实付金额,差额,状态

状态分为四种：
- 已结清：实付金额 ≥ 应付金额，差额 ≥ 0
- 未付款：没有对应的收款记录
- 部分支付：有收款但实付 < 应付
- 多付：实付 > 应付，差额 > 0

匹配注意：
- 同一人可能分多次付款，要合并计算总额
- 付款备注里包含"XX的+YY的"，可能是一笔付了两个人的，需要标注
- 差额在 5 元以内的标"差异较小，建议人工确认"，可能是找零或凑整

WorkBuddy 跑完，对账结果一目了然。阿敏看一眼，在群里 @ 了还没付款的邻居，附上金额。十分钟内全补上了。

对账从将近一小时缩到五分钟。最受益的不是速度，是安心。打开对账表，谁付了谁没付一眼分明。催款也有数据撑着，不靠"我觉得你没付"。

三步都跑通了，但阿敏发现每次都要把指令重新写一遍。虽然之前写的可以复制粘贴，但三步分开跑还是麻烦：要先跑订单表，等结果出来，再把订单表喂给拣货单，再等结果，最后跑对账。

一周两次团购，意味着这套"复制粘贴→等待→下一步"每周重复两次，还是感觉很麻烦。

她把这三步写成一个项目级 Skill。Skill 就是一段写好的指令文件，把"先干什么、再干什么、输出什么"一次性写清楚。创建的时候说一次，以后每次说"团长接龙 开工"，WorkBuddy 自动调这整套流程。

帮我在当前空间创建一个项目级 Skill，叫「团长接龙」。
 
这个 Skill 的工作是：收到微信群接龙文本后，自动完成三步。

第一步·解析订单：
- 读取接龙文本，识别每人的商品、数量和备注
- 自动处理改规格、取消、地址备注等特殊情况
- 同一人的多条接龙自动合并
- 输出：订单表.csv

第二步·拆分拣货单：
- 读取订单表，按楼栋分组
- 生成可打印的 HTML 拣货单页面，不同楼栋不同底色
- 地址缺失的订单提至页面顶部单独归类
- 输出：拣货单.html

第三步·自动对账：
- 读取用户提供的收款记录 CSV 和订单表
- 自动匹配付款人和订单
- 标记未付、少付、多付等异常情况
- 输出：对账结果.csv

固定背景（不需要每次交代）：
- 服务一个有三栋楼（1栋/2栋/3栋）的住宅小区
- 供应商送货到小区东门
- 邻居主要用微信转账付款
- 常见商品类别：生鲜、乳制品、零食、日用品

触发说法："团长接龙 开工"

Skill 建好之后，阿敏的操作变成两步：复制接龙文本 → 说"团长接龙 开工"。几分钟后，订单表、拣货单、对账结果三个文件全部到位。

效果

从三步分开跑到一句话跑完。如果有邻居想帮她分担，她把 Skill 共享到团队空间，对方也能直接用。楼栋号、供应商位置这些固定信息都内置在 Skill 里了，不用重新交代。

一周两次，一个月省出 15 个小时。阿敏说最大收获不是数据。是对完账发现才九点半，坐在沙发上不知道干什么。社区团购团长、小区拼单组织者、家长群/社团群/公司群里发起接龙的那个人。

不做团购也一样用。公司群里订下午茶、家长群团教辅书、社团群订队服、班级群收秋游费用。核心问题完全一样：接龙消息杂乱无章，要统计，要分拆，要对账。都可以让WorkBuddy帮你完成。