C# AI开发 篇112：用户提的改写与扩展，先把问题问对，再去找答案
用户问"上个月那个报销咋还没下来"，检索系统拿这句话去匹配文档，可能一个关键词都命中不了——文档里写的是"费用报销审批时效"。这不是检索算法不行，是问题本身没问"对"。
DeepSeek 的 Super-agent 设计，和我们的工程实践
看完 DeepSeek Harness 的 Super-agent 设计，作者把自家一年多的折腾翻了出来:任务分给多个 Worker 并行跑，数据库存会话状态，外部 Watchdog 盯异常，最后落到 Lobe 上真接管了网站维护和选题调研。
C# 零停机数据库迁移：给 500 万行的表加字段而不锁表
很多团队把“数据库迁移”当成一件小事：写个 migration，发布时自动跑一下。直到某天在 500 万行的订单表上执行了一条 ALTER TABLE，锁表 4 分钟，接口全线超时。真正难的从来不是改表，而是让新旧代码同时在线的那段时间不出错。
开源版Super-agent降临，狂揽8万星！已跑通24小时全自动运营公司
来源：市场资讯（来源：新智元）新智元报道10 月 31 日，DeepSeek Harness 团队发表长文《Super-agent 设计探索》，迅速在 AI 圈刷屏。文章讨论的是很多人都体会过的一种困境：Agent 越用越多，人反而越忙碌。
32-线程池打满导致接口超时：参数配置与监控体系
#线程池 #性能调优 #线上问题排查 #Arthas #JDK8版本声明：本文基于 JDK 8（1.8.0_x） 与 Arthas 4.x 编写。
开源版Super-agent降临，狂揽8万星！已跑通24小时全自动运营公司
来源：市场资讯（来源：图灵人工智能）转自新智元，仅用于学术分享，如有侵权留言删除10 月 31 日，DeepSeek Harness 团队发表长文《Super-agent 设计探索》，迅速在 AI 圈刷屏。文章讨论的是很多人都体会过的一种困境：Agent 越用越多，人反而越忙碌。
狂揽 83.7K Star！开源版Super-agent来了，告别AI监工～
这个83.7K Star的开源项目从聊天框长成多智能体平台，群里一句话就能接活、拆活、派活，人终于不用当人肉路由器。
C# AI开发 篇102：流式回答的中断与续答
上一篇我们把首字延迟压到了毫秒级，用户终于"看到字"了。但流式还有个绕不开的问题：正在吐字的时候，用户关掉了页面、手机切了后台、网络抖了两秒、服务重启了，这段回答怎么办？最常见也最糟糕的做法是：把上游流"原样中继"给浏览器——连接一断，已经生成的内容就全丢了。
再迎突破！openJiuwen技术论文刷新Coding多榜单SOTA，并在WorkSwarm落地
针对以上问题，一篇名为《openJiuwen: Beyond Static Harnesses for Long-Horizon Coding Agents》的技术报告给出了强有力的参考，该报告结果直接刷新了SWE-bench Verified和Terminal-Bench 2.1两大榜单的SOTA——在500个真实GitHub issue构成的编程“黄金标准”中拿下82.6%，在真实终端环境复杂指令集中斩获87.19%，双双超越此前最强表现3个百分点以上。
C# 避免长事务：一个 HTTP 调用把锁拖了 8 秒
上一篇讲的是"两个事务互相等"（死锁），这一篇讲另一种更常见的故障：只有一个事务，但它把锁抱得太久，导致所有相关请求排队。监控上看得见大量 lock wait，日志里却一条死锁都没有——排查方向完全不同。