22. 基于企业岗位需求的能力优先级
Harness Engineering
22. 基于企业岗位需求的能力优先级
岗位截图反映出的共同特点是：主力语言经常要求“精通”，Agent 机制更常使用“理解、熟悉、掌握或有落地经验”。方案表达不能把“用过框架”包装成精通，也不能因为 JD 写“理解”就只准备概念。
| 能力级别 | 应达到的能力 | 对应岗位信号 |
|---|---|---|
| P0：可手写主链 | Agent Loop、Tool Use、Runtime、Context、Session、权限、沙箱 | Harness、Coding Agent、WorkBuddy、Kimi Code、小红书等岗位要求掌握底层机制 |
| P0：可做系统设计 | Multi-Agent、MCP、可观测、长任务恢复、评测 | 多岗位要求生产落地、Trace/Eval、主从编排和协议接入 |
| P1：能讲算法与取舍 | Planning、压缩、长短期记忆、Context Window | 长任务成功率、成本、缓存和 Memory 治理重点 |
| P1：能讲产品闭环 | Prompt/Context Engineering、Agent UX、流式交互 | AI Native 前端、全栈和平台岗位重点 |
| 基础硬门槛 | 至少一门主力语言、并发、网络、存储、分布式、工程质量 | JD 中“精通”主要落在 Java/Go/Node.js/TypeScript/Python 等工程语言 |
建议每个 P0 维度沉淀三种材料：一段 3 分钟原理说明、一段能运行或接近实现的伪代码、一个真实故障案例及指标结果。对“经验/未定级”项，用项目证据证明能力，不自报虚高熟练度。
22.1 按“了解、熟悉、精通”建设源码能力
三个等级应由可完成的任务区分，而不是由自我评价区分：
| JD 语义 | 原理与源码要求 | 能力证据 |
|---|---|---|
| 了解 | 能解释对象、主流程、适用边界，并指出一条真实源码入口 | 2 分钟讲清“是什么/为什么”，能识别 Skill 与 Tool、Approval 与 Sandbox 等易混概念 |
| 熟悉 | 能沿源码追踪正常与失败链，解释状态不变量、配置和工程取舍 | 能画调用链、手写关键伪代码，并分析取消、超时、压缩或恢复案例 |
| 精通 | 能修改/设计核心机制，验证跨模块与跨平台影响，并用数据评估回归 | 给出并发一致性、安全威胁、迁移兼容、故障注入、Trace/Eval 与上线方案 |
例如“了解 MCP”只需讲清能力协商、Tool 名称和调用链；“熟悉 MCP”要解释连接版本、Schema 快照、审批、大结果和三类失败；“精通 MCP”还要设计连接池、认证刷新、动态工具变更、幂等恢复、协议兼容和 conformance test。对主力语言的“精通”则必须能落到并发、内存/异步模型、性能分析、测试和生产故障，而不能用调用过 Agent SDK 代替。