1. 项目里是把 skill 直接塞进 system prompt 的，如果 skill 太多，占用上下文窗口太大，怎么处理不能把所有 skill 常驻塞进 system prompt，这样会带来三个问题：上下文窗口被占满、候选技能噪声太大、模型在选择 skill 时更容易混淆。更合理的方式是把 skill 做成外部注册表，system prompt 里只保留最小规则和调用协议，真正的 skill 描述按需动态注入。常见做法是先做一层 skill routing。可以用规则、分类模型或者向量检索先筛出 topk skill，再把这几个 skill 的 description、参数 schema...

我是学院🐭，没面过大厂，官网投的都是秒挂，这是拿我刷kpi的吗？要尝试一下吗？

双非本科，靠着字节、百度、蔚来三段实习一路撑到春招，到现在才真正认清现实。一封封感谢信砸过来，慢慢明白，学历和学校带来的门槛，远比几段光鲜实习要重得多。最让人无力的，莫过于拼尽全力刷实习、攒经历，最后却连一个入场机会都换不来，那种落差感真的太磨人。总自以为是地觉得，有大厂实习就够了，一定能挤进心仪的公司，可现实一次又一次把幻想击碎。现在的我，早已没了春招初期的锐气，只剩下满心的迷茫和惆怅。不知道是该坦然接受现实，还是继续抱着不切实际的期待，在大厂的梦里不肯醒。

一、static_cast 最常用的普通类型转换。用于编译时进行类型转换，不进行运行时类型检查。可以进行向上转换（隐式，不必使用），也可以保证合法向下转换（但不一定安全，只是让编译器认为安全，安全由程序员来保证），但不允许无关转换。二、 dynamic_cast 运行时类型检查。主要用于向下转换，将基类指针/引用安全地转换为派生类指针/引用。在转换失败时返回 nullptr（指针）或抛出 std::bad_cast异常（引用）。成功条件：基类必须有虚函数，要不然不是多态；要转换的目标类型必须是对象的实际类型（或者是派生类型）。三、const_cast 可以消除 const 或 volatile...