把小程序直播后台交给 WorkBuddy：赛事、竞猜、直播间三模块落地记录

摘要

小程序「广电爱运动」需要一套直播后台，包含赛事创建、竞猜配置、直播间搭建三块。模块本身不复杂，但入口分散、步骤固定且重复，团队每次做活动都要重新摸一遍。这篇记录我们把后台交给 WorkBuddy 之后的完整落地过程：怎么让它"看见"后台、怎么让它学着做、卡在赛制填写时怎么解决，以及一个让我们早上多开了一场直播的坑。

1. 背景：一套重复度很高的后台

我们在做一个小程序「广电爱运动」，需要做直播。直播推流本身好解决，真正花时间的是直播背后的后台：

• 建赛事，填日期、名称、赛制
• 新建这场赛事相关的竞猜
• 关联参赛选手
• 搭直播间，套用我们已经做好的设计图

流程是固定的，每次活动都要走一遍。麻烦在于这类后台功能多、入口分散，我们原本靠同事之间互相问、翻上一次的配置记录来做，效率低，也容易漏配置。

我们的目标很明确：把"学会这套后台"和"重复配置"这两件事接过去。

2. 做法：先让它看见后台，再让它学着做

这一步我们的做法和"直接提问"不太一样，也是整件事能跑通的关键。

第一，直接把后台页面打开给它。 我们把页面后台通过浏览器打开，交给 WorkBuddy，同时告诉它搭建所需的图片在哪、可以参考之前相关的赛事后台搭建信息。这样它面对的不是一套抽象的后台概念，而是我们真实的这一套界面。

第二，先把步骤讲清楚。 我们告诉它基本的搭建顺序：先建立赛事 → 新建赛事相关的竞猜 → 关联相应的选手 → 同时搭建直播间 → 套用已做好的设计图。顺序讲清楚了，它就不会自由发挥出一个我们系统里不存在的流程。

第三，重复的部分让它自己填。 搭建时我们把这场赛事的日期和名称给它，由它自动填入，我们只做核对。

第四，学不会的就演示一遍。 后面遇到赛制填写卡壳，我们干脆手动操作一遍给它看。这个办法很有效——演示比描述有效得多。

关于选手名单：目前参赛人员名单要从另一个系统导入，我们暂时还是选择人工导入。这一块后续会再训练它自动导入，目前不勉强。

3. 实操步骤

3.1 把后台和参考材料一起交给它

浏览器打开后台页面 → 指明设计图和搭建图片的位置 → 附上之前相关赛事的搭建信息作为参考。

这一步做完，它给出的方案才是贴着我们这个系统的，而不是一套通用模板。找这些东西的过程比预想的顺畅，没什么阻力。

3.2 建立赛事

给它赛事的名称和日期，由它按固定格式填入后台。

注意：时间务必用 24 小时制写（20:00），原因见第 4 节的坑。

3.3 新建这场赛事相关的竞猜

赛事建好后，接着新建对应的竞猜，注意竞猜是与这场赛事关联的，不是独立的。

3.4 关联参赛选手

从另一个系统拿到名单后关联。这一步目前是人工导入——名单来源在外部系统，自动化留到后面再做。

3.5 搭建直播间

搭直播间时套用我们已经做好的设计图，保持视觉统一。这一步和前面的赛事、竞猜是一起推进的。

3.6 人工筛查

搭建完成后，我们仍然会人工再筛一遍。这一条现在还在保留，原因见第 5 节。

4. 踩坑 & 解法

坑 1：说好晚上 8 点的比赛，变成了上午 8 点开播 ⭐

这是目前为止最值得记的一个坑，因为它不报错、不提示，直接就是错了。

现象 我们告诉它这是一场晚上 8 点的比赛。后台里赛事时间应该填 20:00，但它填成了 8:00。结果系统按上午 8 点理解，那场直播从早上就开起来了。

排查 发现直播开场时间不对之后，回头核对赛事时间配置，才看到时间被填成了 8:00。

原因 问题出在"晚上 8 点"这句话上。我们说的是自然语言，它取到了"8"这个数字，直接落成 8:00，没有把"晚上"这个时段信息换算成 24 小时制的 20:00。口语化的时段描述和时间格式之间，少了一次转换。

解法 给时间时直接写 24 小时制、并且写完整格式，不再用"晚上 8 点"这种表述。

预防（我们之后的规矩）

• 所有时间一律按 日期 + 24 小时制时间 的完整格式给，例如 2026-09-24 20:00
• 不出现"晚上""下午"这类时段词
• 后台这类关键字段（尤其是会触发实际开播的），填完必须人工回看一眼

这个坑的价值在于：它是个格式问题，不是能力问题。 你给的指令越接近系统要求的格式，出错的空间就越小。

坑 2：赛制填写卡壳，手动演示一遍才通

现象 赛事创建的其他字段都顺，到"赛制"这一栏卡住了，怎么写都不对。

解法 我们选择手动操作一遍给它看，让它照着学。

结论 对这种规则性强、字段语义在界面里才看得清的配置项，演示比文字描述有效。文字描述容易产生理解偏差，而演示给的是准确样本。

5. 效果：它会开始自己反查了

跑过几次搭建之后，出现了一个我们没预料到的变化：

它开始自己反查，主动找出不对的地方。 不再是每一步都要我们盯着、指出来，而是它会回头检查前面配的内容、把有问题的地方挑出来。它的参考学习能力确实很强，几次之后耗时有明显进步。

【待补】如果你记得大概量级，补一句：单次后台搭建从大约 ____ 缩短到大约 ____。

但我们仍然保留人工筛查这一步。 上面那个"晚上 8 点变上午 8 点"就是原因——它的错误往往是静默的，不会主动告诉你"这里我可能理解错了"。人工筛查不是不信任它，而是低成本兜底：一个关键字段配错，代价是整场直播开错时间。

下一步计划：把选手名单的自动导入也交给它。目前名单来自另一个系统，还走人工导入。

6. 可复用的经验

1. 先把后台打开给它看，别只描述。 面对真实界面，它给的方案才是贴着你系统的。这一步省下来的返工时间最多。
2. 先说清步骤顺序。 把固定流程讲明白，它就按你的流程走，不会自由发挥。
3. 学不会就演示一遍。 规则性强、界面语义重的操作，演示的效果远好于文字描述。
4. 时间这类字段用机器格式，不用口语。 说"晚上 8 点"就可能变成 8:00；写 20:00 就没有歧义空间。
5. 关键字段一定要人工复核。 它的错误经常是静默的，不会报错，只会悄悄配错。
6. 别一次要求太多。 名单自动导入这种外部系统的活儿，先留人工，等前面的流程跑熟了再上。