>作者：Circle（古茗科技 · 仓储物流 IT）
场景：连锁茶饮（6000+ 门店）仓配体系的 IT 需求管理与系统架构设计
工具：WorkBuddy（Agent 模式）+ Obsidian + JIRA
本文为本人实际工作流复盘，全部案例来自真实项目。

## 引子：仓储物流 IT 的日常，是被"对齐"吃掉的一天

我是古茗的仓储物流 IT 负责人，管 6 个仓的 IT 团队，日常围着三套系统转：OMS（订单）、TMS（运输）、WMS（仓储）。我的时间大概分成三块：
1. **需求管理**：JIRA 里几十个需求（越库分配、预约叫号、配送报表……），要和 Excel 月度排期表反复比对，找出"JIRA 有但排期没有""排期有但 JIRA 没建"的差异；

1. **向上汇报**：给老板做仓储配送作业时间线、IT 项目进展等汇报材料，反复调格式到深夜；

1. **系统设计**：报货系统上游架构（门店截单 → 重分配 → OMS → TMS 排线）这类跨系统方案，要画框架图、流程图，和业务方来回对齐。

这三件事有个共同点：**活不难，但极耗时间，而且高度重复**。我用 WorkBuddy 的 Agent 模式把它们大部分压进了对话流。下面按场景拆开讲。
## 场景一：JIRA 需求 × Excel 排期表，差异比对从 2 小时变 5 分钟

每月做需求排期，最烦的是"两张表对不上"。原来我人工逐条核对，一次要 1~2 小时，还容易漏。
现在的做法：
1. 从 JIRA 导出需求列表（CSV），把 Excel 月度排期表放进工作区；

1. 对 WorkBuddy 说一句：「对比 JIRA 需求列表和 Excel 排期表的差异，按 需求名/状态/负责人/排期月份 输出差异清单」；

1. Agent 读两张表，输出一张带**颜色状态标签**的 HTML 差异表：绿色=两边一致、黄色=仅排期有、红色=仅 JIRA 有。

关键经验：**不要让它"分析"，要让它"产出可直接用的交付物"**。我第一次只说"帮我对比一下"，得到一段文字总结，还得自己再整理；后来明确要求"输出表格化 HTML、对齐文字、删参考列、带状态标签"，产出的东西直接截图进周会 PPT。
这个思路后来被我用到了所有汇报场景。
## 场景二：汇报材料不再"调格式调到半夜"——直接产出可截图的 HTML

给老板的汇报材料，我原来的流程是：想清楚内容 → 写 PPT → 调对齐 → 调配色，一轮 2~3 小时。
现在我把交付物固定成一种格式：**表格化 HTML 文档**（横版、表格排版、红黄绿状态标签、可直接截图贴进 PPT）。已经用在这几类材料上：
- 仓储配送作业时间线（11 个阶段的现状梳理）

- 报货系统 现状 vs 未来态 对比框架

- 折叠框库存治理立项材料

实际对话大概是：
>「把仓储配送 11 阶段作业时间线做成 HTML，表格化，每阶段标当前痛点和系统支撑情况，状态用红黄绿标签，A4 横版可打印」

产出第一版后我会提修改意见（"删掉参考列""这个对齐改左对齐"），Agent 在原文件上迭代，**不需要重新生成**。一轮汇报材料从 2~~3 小时压到 30~~40 分钟，其中大部分时间其实是我自己在想内容。
一个踩坑点：**输出粒度要先说清楚**。有次我要"今晚怎么调整库存策略"的快速建议，它给我产出了带完整背景分析的大报告——其实我只要一个可执行清单。所以现在我会开头就声明：要"极简清单"还是"结构化报告"，两种格式分开。
## 场景三：跨系统架构设计——让 AI 当"搭图纸的"，我当"定方案的"

报货系统上游架构是我今年最重要的项目：门店 12 点截单后做重分配（含物料替换 A→B），再推给 OMS（茗星配）下发 TMS 排线。核心痛点是**重分配先于排线，导致同一线路出现多批次物料**，门店拣货和配送都很痛苦。
我的用法分三步：
1. **先喂背景**：把现有链路、痛点、约束条件（门店手工替换物料、线路合并逻辑）用一段话讲清楚；

1. **让它出对比框架**：「画一张现状 vs 未来态的框架图 + 流程图，标注每一步的系统归属和数据流向」；

1. **我负责判断**：AI 给的方案里有些步骤顺序不合理（比如它把排线放在了重分配前），我会用业务事实反驳，让它改，而不是照单全收。

这件事给我的启发是：**AI 不懂你的业务约束，但很擅长把你说清楚的东西变成图纸**。方案决策权必须留在自己手里，可视化的活儿可以全部交出去。最终这套架构图直接拿去和业务方评审，比原来用 PPT 画框图的效率高很多。
## 场景四：Agent Mail 智能体邮箱——给 Agent 接上"收发件"能力

WorkBuddy 内置了智能体邮箱（Agent Mail），我把它完整跑通了一遍，几个实战经验：
1. **授权必须在真前台做**：文档建议的后台方式在本机会失败（device-code 轮询走不完），改成前台运行授权命令，12 秒完成；

1. **一个别名只能绑一个 Agent**：授权页是别名级独占绑定，同一别名绑给第二个 Agent 会把第一个顶掉。多 Agent 场景要给每个 Agent 分不同别名；

1. **发信有二次确认机制**：第一次调用返回 confirmation_token，要带 token 重发才真正入队——这个设计对防误发很友好；

1. **限速额度**：发信 50 封/天、200 次/小时，做自动化邮件任务前先算额度。

我目前的用法：让 Agent 定期把需求统计、报告生成结果发到我的邮箱，人不在电脑前也能收到产出。
## 方法论小结：让 AI 干活的四条原则


| | | |
|:-:|:-:|:-:|
|原则|反例|正例|
|说清交付物格式|"帮我对比下需求"|"输出表格化 HTML，红黄绿状态标签，可截图进 PPT"|
|说清输出粒度|（默认给大报告）|"只要极简可执行清单" / "要结构化报告"|
|决策权留给自己|照单全收 AI 方案|用业务事实反驳不合理设计，让它改|
|沉淀可复用资产|每次从零开始|固定的 HTML 模板、工作流、常用指令沉淀下来|
## 写在最后

我不是技术出身（业务产品岗），WorkBuddy 对我的价值不是"写代码"，而是**把我脑子里清楚、但手上来不及做的东西变成交付物**：比对表、汇报 HTML、架构图、自动化邮件。
仓储物流这个行业，一线同事在乎的是拣货步数和准时率；我们在乎的是怎么让"对齐"和"汇报"少占点时间，把时间留给真正的方案设计。这套工作流跑通之后，我大概把每周 6~8 小时的重复劳动还给了自己。
（完）

作者：Circle（古茗科技 · 仓储物流 IT）场景：连锁茶饮（6000+ 门店）仓配体系的 IT 需求管理与系统架构设计工具：WorkBuddy（Agent 模式）+ Obsidian + JIRA本文为本人实际工作流复盘，全部案例来自真实项目。

# 我在奶茶连锁企业管仓储物流 IT：用 WorkBuddy 把需求排期、汇报材料、系统设计压缩进一条对话流

开发工具

后端

架构设计

古茗仓储物流IT负责人分享基于WorkBuddy Agent模式的工作流，将JIRA需求比对从2小时缩至5分钟，汇报材料产出缩至30-40分钟。通过输出表格化HTML、明确交付物格式、保留决策权及沉淀可复用模板，将每周6-8小时重复劳动转化为高效产出。

数据流

智能体

WorkBuddy 

Agent

2026上云采购 | AI焕新·智启新局

bpaas

workbuddy

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

# 我在奶茶连锁企业管仓储物流 IT：用 WorkBuddy 把需求排期、汇报材料、系统设计压缩进一条对话流-腾讯云开发者社区-腾讯云

# 我在奶茶连锁企业管仓储物流 IT：用 WorkBuddy 把需求排期、汇报材料、系统设计压缩进一条对话流

# 我在奶茶连锁企业管仓储物流 IT：用 WorkBuddy 把需求排期、汇报材料、系统设计压缩进一条对话流

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐