检索到相关材料,并不等于系统获得了可以用于判断的知识。本文区分 Representation、Knowledge 和 RAG 的职责,提出知识对象、来源证据、成熟度、版本与适用边界等工程要求,说明认知成果如何被验证、引用和持续更新。 研究说明:知识驱动计算(Knowledge-driven Computing,KDC)是我们提出和正在打磨的一套 AI 应用软件工程理论,目前仍处于开放研究阶段。它不是业界已有的通用概念,也不是已经成熟的架构标准。这一系列文章将从具体工程问题出发,逐步说明我们为什么提出 KDC、它试图解释什么,以及哪些判断仍有待实践验证。
一辆车从地面驶入隧道,网络从 5G 掉到 4G,再掉到无信号,出隧道又切回 5G。整个过程 40 秒。在车端日志里,这 40 秒是这样的:TCP 连接在信号衰减时卡在重传与内核超时退避里;等系统终于宣布连接死亡,车端 SDK 才开始重连——TCP 三次握手加 TLS 握手,在刚恢复的弱信号下又是若干次往返。加起来,这辆车有 8 秒 左右处于「物理上有网、业务上失联」的状态。更麻烦的在服务端:早高峰时段,几千辆车先后穿过同一段隧道,然后几乎同时向 Broker 发起重连。每次重连都要完整握手、鉴权、恢复订阅关系、清理旧连接状态。
本文讲述腾讯15年资深后台工程师,在 AI 时代如何入门大模型推理工程。全文围绕三条主线展开:从资深后台工程师到推理工程新人的抉择、推理工程的入门路径与自检方法、AI Infra 与通用 Infra 的同源与分野。
本文介绍了一套覆盖小游戏从选型、生产到上线迭代全链路的自迭代 Agent 系统。针对单点 AI 提效无法带动整体业务提速的痛点,该系统将分散的 AI 能力串联,由人定义北极星指标与行动边界并审核关键方案,AI 负责策略、开发与数据归因。架构上分为数据感知、运营 Agent、生产 Agent 及游戏基础工程等层级,通过 LangGraph 与 Claude Agent SDK 协同,实现多 Agent 上下文流转与决策闭环。实践表明,该系统两周内可上线 6 款小游戏,最快 2 天完成全流程;运营侧 12 款游戏迭代的正向率超 95%。未来计划将其扩展至更广义的互动玩法,打造可持续探索与优化的互动服务。
SRE 每天面对去重后数百个错误码告警:retcode 含义不清、调用链难追、运行时证据分散。人工排查一个错误码需要 3~8 小时不等,大量时间花在跨系统检索和上下文拼凑上,推给开发后往往还要再查一遍。我们基于智能体编排平台搭建了错误码治理 Agent:将知识库、代码关系图谱、可观测平台数据和代码托管平台四类能力挂载到同一个 Agent,由它自主编排排查流程,分钟级产出根因分析和修复建议。在 50 条 case 对比中,优化后的 action_type 与人工标注一致率从 66% 提升到 88%,硬冲突率从 20% 降至 0%。这篇文章重点分享三个实践:如何组织多源证据、如何让长链路排查稳定产出,以及如何用案例和回归评测持续迭代 Skill。