如何在有限资源下，把 Agent 从代码生成工具升级为工程治理体系的核心环节。
7 月 16 日腾讯云 TechDay 杭州现场，KOOK 后端研发负责人张立晗站在台上，面对技术同行分享了一个看似矛盾的事实：一家拥有 250 万日活、日均处理 30 亿条 IM 消息和 5 亿分钟 RTC 语音时长的实时社群平台，其研发团队始终控制在 30 余人，且坚持双休、8 小时工作制。
「不靠堆人，也不靠拼时长。」张立晗说，「效率才是真正的核心竞争力。」
这场《让 Agent 跑进生产线：KOOK 的全链路应用探索》的演讲，揭开了这款低调产品背后的工程方法论——如何在有限资源下，把 Agent 从代码生成工具升级为工程治理体系的核心环节。
七年生长：用户拓宽的产品边界
KOOK 的故事始于 2019 年。最初它叫「开黑啦」，解决的是一个非常具体的痛点：做一款「不卡、不掉、不占资源」的游戏语音工具。
但用户真正沉淀下来之后，产品团队发现，他们需要的远不止语音工具，而是一个能稳定承载长期关系、支撑高频高质量互动的空间。从游戏开黑，到音乐、读书、二次元、屏享陪伴，用户自发地将 KOOK 的使用场景不断外推。
「这不是我们有意设计的转型，而是用户自然生长出来的结果。」张立晗说。
如今，KOOK 定位为「面向中国游戏玩家及泛娱乐人群的实时社群基础设施」。上线至今「零推广」驱动，依靠「用户拉用户」自然增长。截至 2025 年底，其累计注册用户超 2400 万，日均语音时长达到 5 亿分钟。
这些用户有一个共同特质：「他们不需要另一个异步浏览、发帖、评论的社区，而是一个能让他们和朋友『随时在一起』的、有温度有参与感的实时社群空间。」
实时的代价：没有缓冲期的效率挑战
实时是 KOOK 最核心的差异化优势，团队能第一时间感知用户体验问题并做出敏捷响应，但这也意味着没有缓冲期：用户对体验的期待是即时满足的。
面对这一挑战，KOOK 技术团队选择了全栈自研。IM、RTC 音视频，以及 Windows、Web、iOS、安卓、macOS 全平台客户端，全部从 0 到 1 自建并持续迭代至今。这套体系日常支撑百万级并发在线，每天分发 30 亿条以上 IM 消息。
支撑这一切的，是 30 余人的研发团队。「效率不是口号，而是一个很现实的工程问题：哪些事情可以沉淀成流程，哪些判断必须保留人工把关，哪些重复劳动可以交给工具和 Agent。」张立晗表示，「Agent 的探索就是这样开始的。」
Agent 进入生产线：不是照搬工具，是在约束中寻找「满意解」
KOOK 对 Agent 工程的理解，不是照搬工具，而是在有限资源、复杂约束和多元目标下，找到可实现、可验证、可维护、可演进的「满意解」。
在 Prompt 工程上，他们在任务目标、模型能力、输出稳定性和成本之间做取舍；在 Context 工程上，采用分级注入策略——项目级、模块级、个人级分层管理；在 Harness 工程上，把握人工介入、权限安全、自动化、可观测性等维度的平衡。
为了让 Agent 真正进入生产链路，KOOK 引入了 CodeBuddy Daemon 模式——AI 以常驻后台服务运行，通过 HTTP API 接收系统请求，从「人主动调用」变成「系统随时调用」，成为 24 小时待命的「AI 同事」。触发源包括 Issue 流转、Webhook 和外部调度，执行场景覆盖 UI 自动验收、QA 自动化和线上反馈分析。
在具体实践中，UI 验收已从人工走查变为自动触发的质量报告，线上问题能够被结构化聚合后生成初步定位报告。「让 Agent 跑进生产线，是为了让 KOOK 更快理解反馈、更早发现问题、更持续改善体验。」
KOOK 的 Agent 探索：从研发提效到产品体验
张立晗在分享中总结了一个关键转变：治理对象在变多，从代码、服务、数据、流程，扩展到模型、上下文、工具、权限、人机协作；但工程目标始终不变，把复杂系统变得可理解、可控制、可验证、可演进。
对 KOOK 而言，让 Agent 跑进生产线，不只是研发提效，更是把需求理解、质量验收和线上反馈接成了一条更短的闭环。产品问题更早被发现，繁复的流程得到更可控的执行，最终反映在更稳定的语音沟通、更顺畅的社区体验和更可持续的产品迭代里。
从「开黑啦」到 KOOK，从语音工具到实时社群基础设施，从全栈自研到 Agent 工程化，这条演进路径并非对标和模仿，而是在用户的持续使用中逐步生长而成。在 AI 与智能体落地的大潮中，KOOK 用七年实践给出了一个属于小团队的回答：效率的本质，不是压榨人力，而是把判断留给人类，把重复交给工具，把系统做得可控可演进。
来源：互联网
