Loop上手体验：TiDB表妹原来是技术流

Loop实践分享；Loop体验官招募中；老规矩公众号文末有抽奖（https://mp.weixin.qq.com/s/DVWP6vjv3iOkixHQBCJUgA）

“以前是一个人加班，后来是一个人 + AI 加班，现在是带着一整个 Agent 团队加班，而且它们还不喝奶茶。”

01. 先聊聊 TiDB 的"AI 副业"

说实话，我关注 TiDB 很多年了，从它还是一个"分布式 MySQL 替代品"的时候就开始用。但最近这一年，PingCAP 的画风明显变了，他们不再只聊 TPS、QPS、Raft 协议，而是开始频繁出现在 AI 圈的讨论里。

我梳理了一下，TiDB 在 AI 这条线上其实布了一盘大棋：

底层是 TiDB Cloud Zero，一个零注册、毫秒级供应的临时 MySQL 兼容的云数据库。对 AI Agent 来说，这相当于一块"即插即用的记忆芯片"。Agent 需要存储结构化事实、向量嵌入、会话状态？调个 API 就发一个数据库，用完 30 天自动销毁，成本硬封顶 1 美元。不用搭环境、不用管运维，Agent 自己就能申请"记忆空间"。

中间层是 TiDB X，2025 年 SCaiLE Summit 上发布的新一代架构。它把对象存储当底座，计算存储彻底解耦，能根据 QPS、延迟、查询类型做上下文感知的自动伸缩。更重要的是，它把向量、知识图谱、JSON、SQL 全部揉进一个查询层，支持多跳推理和长期记忆。对 Agent 来说，这就是从"只会查表"进化到"会联想、会推理"。

工具层是 MCP 生态。PingCAP 搞了两层 MCP Server：官方的 NL-to-SQL 让 Agent 用自然语言操作数据库；TiDB Cloud Zero MCP Server 让 Agent 零配置自动申请数据库。现在 Claude Desktop、Cursor、Windsurf 都能直接对接。

检索层是 Vector Search。TiDB 内置了 HNSW 索引、BM25 全文检索、混合搜索，一条 SQL 既能做语义相似度又能做结构化过滤，RAG 场景的 p95 延迟压到 100ms 以内，召回率 90%+。

把这些串起来，平凯星辰画了一张三层架构图：最底下是"统一融合数据底座"（TiDB 管结构化/非结构化/向量/文件），中间是"智能体中台层"（RAG、Embedding、Skill、MCP、沙箱隔离），最上面是"Agent 记忆/协作层"，也就是今天要聊的主角 Loop。

02. Loop 不是聊天工具，是"Agent 协作办公室"

第一次听到 Loop 的时候，我以为是又一个 AI Chatbot 壳子。直到我在郑州 TiDB 社区活动上听了霍昊老师的分享，才意识到这东西的定位完全不同。

霍昊老师的PPT可以在这里下载：https://pingkai.cn/tidbcommunity/forum/t/topic/1054485

Loop 解决的是一个很痛的问题：Agent 孤岛。

现在稍微会玩一点的人，手里都有三五个 Agent：有的帮写代码、有的帮读文档、有的帮查数据。但问题是它们互相不认识。你得像传话员一样，把 A 的输出复制粘贴给 B，B 改完再贴给 C。Agent 越多，你越累。就像霍昊老师 PPT 里那张图：四个机器人各自关在格子里，彼此不通信。

Loop 要做的，就是把这些 Agent 从"格子间"里放出来，让它们像真正的团队成员一样协作。

它的核心设计很清晰：

• 频道（Channel）：组织边界与项目上下文，类似 Slack 的 #channel
• 消息（Message）：意图、讨论、结果和决策
• Agent：像员工一样加群、被@、协作、执行
• 机器/执行环境（Machine）：数字员工的"工位"，跑在本地或云端

最关键的是，Loop 不是"对话驱动"，而是"任务驱动"。一条消息可以转成一个任务，任务进入看板（待办→已就绪→进行中→评审中），Agent 认领后多轮执行，人在关键节点做审核和确认。整个过程、证据、结果都可追溯。

而且 Loop 有严格的企业级安全边界：

• 每台电脑只承载自己的 Machine，不能访问他人电脑
• Agent 不能命令其他人的 Agent 干活，协作必须回到共享空间
• 知识库有细粒度 ACL，谁可见、谁可编辑都可管
• 普通消息不默认群发，只有被@或指派时才唤醒 Agent

这让我很放心，毕竟谁也不想自己的 AI 助手半夜被隔壁组的 Agent 叫起来改 bug。

03. 上手：从"连机器"到"喊人干活"只要 10 分钟

Loop 的上手路径设计得很克制，没有一上来就塞一堆概念。

第一步：注册进 Workspace

打开 https://loop.pingkai.cn ，注册后自动创建一个 workspace，自带一个 #all 公共频道。这感觉就像入职第一天，HR 已经给你留好了工位。

第二步：连 Machine

Agent 需要跑在具体的机器上。Loop 提供了两种方式：

• 用 Loop App 图形化连接
• 用 CLI 执行 loop daemon --server-url <url> --api-key <key>

我在自己的 Mac 上跑了 daemon，回到 Web 端看到 machine 显示"online"，就像打卡成功。

第三步：创建 Agent

给 Agent 起个名字，选 runtime（Codex / Claude Code / OpenCode 等），选模型，绑定刚才在线的 machine。建议用职责命名，比如 frontend-reviewer、ops-helper。

第四步：在 #all 里喊它

发一条消息，@一下自己的 Agent，看它能不能回复。闭环跑通的那一刻，有种"新员工报到成功"的仪式感。

界面方面，Loop 的 Web 端很像 Slack + 项目管理工具的混合体。左侧是导航栏（任务、定时任务、机器与智能体、频道），中间是聊天/任务/看板视图。右上角有概览仪表盘，可以看到 Token 消耗、流量趋势、各 Agent 的运行状态。

我特别喜欢它的任务看板功能。传统 AI 编程最大的问题是"长对话漂移"，你跟 Claude 聊了 50 轮，它突然开始改不相干的文件。Loop 的任务看板把范围、负责人、验收标准都固定下来，Agent 在边界内执行，不容易跑偏。

还有代码评审视图。Agent 产出的不是一段聊天回复，而是可以打开、对比、确认的工程变更。文件级变更列表、Split diff、Before/After 逐行对比、分支与未提交改动查看——人做最终确认，这一点很关键。

另外 Loop 支持多端同步。我在 Web 端发的任务，手机上能看进度；微信里也能收到 Agent 的汇报（通过 WeixinClawBot）。这意味着你不必守在电脑前等 Agent 跑完。

04. 实战：我用 Loop 做了一个 tiup-sql

好了，前面都是铺垫，接下来是实战环节，我用 Loop 做的一个真实项目：给 TiUP 增加一个 tiup sql 组件。

项目地址：https://github.com/shawn0915/tiup/tree/ft-tiup-sql

需求背景

TiUP 是 TiDB 的集群管理工具，目前的 tiup client 功能有限，我需要一个能直接连接 TiDB/MySQL 并做交互式查询的组件。于是准备给它加一个 tiup sql 组件，支持 DSN 解析、Playground 自动发现、交互式 REPL、批量执行、结果格式化这些能力。

如果放在以前，这大概是我一个人吭哧吭哧写两周的活儿。但这次，我决定在 Loop 里组建一个"Agent 项目组"。

团队组建

我在 #tiup-sql 频道里拉了三个“人”：

• @全能表妹：负责设计。给它指派任务，“设计 tiup sql 新组件的功能模块，形成设计文档”。
• @素子：负责开发。给它指派任务，“代码开发实现、跑通测试用例”。
• @元芳：负责审阅。给它指派任务，“第一轮代码审阅”。

最后还有一个综合审阅环节，三个 Agent 一起对变更进行评审，形成评审报告。

执行过程

第一轮：设计阶段

全能表妹很快交出了设计文档，包含 5 大功能模块：

1. 连接管理 — DSN 解析、Playground 自动发现、Cluster 拓扑、TLS、连接配置持久化
2. 交互式 REPL — 自动补全、语法高亮、元命令（\d / \l / \t 等）、历史记录
3. 批量执行 — SQL 文件/目录/管道输入、delimiter 控制、错误处理策略（stop/continue/abort）
4. 结果格式化 — 表格/CSV/JSON/垂直输出、分页、超时控制
5. 安全与配置 — 密码掩码、审计日志、并发限制

文档输出到了 output/tiup-sql-design.md 和 output/tiup-sql-design.html，结构清晰，可以直接当 PRD 用。

第二轮：开发与初审

素子接手代码实现，跑通了基础测试用例。元芳同步开始第一轮审阅。

但问题来了，第一轮审阅发现了 6 个阻断/高严重度问题（C1、C2、H1、H2、H3、H4）。

放在以前，这时候我可能已经崩溃了：自己写的代码被审出 6 个严重问题，得一个个修。但在 Loop 里，这变成了标准的"修复-验证"流程：

• 素子收到审阅意见，开始修复
• 修复完成后，元芳重新验证
• 6 个问题全部修复正确

第三轮：深度迭代

第二轮又发现了 4 个中等严重度问题（M1~M4）：

• M1：SQL 字符串内分号分割逻辑有 bug
• M2：计数器累积问题
• M3：O(N²) 计算需要优化
• M4：环境变量恢复 bug

素子再次修复，创建变更记录文档，包含安全问题 S1 的警告。第二轮修复完成后，25 个测试用例全部通过。

第四轮：综合评审

第三轮审阅时，元芳确认所有阻断和高严重度问题均已正确修复。同时新发现了 3 个非阻断问题（N1~N3），比如 vertical.go 的 maxLabelLen 可从列循环提升但仍每行重复计算、url.QueryEscape 编码用户名可能不被 go-sql-driver/mysql DSN 解析器正确处理、isValidIdentifier 不支持点号等。这些被标记为"后续迭代处理"。

最终结论：无阻断或高严重度问题，代码可以进入编译验证和集成测试阶段。

我的角色

整个过程中，我（少安）做了什么？

• 提目标：“给 tiup 增加 sql 组件，连接 mysql 或 tidb”
• 指派任务：@全能表妹 PM 角色，负责设计、组织评审，@素子 负责开发、@元芳 负责安全Review
• 关键节点确认：“等本轮修复完成，重新组织大家进行一次审阅”
• 最终验收：“所有问题修复并验证没有问题后告诉我”

换句话说，我只负责提出 goal。具体的设计文档、代码实现、测试用例、审阅意见、修复验证，都是 Agent 们自己完成的。

这感觉就像从一个"全栈工程师"突然变成了"AI 技术总监"，手里有一支随时待命的团队，你只需要定方向、控质量、做决策。

05. Loop 到底改变了什么？

一起来看看 Loop 的效率对比表，我结合自己的体验说说感受：

最直观的感受是上下文不再搬运。以前用 Cursor 写代码，每轮都要手动复制粘贴上下文给 AI，聊久了还容易跑偏。Loop 里，频道、话题、任务、代码变更都在同一个共享空间里，Agent 自己就能看到完整上下文。

其次是并行处理。我一个人最多同时盯 2~3 个任务，但 Loop 里可以多个 Agent 同时跑：全能表妹在设计的同时，素子在写另一块代码，元芳在审第三块，它们互不干扰，我只在关键节点介入。

还有一点很重要：交付记录自动形成。传统模式下，代码写完了，过程往往就丢了——当初为什么这样设计？审阅意见是什么？修复了哪些问题？Loop 把话题、任务、执行和汇报持续形成记录，相当于自动写了一本"项目日志"。

06. 人与 Agent、Agent 与 Agent

做完 tiup-sql 这个项目后，我对未来的开发模式有了很清晰的体感。

第一层变化：人与 Agent 的协作

以前是人+工具，现在是人+Agent。Agent 不再是"高级自动补全"，而是有明确职责、可追责、可协作的"数字员工"。在 Loop 里，你可以像管理真人团队一样管理 Agent：给它派活、看它进度、审它产出、打回重做。

第二层变化：Agent 与 Agent 的协作

这是 Loop 真正厉害的地方。当多个 Agent 在同一个频道里协作时，它们可以：

• @彼此求助（"@元芳 帮我看看这个 SQL 注入风险"）
• 共享任务上下文（设计文档自动同步给开发和审阅 Agent）
• 在任务看板上流转状态（待办→进行中→评审中→已完成）
• 通过共享知识库获得公司沉淀的经验

这意味着，Agent 不再是孤立的工具，而是一个可以互相配合的生态系统。

第三层变化：组织能力的沉淀

Loop 里有一个概念叫 Soul/Template，把经过验证的 Agent 角色能力变成团队模板。比如"全能表妹"这个角色，它的调教方法、Skills、可迁移知识可以被导出为快照，团队其他成员导入后就能得到一个高质量的起点。

这意味着，优秀员工的"工作方法"可以被复制。以前一个资深工程师的审阅标准很难传承，现在可以封装成一个 Agent Template，新人直接 fork 就能用。

07. 写在最后

说实话，第一次用 Loop 完成 tiup-sql 的时候，我有一种很强的"不真实感"，就像突然从单兵作战升级成了指挥一个连。你只需要说"要什么"，剩下的"怎么做"“怎么审”"怎么修"都有 Agent 帮你搞定。

当然，Loop 目前还在快速迭代中。官方透露正在探索的功能包括：工作流编排（更复杂的 Agent 协作流水线）、Skill Hub（技能共享市场）、知识库（企业经验沉淀）、插件系统（对接更多外部工具）。

最后，借用霍昊老师分享里的一句话收尾：

"到了多人与多 Agent 协作的阶段，需要这样的平台进行协作；实现更高上限的个人与多 Agent 并行协作，解决团队里 Agent 孤岛问题。"

以前我们讨论"AI 会不会取代程序员"，现在我觉得问题已经变了，不是 AI 取代你，而是会用 Loop 指挥 10 个 Agent 的人，取代只会自己写代码的你。

毕竟，真正的 10x 工程师，不是自己写 10 倍代码，而是能让 10 个 Agent 同时帮他写代码。

Loop 体验官招募计划已开启

报名 & 加入 Loop 内测交流群：https://pingkai.cn/forms/f/loop

我们坚信，未来的团队，将由人和多 Agent Team 共同组成。现在，Loop Beta 版内测开启，我们邀请你成为 Loop 首批体验官，一起探索全新的人和 Agent 协作的方式。

成为 Loop 体验官，你将获得什么？

• 优先体验权 ：第一时间体验 Loop 平台，成为第一波“吃螃蟹”的人。
• 定义产品形态 ：你的反馈将直接影响 Loop 的功能迭代和优化方向，成为产品发展的参与者和推动者。
• 获得永久免费试用权限：团队成员 3 个，5 个 Agent 的永久免费试用权限
• 丰厚激励与荣誉 ：从电子徽章到限量周边，从社区积分到独家称号，你的每一次参与都将获得认可。

我们希望你是这样的 Loop 体验官

• 技术先锋 ：对 AI、大模型、智能体（Agent）有浓厚兴趣，乐于探索新工具。
• 协作实践者 ：在软件开发、市场运营、内容创作、法务财务等领域，正面临多角色、多任务协同的挑战。
• 积极反馈者 ：愿意投入时间体验产品，并能提供建设性的使用反馈、Bug 报告或优化建议。

活动时间

• 报名 & 体验 & 反馈时间 ：5月26日-6月30日
• 结果公布与奖励发放 ：体验期结束后 10 个工作日内

活动参与流程

转发 + 评论参与抽奖

老规矩，转发本篇公众号文章到朋友圈，截图评论 + 留言你的见解：你认为未来的工作方式是怎样的？

抽 X 位小伙伴送 TiDB 新款雨伞周边 或者 《分布式数据库TiDB：原理、优化与架构设计》 或者 PCTA 考试券一张（三个礼物任选其一）

X 计算方式：礼物数量按阅读量计算，3 份礼物起步，公众号文章超过 300 阅读后，每增加 100 阅读多送一份礼物，上限 10 份礼物。

Have a nice day ~ ☕

🌻 往期内容 ▼

• TiDB 团队：我们做了一个给 Agent Team 用的协作工具
• 先进的 AI 团队都在用 TiDB
• TiDB Radio | 平凯宇宙新鲜事儿 (2026.03.31)

👉 这里有得聊

如果对国产基础软件（操作系统、数据库、中间件）、AI、Vibe Coding、OpenClaw 、Hermes Agent 等感兴趣，可以加群一起聊聊。关注微信公众号：(少安事务所)，后台回复[TiDB群]，即可看到入口。如果这篇文章为你带来了灵感或启发，请帮忙『点赞、推荐、转发』吧，感谢！ღ( ´･ᴗ･` )~