秋招捞人

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

年后投到现在至今0约面，是哪里出了问题，是背景问题还是简历问题呢希望大佬指点一下

1. 在多态场景下，父类析构函数为什么通常要写成虚函数答案：如果一个类会被当成基类使用，并且外部可能通过父类指针去释放子类对象，那父类析构函数就应该定义成虚函数。原因是删除对象时如果析构函数不是虚函数，那么 delete basePtr 只会调用父类析构，不会正确调用子类析构，子类里申请的资源就可能泄露。这本质上是为了保证析构链完整执行，也是运行时多态在销毁阶段的体现。如果一个类根本不打算被继承，也不会通过基类指针释放对象，那不一定非要虚析构，但只要它是“多态基类”，基本都应该加上。代码： #include <iostream> using namespace std; class...