从开黑语音到实时社群基建:KOOK的全链路Agent探索

0 阅读5分钟

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用七年实践给出了一个属于小团队的回答:效率的本质,不是压榨人力,而是把判断留给人类,把重复交给工具,把系统做得可控可演进。