最近一段时间，我作为一面面试官，需要在一个月内集中完成不少技术面试。
面试本身还好，真正消耗时间的是面试后的整理：要回看会议记录，提炼候选人的技术表现，写面试评价，给出是否进入下一轮的建议，还要把下一轮面试官需要关注的问题写清楚。
这些事情每次都不完全一样，但动作非常重复。
我后来把这套流程沉淀成了一个 Codex Skill：
为什么要做这个 Skill
一面评价不是简单写一句"表现不错，建议通过"。
真正有用的面试总结，至少要回答几个问题：
- 候选人讲了哪些事实
- 哪些能力是有证据支撑的
- 哪些地方只是听起来不错，但还需要下一轮继续压实？
- 推荐进入下一轮，理由是什么
- 下一轮面试官应该重点追问什么
这些内容如果每次手写，很容易出现两个问题。
第一，写得慢。
面试完已经有上下文，但要重新组织成文档，还是要花不少时间。
第二，风格不稳定。
有时候写得太泛，有时候风险点没写透，有时候下一轮建议不够具体。对后续面试官来说，信息密度不够。
所以我希望把固定动作交给 Skill：它不替我做最终判断，但帮我把材料整理成一份结构稳定、证据明确的面试纪要。
输入是什么
输入可以很简单。
比如一段飞书妙记文字、一段会议转写、面试官自己的笔记，或者候选人回答的摘录。
整体流程大概是这样：
如果需要把流程画得更正式，也可以再调用画图相关的 Skill，把这套链路画成流程图或白板，放进文章、文档或团队分享里。
Skill 做了什么
这个 Skill 主要做几件事。
第一，先抽取证据。
比如候选人提到的项目、系统规模、优化指标、排障过程、技术方案、协作角色等。
第二，把事实和评价分开。
"Full GC 从每天 3 次降到每周 1 次"是事实；"JVM 调优能力不错"是评价。评价必须有事实支撑。
第三，生成面试结论。
结论里会包含候选人背景、核心亮点、风险点、是否推荐进入下一轮，以及下一轮建议重点考察什么。
它不会做什么
我不希望它把面试总结写成漂亮但空泛的套话。
所以这个 Skill 里专门约束了几件事：
- 不编造项目规模、团队人数、指标和候选人角色
- 不写没有证据支撑的"优秀""潜力大""综合能力强"
- 不默认拔高候选人级别
- 不把所有内容都包装成正向评价
- 不把技术细节错误轻轻带过
面试总结的价值不在于好看，而在于对下一轮面试官有用。
我自己的使用方式
现在我的流程基本是：
- 面试结束后拿到飞书妙记或会议转写
- 补充自己在面试中的主观观察
- 调用这个 Skill 生成一面纪要
- 快速检查结论是否符合我的真实判断
- 如有必要，把我自己的评价再融合进去
- 通过飞书 CLI 写成文档，发给后续面试官
这里面最有价值的一点是：Skill 帮我完成了重复整理，但最终判断仍然由我负责。
我可以把自己的校准意见加进去，比如"偏通过，但下一轮要压实 owner 深度"，或者"技术点覆盖可以，但表达偏模板化，需要继续看真实项目经验"。
这样比完全手写快很多，也比直接丢给工具生成一段泛泛评价靠谱。
效率提升在哪里
以前写一份面试总结，常见的时间消耗在三块：
- 从转写里找关键回答
- 把零散判断整理成结构化文档
- 给下一轮面试官写追问建议
现在这三块基本都可以交给 Skill 先出一版。
我需要做的是校准判断、补充上下文、删掉不准确的地方。
重复的事被固定下来以后，面试总结这件事就从"重新写一篇"变成了"审一版、改一版"。这个差别很明显。