为客户场景设计评测这套东西
搭测试集、定打分规则、定分歧处理流程，让客户在有人去调 prompt 之前就能判断「这个模型够不够用」。
凡是以准确率为核心论点的交付，头两周就需要它。 可证明方式：一套客户自己的分析师能独立扩展的评测脚本、一份在真实数据上的基线分数、一份记录下标注分歧在哪的书面档案。 为什么稀缺：它看起来像数据活，于是被派给当时有空的人；它其实是判断活，多数拖期的项目就是拖在这里。
技能
反复出现在真实工作里的能力——评测体系、数据管道、范围界定、现场判断——以及谁可以教、谁可以提供。
正在加载…
什么样的能力条目适合放上来
- 真实工作需要的能力，用「它在什么场景下被需要」来描述，而不是用一个课程名。
- 谁能提供——个人、小团队、培训机构——以及他们拿得出什么。
- 怎么证明一个人具备它：那道测试、那件作品、那份你愿意直接采信的推荐。
- 反面例子：什么看起来像这个能力、其实不是。招错人大多不是能力缺失，而是看错了能力。
示例条目 —— 仅作示范，不是真实条目
发之前要知道的
- 谁可以发能力条目？
- 只要能把这件事说具体的人都行：从业者、提供这项能力的团队、培训机构。商业条目会被标注；本站不收取上架费用。
- 课程算能力吗？
- 课程是一个供给品，不是能力。请发能力本身；如果课程是你提供它的方式，在详情里写清楚。培训另见行业栏目。
- 怎么防止这里变成广告板？
- 审核只问一句：买家能不能从这条目里看出提供方到底行不行？营销文案回答不了这个问题，所以过不了审。
描述能力前先读这几篇