0. 起因：一个后台程序员的周末执念

我 34 岁，平时写后台服务，跟业务方、数据库、消息队列打交道。我儿子今年 7 岁，上二年级，最近对"电脑怎么听懂我的话"特别好奇。

市面上的选择无非两种：要么 Scratch（好用但太开放，家长不好控进度），要么核桃编程那种（闯关式、有体系、有成就感，但要报课）。我作为程序员，第一反应自然是——

这玩意我自己能不能给孩子搓一个？

我自己一个人显然干不完一整套（产品 + 架构 + 前端 + 合规 + 内容），但我手里有 WorkBuddy。于是我做了个实验：

让 WorkBuddy 当"团队"，而不是当"写手"

我在 WorkBuddy 里选了「产品研发交付团队」专家。它的玩法是：

我当主理人（接需求、翻译成任务单），再按阶段把任务下发给对应角色

，每个角色产出自己的专业结果，最后由我汇编。规矩是——

专业产出必须由对应角色产出，我不代写

需求 → PRD → 架构契约 → 开发 → 测试 → 发布

，每一阶段产出原文（不是摘要）作为下一阶段输入。比如架构师拿的是 PRD 全文，不是我口述的"大概要这样"。

为什么我觉得这比"直接让 AI 写代码"更有价值？

 因为真实交付的瓶颈从来不是"写不出代码"，而是"需求漂不漂移、契约对不对得上、范围砍不砍得动、合规漏没漏"。把这些环节显式拆成角色，AI 的产出突然就"可验收"了——PM 给了 43 条验收标准，架构师逐条对齐，SRE 把合规项逐条落到责任人。

2. 团队模式踩的坑：子 agent 会"失败、打架、基线不统一"

这部分是我最想分享的"反面经验"，因为它和你单独用 AI 聊天完全不是一回事。多智能体团队真的会出团队病：

 最典型的一次：我让一个 worker 写 

 离线内容包的运维方案文档，它连续两次回报"完成"，结果我去全工作区搜，文件根本没落盘——前任 worker 干了两遍都没写进去，换了个新 worker 又来一遍，还是空的。

，后来我立了规矩：任何产出必须让 worker 写完用 Read/Glob 自验存在再回报。

 产品经理在验收标准里写了"允许降级"，架构师在技术设计里写的是"降级拒绝（DOWNGRADE_REJECTED）"——两边对着干，谁都没发现。最后是我这个主理人裁决：以架构的"降级拒绝"为准，把 PM 那一条改掉。

多个角色各说各话时，必须有人拍板，否则文档自己就矛盾了。

 架构师为了算 QPS 和容量，自己拍了个"注册 5 万 / DAU 1.5 万"的假设，写进了所有文档。我一看：这数字不是客户（也就是我）给的，是他自己编的基线，下游成本、容量全系在这个数上。我把它降级成"一期假设，偏离要重算"，并要求写进红线。

 有次我派发子 agent，调用连续两次返回 500，我还以为没建成功，结果人家 agent 早就在后台干活了——500 只是"回报通道"坏了。

你以为它挂了，它其实在跑；你以为它没动，它可能已经在改文件。

 这逼我学会用文件 mtime 和产物目录反推进度，而不是等那一声"完成"。

多智能体不是"多开几个 AI 聊天窗口"，它是真的在跑一个微型研发团队，团队会得的病它都会得。

 主理人的价值，恰恰是把这些病兜住。

个人感悟：团队的工作效率确实高，但是在AI多AGENTS协作还有很大的进步空间。

3. 目标与实际困难之间的差距：KCP 决策卡点

这里有个特别值得写的点，关于"AI 的决策 vs 人的决策"。

架构师按最佳实践，很自然地把方案设计成了一整套

：Ed25519 签名、KMS 密钥管理、代码签名证书、双端公证、商店上架评估……一套面向"正式分发、对外发布"的生产级链路。从工程角度是严谨的。

但我作为真正要用它的人，第一反应不是"把发布链路做齐"，而是——

"你先别管发布，本地把东西跑起来给我看看，到底好不好玩。"

这就是目标和实际困难之间的差距：

——本机产课程包 → 手动拷到另一台电脑 → 客户端导入使用；不走发布上架、不接 KMS、不搞证书公证。那些东西全部转成 Phase 2 的待办。这个"砍"，让 M1 从"要做一整套发布体系"变成"先跑通一个能玩的原型"，我当天就能在儿子电脑上验证了。

：AI 给你的方案通常比你现在需要的"大一圈"。它的"完整性焦虑"会让你还没验证核心价值，就先背上整套生产负担。

该拉回来就拉回来——先跑起来看，再谈发布。

4. 过程实录：从"小猫是个圆点"到课程面板调通

这一节放真实截图，按时间线。这也是整个项目最真实的脉搏。

v0 / 第一次功能验证（2026-10-23 中午，真实 Electron 第一次跑起来）

 判题逻辑已经通了——拖一块"移动"积木、改数值、点运行，小猫该走到第 50 格，判题会告诉你"水平位置不对（当前 10，应为 50）"。但你看界面：小猫是个

，工具箱灰蓝、按钮方方正正，整个 UI 一股"工程自用"的味道。课程面板也还没真正接上内容包， fallback 到内置示例。

 我把应用在本机真实跑起来，第一版直接

 重建后，48 关课程地图终于出现。猫还是圆点，但"能用了"。

v2 / 儿童化 UI 重构（同日下午）

 我自己看着那个圆点和小学生 UI 忍不了——这给 7 岁孩子用？于是让前端工程师做了儿童化重构：小猫从"纯色圆片"变成

（耳朵、腮红、瞳孔、胡须），配色改成暖奶油底 + 珊瑚橙，按钮全圆角。关卡页判题 + 4 级提示也做了自定义折叠组件。

 课程地图从"平铺列表"改成 12 课分组卡片网格，已安装内容包优先、多包可切换。到这一步，一个"能给孩子玩的闯关编程软件原型"才算真正立住了。

 拖错积木时，系统不会只说"错了"，而是给分层提示：先说"还差一点"，再逐步展开 4 级提示（从"方向不对"到"具体哪一格"），不剧透答案。这条是 PRD 里定的机制，截图里能看到它真的在跑。

这部分是架构师 + 工程师给出的，我挑几个"反直觉但有硬理由"的：

5.1 客户端框架选 Electron 30，不是 Tauri

直觉上 Tauri 体积小该赢。但目标机房是 

Windows 10 1809，没有 WebView2 且无法在线安装

；一旦把 runtime 打进包，Tauri 的体积优势直接归零。结论：Electron 30。

5.2 判题引擎"零 DOM"是一条 CI 红线

。为什么这么狠？因为教研保存关卡时要跑"反向自测"——自动生成错误解验证判题器能拒绝，这个动作发生在

 里。没有这条红线，"四道闸门"就只能靠人工点，等于不存在。

// packages/judge-core/tsconfig.json（节选）
{ "compilerOptions": { "lib": ["ES2020"], "types": [] } }

课程做成可签名、可灰度、可离线导入的数据包，四道发布闸门（G1–G4）：参考解积木 ⊆ 白名单、参考解自测必过、变异算子必拒、规范性 + 体积上限。过闸后 Ed25519 签名，目标机

5.4 一个被 AI 修出来的真实缺陷：离线同步幂等键

 做幂等键。架构师评审时指出：孩子重装客户端，本地序号清零，

已提交成绩会和服务端对不上、甚至丢数据

，服务端按事件去重。这条后来写进"设计红线"：绝不用 local_seq。

const event = { student_id, event_id: uuidv7(), payload };
await syncClient.enqueue(event);   // 同 event_id 重传，服务端只落一次

：它们不是"写代码"写出来的，是"定架构 + 立规矩"定出来的。AI 在"立规矩"这件事上，一旦给够上下文和约束，相当可靠。

前面写得很顺，但这一段才是我想重点分享的——

用 AI 做产品，最容易翻车的地方

M1 跑通后，我把关卡页给真人（就是我家那位 7 岁用户 + 他妈）看。反馈原话大概是：

这句话把我从"AI 真厉害"的兴奋里拽回来了。我去查数据层，根因很具体也很有代表性：

这恰恰是用 AI 交付最该警惕的事

：AI 能极快产出"结构完整、能跑、看起来专业"的东西，但"好不好玩、难度曲线顺不顺、有没有参与感"，这些

它补不了。它能把 48 关生成出来，却不会自己质疑"这 48 关是不是太水"。

写给也想用 AI 做真实交付的人：

这次探索没有做出一个能上架的产品——它停在了"方案 + 可运行 M1 原型 + 一次诚实的差评"这个阶段。但正是那个"不如 Scratch"的差评，让我觉得这次用 WorkBuddy 做得值，目前我还在持续让WorkBuddy在进行迭代。不过不得不佩服这个架构让我完全不懂PC端开发的人，只要有逻辑输入输出，我也能将一个Idea变成现实的产品，只不过需要投入时间去打磨而已。

一个后台程序员，用一套会自己生病的 AI 团队，三天给儿子搓出了一个有猫咪脸、能闯关、断网也能判题的编程软件雏形。AI 没替我承担"这东西到底行不行"的责任，但它确实把我从"从零写一切"里解放了出来——剩下的判断，还是得我自己来。

如果你也在用 AI 做交付，我建议：先让它组队、再让它开工，最后——一定亲自去"差评"它。

【征文】一个 34 岁后台程序员的周末项目：用多智能体 AI 团队给 7 岁儿子做个"类 Scratch"闯关编程软件

人工智能

后端

一个后台程序员用WorkBuddy组出AI团队，三天为7岁儿子搓出可离线运行的闯关式编程软件M1原型。文章复盘了多智能体协作中的假完成、基线冲突等真实踩坑，并记录从儿童化UI到判题引擎的工程决策，以及“不如Scratch”的差评反思。核心观点：让AI当团队而非写手，但产品感仍需人来兜底。

代码签名证书

文件系统

消息队列

密钥管理

数据库

WorkBuddy 

智能体

Python

DevOps

Agent

JSON

Vite

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

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

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

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

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

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

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

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

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

【征文】一个 34 岁后台程序员的周末项目：用多智能体 AI 团队给 7 岁儿子做个"类 Scratch"闯关编程软件

【征文】一个 34 岁后台程序员的周末项目：用多智能体 AI 团队给 7 岁儿子做个"类 Scratch"闯关编程软件

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐