C# MCP SDK 2.0 即将发布：去会话化、去握手、去运维噩梦
协议层解决「怎么连」，SDK 层解决「怎么写」，去会话化解决「怎么运维」——三层叠加，MCP 才真正具备了生产级部署的底气 ...
DB升级 23.26.2：/opt 空间临界导致 OPatch 失败的处理记录
这次尝试升级到 23.26.2 时，笔者又遇到了一个很典型的问题：/opt 空间看起来差不多够，但 OPatch 实际执行时仍然容易失败。记录一下处理过程，方便后续遇到类似情况时快速判断。 01 | 问题出在“刚好够”的 /opt 空间 当时 /opt 的精确可用空间是： 13652123648 b ...
Docker 容器不写代理，临时用 OS 变量解决网络问题
上篇介绍了docker容器设置代理的方式，在某些特定场景下，Docker 容器本身不需要写入代理配置，只在操作系统当前会话中临时设置代理变量，也可以完成容器启动和访问需求。笔者实测，这样设置之后建立的docker容器，即便重新登陆用户丢失这些临时变量的情况下， docker stop 和 docke ...
数字员工的成本账：OpenClaw.NET 如何用工程化实现"成功任务的单位经济学"（下）
当"有用智能每人民币"的框架落地到 OpenClaw.NET 的技术栈中，Harness 引擎、MetaSkill DAG、TokenHub 与本体投影形成了一条完整的"成功任务成本优化链"。数字员工不是"会聊天的工具"，而是"可算账的生产力系统"。 ...
AI 成本战的隐性成本与降本五层：从"成功率悖论"到"系统复杂度"（中）
核心观点：最反直觉的是，成功率更高不一定更便宜。AI 降本的真正抓手不是换更便宜的模型，而是压降系统复杂度。企业总算不清账，是因为只看见了模型账单，却看不见组织账单。 一、为什么高成功率不一定更便宜 最反直觉的一点：成功率更高，不一定意味着成本更低。 很多人本能地觉得，成功率高就说明效率高，效率高就 ...
从 Token 价格战到成功任务单位经济学：AI 成本战的真正主线（上）
AI 行业过去最喜欢讲的是"能力"，今天越来越必须讲的是"结果"。"有用智能每人民币"（Useful Intelligence per RMB）正在重新定义企业采购、产品设计与工程优化的底层逻辑。成本战的真正主线，不是 token 价格战，而是成功任务的单位经济学 ...
MCP + A2A 融合：协议层已就绪，信任层才是硬仗
MCP + A2A 融合：协议层已就绪，信任层才是硬仗 Linux Foundation 治理下的 Agent 协议新格局 2026 年 6 月 25 日，Linux Foundation Agentic AI Foundation 发布了 MCP + A2A 融合草案。两个协议都将治理放在 Lin ...
记一次 .NET 某智慧医保云服务Linux 非托管泄露分析
一：背景 1. 讲故事 说来也奇怪，最近分析了好几例内存暴涨事故，这不又来了，哈哈，今天再给大家带来一份非托管内存泄露导致的程序生产故障，而且是部署在Linux上.NET程序。 前些天有位朋友找到我，自己有一定的分析能力，发现程序是非托管内存泄露，但能力有限暂时也不知道怎么弄，让我帮忙看下，把dum ...
.NET 高级调试技术：超越基础 Dump 分析
引言 在 .NET 生产环境调试领域，使用 WinDbg 和 PerfView 进行基础的 Dump 分析只是入门。随着应用程序复杂度的增加——尤其是与非托管代码的互操作、async/await 模式和跨平台部署——开发人员需要更高级的技术来诊断和解决最具挑战性的问题。 本文综合了实际场景中的调试经 ...
impdp 遇到 TSTZ Version 报错：ORA-39405 处理实践
最近做 Oracle 数据库迁移时，笔者在 impdp 阶段遇到一个典型报错：源库的 TSTZ Version 比目标库高，导致 Data Pump 直接拒绝导入。这个问题容易被误判成 RU 版本问题，但真正关键点在 Time Zone Version。 01 | 问题现象与原因 迁移环境如下： 源 ...
.NET 生产环境调试实战指南
一：引言 在 .NET 应用的生产环境中，程序崩溃、内存泄漏、线程死锁等问题时有发生。面对这些棘手的问题，开发者往往束手无策，只能依靠经验和工具进行排查。本文将结合多篇实战案例，为大家梳理一套完整的 .NET 生产环境调试方法论。 二：崩溃分析方法论 1. 快速定位崩溃类型 当拿到一个 dump 文 ...
数据乱成一锅粥，还能先做本体吗？
很多人一听到“本体论”，第一反应是：数据还没治理好，怎么可能做本体？这背后其实有一个常见误区：以为必须先把数据洗干净，业务语义才能统一。笔者更愿意把本体看成一种让业务先跑起来的方法，尤其适合数据混乱、口径不一的环境。 01 | 数据不干净，不该成为停摆理由 在传统模式下，数据质量差很容易变成项目停摆 ...
记一次 .NET 某光电成像后端解析系统 内存暴涨分析
一：背景 1. 讲故事 前些时间有位朋友找到我，说他们部署在linux上的系统内存占用比较高，领导让他找原因，由于自身的技术上限一直没找到，让我帮忙看下，让朋友通过 dotnet-dump 或者 procdump 从生产上抓一个下来，既然dump到手，那就进入分析环节啦。 二：内存暴涨分析 1. 为 ...
22届微软MVP连任：一个.NET技术人的社区长跑
MVP会变，.NET会变，连我自己手上的技术栈都在变。但分享这件事——帮那个深夜还在调Bug的人多睡两个小时这件事——永远值得。 ...
SQL*Plus 执行中文 SQL 文件，如何避开乱码坑
在 Linux 上用 sqlplus @xxx.sql 执行脚本时，只要 SQL 文件里有中文字符串或中文注释，就可能遇到乱码。这个问题通常不是数据库本身坏了，而是 SQL 文件编码、Linux Locale、SQL*Plus 客户端字符集没有对齐。 01 | 先看清三个关键角色 执行 SQL 文件 ...
Podman 报错：普通用户无法运行 rootless Podman 怎么办
在 RHEL 8.10 环境中，root 用户执行 podman ps 正常，但切换到 oracle 普通用户后却报错。这个问题看起来像磁盘空间不足，实际关键点在于 rootless Podman 依赖的 User Namespace 没有启用。 01 | 问题现象 root 用户执行正常： pod ...
记一次 .NET 某电力后台监控系统 内存暴涨分析
一：背景 1. 讲故事 前些天有位朋友在微信上找到我，说他们的电力系统出现了内存暴涨的问题，让我帮忙看下怎么回事？由于不是训练营里的学员，所以这个分析能力还是有点门外汉，让这位朋友将dump丢给我，然后我们上windbg分析。 二：内存暴涨分析 1. 为什么会暴涨 要想知道为什么会涨，很简单，用老套 ...
语义层构建：企业级AI落地绕不开的关键
很多企业谈 AI 落地时，第一反应是看模型能力：能不能理解问题，能不能生成 SQL，能不能给出答案。 但真正进入企业场景后，问题往往不在“AI 会不会回答”，而在“AI 是否理解企业自己的业务语言”。例如“华东区”到底包含哪些省市，不同部门的统计口径是否一致，哪些数据当前用户有权访问，这些都不是通用 ...
OpenClaw.NET 本体工程实践（一）：数字员工的「语义大脑」不是数据库
OpenClaw.NET 本体不是企业的数据中心，而是数字员工的「语义大脑」。在动手之前，先想清楚「存多少」这个问题——这才是本体工程的第一步 ...
当工厂里坐满了"数字员工"：AI原生时代，NPI到量产正在被重写
NPI到量产这条被工业文明打磨了上百年的流水线，正在被数字员工拆解、重构、升级。未来的工厂里，坐满的不是工人，而是Agent；流动的不是物料，而是数据；增长的不是产能，而是智能。对于制造业企业而言，最危险的不是技术落后，而是用旧地图寻找新大陆——在AI原生的时代，仍然用工业时代的思维做NPI。 ...
