Vancit

它做的是开发者招聘的前半段：主动寻找符合岗位技术要求的开发者，并对其公开代码做能力评估，输出一份可供筛选的候选人线索，帮助招聘方在没有投递的情况下建立候选人池。后续的沟通、面试仍由招聘方自己完成。

招聘平台的核心是「候选人投递、招聘方筛选」，Vancit 把方向反过来：由招聘方给出岗位条件，工具主动去找人。判断依据也不是简历，而是目标开发者公开写下的代码，因此更接近技术筛选而不是简历筛选。

不建议。评估反映的是公开代码留下的痕迹，看不到候选人在私有仓库里的工作，也看不到协作方式、沟通能力和业务理解。合理用法是把它当作筛选和排序的依据，筛出值得聊的人之后仍走正常技术面谈流程。

越是代码公开产出多、技术方向明确的语言和领域，评估依据越充分，例如后端服务、基础设施、算法等方向。反之，如果目标候选人主要在公司内部仓库工作，或者岗位本身不以代码产出为主要衡量标准，工具的作用会明显下降。

从产品定位看，它服务的是招聘方一侧，评估对象是公开可查的代码，开发者通常不会收到通知，也无法查看或修改评估结论。这一点在正式接触候选人时需要考虑如何说明信息来源。

先把目标岗位的技术栈、领域方向、经验层级尽量写具体，再拿一个最缺人的岗位做小范围验证，看寻源和评估结果是否符合预期。再用于正式招聘流程。