llm

[实践]-让 SAP 工程 Skill 脱离 opencode跑在自定义Agent 上如何把一套 SAP ABAP 工程 Skill 从 opencode 运行时中「萃取」出来，让它独立运行在自开发的Agent上？本次实践来复刻 opencode 的 Skill 调用机制（发现 → 路由 → 注入 → 工具循环）。最终目标：用自然语言对话即可让 Agent 读写 ABAP 源码、执行代码审查、做传输门控评估，最终可直接集成进企业 Chatbot中。

CLAUDE.md 越写越长，哪些规则该放到子目录？一个前后端放在同一仓库的团队，最初只在 CLAUDE.md 里写了测试入口和提交要求。几个月后，文件里又出现接口错误码、组件样式、数据库迁移、版本发布、事故恢复。维护者让 Claude Code 改一个按钮的文案，它却同时拿到了后端事务说明和发版步骤。

两台机器跑 vLLM，什么时候才值得引入 Ray？一套 vLLM 服务从一台机器搬到两台机器，部署方案里往往会顺手加上 Ray。理由也很直接：multiprocessing 管本机，Ray 管多机。

Agent说做完了，其实什么都没改：静默失败原因拆解你让编码 Agent 把一个旧的鉴权函数改个名字。十分钟后它回你：全部 12 处调用点已更新，测试通过，done。三天后生产环境开始报 500，你翻代码，发现那个函数还有 4 个调用点压根没动过，它们恰好在 Agent 从没 grep 过的目录里。这种事在我自己接 Agent 进 CI 之后发生过不止一次，所以这篇带你深入复盘这个问题。

为什么全世界的 AI 都画不好一只骑自行车的鹈鹕2024 年 10 月 25 日，英国程序员 Simon Willison 在博客上发了篇很短的文章。他给手头能用的 16 个大模型丢了同一句话：

Codex 后台任务结束了，为什么还不能直接接着用？假设你在 Claude Code 里把一个调查交给 Codex，随后继续修改同一仓库。过了一会儿，你输入 /codex:result，拿到一份输出，准备按里面的建议接着改。

智谱的工程师是如何笃定认为这个不会被发现？最近，关于智谱旗下 AI 编程工具 zcode 是否存在静默上传用户数据的讨论，在开发者社区掀起了不小的波澜。无论最终的技术鉴定结果如何，这件事本身折射出的问题远比单一产品更深层：开发者的"实现思维"和安全研究者的"逆向思维"之间，存在一道几乎不可逾越的认知鸿沟。

mock 规范总纲第0条（基线）本目录一切数字以 20260918 磁盘实测为准；旧数引用禁止。产品源码与文档冲突时以源码为准并即时修正文档。

音视频牛哥

从 LLM、VLA、LLA、SLIM 到实时音视频感知底座：具身智能真正需要的不只是大模型过去十几年，音视频行业解决的问题，大多可以归结为一个核心目标：怎样把声音和画面更稳定、更清晰、更低延迟地送到另一个人面前。摄像头采集、H.264/H.265 编码、RTSP/RTMP 推流、播放器解码、GB28181 接入、录像与转发，这些技术最终服务的主要对象仍然是“人”。

长对话先收口：用“工作记忆 vs 长期记忆“管理 AI 上下文发布日期： 2026年09月19日阅读时间：约 12-15 分钟分类：技术杂谈专栏：主流AI工具指南关键词：上下文工程收口中间迷失 LLM 长期记忆 AI

麻将结算全链路语义（SETTLE_SEMANTICS）第0条（基线）本文件语义以产品源码为权威源；引用只允许以文件与符号（函数、字段、协议名）给出；行号引用前必须复核现码。文件简称：PS=玩法服，GS=游戏服，CC=客户端核心，SC=场景服，MC=匹配中心，DF=麻将定义。进程链路：PS 到 MC 到 SC 到 GC 到 GS 到 CC。

vLLM 的 token 预算还有余量，为什么请求仍被抢占？一批语音 Agent 正在持续输出，旁边又来了几个携带长检索材料的请求。服务没有报 OOM，GPU 也还在工作，但用户听到的停顿变长了。此时把 max_num_batched_tokens 调大，看起来能让长输入更快处理完；问题是，如果真正先耗尽的是 KV Cache，可调度的 token 更多，并不意味着请求就能继续执行。

麻将服务器崩溃补偿与异常处理语义（CRASH_SEMANTICS）第0条（基线）本文件语义以产品源码为权威源；引用只允许以文件与符号（函数、常量、字段、协议名）给出。常量：MAHJONG_PROTO_CRASH = 1020、MAHJONG_EVENT_CRASH = 7（mahjong_define.lua）。

麻将 UI 层可观察行为（UI_BEHAVIOR）第0条（基线）本文件语义以产品源码与 UI 脚本为权威源；引用只允许以文件与符号（函数、控件路径、纹理名）给出；行号引用前必须复核现码。

麻将节点间路由转发链：失败回退与错误传播语义（ROUTE_SEMANTICS）第0条（基线）本文件语义以产品源码为权威源；引用只允许以文件与符号（函数、协议名）给出；行号引用前必须复核现码。

mock 框架架构第0条（基线）本文件覆盖 core.lua、framework.lua、framework_engine.lua、framework_ui.lua、loader.lua、node_ps.lua、node_client.lua、tab_loader.lua、xml_ui_loader.lua、frame_driver.lua；一切数字以 20260918 磁盘实测为准，旧数引用禁止。

C++ 引擎接口到 mock 的映射（INTERFACE_MAP）第0条（基线）依据=C++ 绑定与注册清单（Luna 机制、全局函数、各服务器 KScriptFuncList、闭源 UI 引擎头文件）加 Lua 使用矩阵（tools/scan_framework_usage.lua，扫描根为 modules/ 与 scripts/，共 2525 个 Lua 文件，20260918 实测）。新增或缺失接口必须先查本表；未实现的必须补入 mock 并登记本表。

本地大模型 + 自建 MCP Server + SAP OData:让 LLM 代理 SAP 业务操作本文记录从零搭建「本地 LLM → MCP Server → SAP OData」完整链路的全过程,附带解决方案与完整代码;核心思路:把 SAP OData 的查/改/增/删能力封装成 MCP Tool,LLM 通过 function_call 自然语言调用。

Harness Engineering知识总结一句话主线：模型能力强 ≠ 执行可靠。Harness（模型之外的一切工程基础设施）决定了模型能力能被发挥多少。遇到失败，先修 harness，再考虑换模型。