技术专栏

sam_bot_description

假设在web环境下有一个线程A需要10分钟后调用操作B。好在只要调用就可以不需要知道B的返回结果。

https://www.cnblogs.com/shanyou/p/22817435

.gitignore 只对「尚未被追踪」的文件生效。一旦某个文件已经被提交过，Git 就会持续追踪它，后续的忽略规则会被忽略。所以需要先主动取消追踪，再让忽略规则接管。

这个问题其实困扰过很多技术团队，尤其是那些从一条业务线慢慢长成多条业务线的公司。我们自己也走过这条路，从”啥都自己包”到”出了事故赶紧拆”，算是把封装中间件这件事从头到尾经历了一遍。今天就把这些经历和思考整理一下，也算给同行一个参考。

根因不是浮点误差，而是
随机性的来源不对：随机数状态是线程局部的、且用
固定常量播种——于是”哪个线程抽到哪几个随机数”取决于调度器，而不是取决于数学。

Jev 由 TypeSafe 开发。LLM 会生成文本：向它提出问题，它会写出答案；若想获得结构化数据，还得在提示词中提出要求，并期待它按要求返回。Jev 则直接输出数值判断：只需向它提供状态信息和一个问题，它就会返回一个数字。

关于Agent Skill介绍，如果还不清楚的，可以看看之前公众号发表的这篇
最近很火爆的Claude Skills到底是个啥？解决什么问题？怎么用！

先上一张全景图，心里有个数，后面每一步都在这个框架里填肉：

而飞书 .net SDK 恰好是这两条的集中地：上千个请求/响应 DTO，过去全靠
System.Text.Json 的反射默认实现——运行时遍历类型元数据、动态生成
JsonTypeInfo。裁剪器做静态全程序分析时，根本无从知道「哪些 DTO 会在运行时被反射用到」，于是要么告警满天飞，要么运行时直接抛
NotSupportedException。这就是飞书 SDK 一直「AOT 不友好」的根。