AI 岗位可以开始投了吗？技能、项目、工程、表达四维自测表
是否可以开始投递，不取决于课程是否全部学完，而取决于技能、项目、工程和表达四个维度是否都有最低证据。每维按 0—5 分评分；任一维低于 3 分先补短板，四维均达到 3 分可开始小批量验证，评分只用于安排下一步，不代表会获得面试或 Offer。
先说结论
总分不是唯一判断标准。采用以下门槛更稳妥：
- 任一维 0—2 分：先完成该维对应行动，再扩大投递；
- 四维均至少 3 分：可以选择高度匹配的岗位做小批量投递，收集真实反馈；
- 四维均至少 4 分：说明证据相对完整，但仍需按 JD 调整材料；
- 5 分：代表当前材料可重复、可核验，不代表“能力满分”。
如果同一项证据无法展示、无法复现或无法解释，就按较低分计算。
适合谁，不适合谁
本文适合目标为 AI 应用开发、RAG、Agent 或相关平台工程岗位，并已经完成部分学习和项目实践的开发者。
它不是招聘预测模型，也不能给出 Offer、薪资或成功率。不同岗位对算法、语言、业务和工程深度的要求不同；评分后仍需以真实 JD 为准。
评分方法
每个维度独立打 0—5 分：
| 分数 | 通用定义 |
|---|---|
| 0 | 尚未开始，或无法提供任何证据 |
| 1 | 能复述概念，但无法独立完成任务 |
| 2 | 能在教程或强提示下完成正常路径 |
| 3 | 能独立完成最小闭环，并解释主要边界 |
| 4 | 有测试、评估、故障与取舍证据，可重复验证 |
| 5 | 能针对不同约束调整方案，证据完整且能接受深挖 |
先给每维选一个最符合的整数，再写下证据路径。不要因为某一项特别强而抬高其他维度。
维度一：技能
技能维度判断你是否理解 AI 应用核心机制，而不是记住多少框架 API。
评分锚点
- 0 分：尚不能解释 LLM 请求、RAG 或工具调用的基本过程；
- 1 分：能解释 Token、上下文、Embedding、Prompt 等概念；
- 2 分：能跟随教程完成模型调用、简单 RAG 或工具调用；
- 3 分：能独立完成一条核心链路，解释输入输出、状态和失败条件；
- 4 分：能比较方案，设计结构化输出、检索评估或工具边界；
- 5 分：能根据质量、延迟、成本和风险约束重新设计并验证方案。
3 分最低证据
- 一次 LLM 请求的完整生命周期说明；
- RAG 检索与生成阶段的边界；
- Workflow、Agent 和多 Agent 的选择条件；
- 至少一个亲自实现并可运行的核心链路。
低于 3 分的行动
暂停扩充框架清单。选择模型调用、RAG 或工具调用中的一条链路，独立实现最小版本；为正常、缺失信息和失败输入各写一个测试，并用自己的话说明数据流。
维度二：项目
项目维度判断你是否把知识变成有用户问题、范围和验收证据的交付物。
评分锚点
- 0 分：没有可展示项目；
- 1 分：只有代码片段或课程截图；
- 2 分：Demo 能运行，但需求、非目标和验收不清；
- 3 分：至少一个项目有问题定义、核心链路、README 和可重复验收；
- 4 分：有一主一辅组合，能力互补，并保留评估与失败样例；
- 5 分：能针对目标 JD 选择证据，清楚区分个人、团队与第三方贡献。
3 分最低证据
- 项目性质与个人职责真实明确；
- README 包含问题、非目标、架构、启动与限制；
- 核心链路可运行或有无法公开的合理说明；
- 至少一组测试、评估或验收记录。
低于 3 分的行动
不要新开第三个项目。选最接近完成的一个，删除非核心功能，在一周内补齐 Brief、README、核心链路和固定验收样例。
维度三：工程
工程维度判断系统遇到不确定输出、依赖失败和权限风险时是否仍可控。
评分锚点
- 0 分：只关注模型是否返回内容；
- 1 分：知道超时、重试、日志等概念，但项目未实现；
- 2 分：有零散错误处理，没有统一边界和验证；
- 3 分：至少覆盖校验、超时、权限、观测、降级中的三项，并有测试；
- 4 分：有质量评估、成本预算、故障演练、版本追踪和回滚思路；
- 5 分：能按风险等级设计发布门禁，并解释残余风险与适用条件。
3 分最低证据
- 模型或工具输出经过运行时校验；
- 请求和 Agent 循环有总超时或硬上限；
- 权限由服务端执行，不由 Prompt 决定；
- 日志或追踪能定位请求、模型、Prompt、数据或工具版本；
- 至少一个故障测试不会把失败返回为成功。
不要求五项全部出现；应根据项目风险选择至少三项，并说明未覆盖部分。
低于 3 分的行动
从项目最可能出错的路径开始，补一个确定性控制和一个故障测试。例如为工具增加 Schema 与鉴权，或为 RAG 增加无证据返回和检索回归；记录触发方式与观察结果。
维度四：表达
表达维度判断你能否把真实能力转化为简历和面试中一致、可追问的事实。
评分锚点
- 0 分：没有针对 AI 岗位准备材料；
- 1 分：简历只列技术栈和课程；
- 2 分：能介绍功能，但说不清个人动作、指标与取舍；
- 3 分：项目经历符合“问题—动作—指标—证据”，能讲清本人边界；
- 4 分：能应对架构、评估、成本、故障和取舍追问，口径一致；
- 5 分：能按不同 JD 选择证据，并对未知、未测和未完成项做准确回答。
3 分最低证据
- 一页目标岗位简历；
- 每条项目亮点都有问题、个人动作和证据；
- 所有数字都有基线、范围和口径；
- 一张项目事实卡和一次录音或文字模拟复盘。
低于 3 分的行动
删除无法核验的形容词与数字。选择项目中最重要的三项工作，用“问题—动作—指标—证据”重写；再分别回答一次架构和失败追问，检查是否与简历一致。
计算与记录
复制下面的表格，每次复核都保留日期：
| 维度 | 分数（0—5） | 证据路径 | 最大缺口 | 本周行动 |
|---|---|---|---|---|
| 技能 | ||||
| 项目 | ||||
| 工程 | ||||
| 表达 |
总分可用于观察变化，但决策以最低维度为准。例如 4/4/2/4 不应被总分掩盖：工程维度仍需要先补到 3 分。
按评分选择下一步
有维度低于 3 分
只选最低维度的一项行动，设置一周截止日期和完成证据。若并列，优先顺序通常是：项目 → 工程 → 表达 → 技能；但如果目标 JD 明确要求你缺失的核心技能，应以 JD 为准。
四维均达到 3 分
开始小批量投递与你背景和项目高度匹配的岗位。每批记录 JD、材料版本、到达环节和真实反馈；样本很少时只描述观察，不计算或宣称稳定成功率。
某维长期不变
检查行动是否过大或不可验证。把“完善项目”“提升表达”改成一个具体交付物，例如“补 10 个固定评估样例并记录错误分类”或“完成一次五类追问模拟并修订事实卡”。
投递前最后检查
- 目标岗位与当前主项目是否直接相关；
- 简历中的每个技术名词是否有实际动作支撑；
- 仓库、文档和演示是否移除密钥与敏感数据；
- 指标是否注明基线、范围、条件与日期；
- 是否准备好说明课程代码、团队成果和个人贡献的边界；
- 是否能诚实回答未做过的生产、规模和协作问题；
- 是否为该 JD 调整了项目顺序和关键词，但没有编造经历。
常见误区与失败边界
- 只看总分：强项不能抵消关键维度的零证据。
- 把看过当会做：评分依据必须是可展示产出。
- 为了高分无限准备：四维达到最低门槛后，需要真实投递反馈校准。
- 把投递数量当准备质量：同一材料问题不会因扩大数量自动消失。
- 根据少量结果计算成功率：小样本只能用于发现问题，不能做稳定承诺。
- 分数与岗位脱离：不同 JD 的技能权重不同，必须重新核对。
可执行检查清单
- [ ] 四个维度均按证据独立评分
- [ ] 每个分数都记录了可访问的证据路径
- [ ] 已识别最低维度，没有被总分掩盖
- [ ] 低于 3 分的维度已安排一个一周内可完成的行动
- [ ] 四维达到 3 分后采用小批量投递并记录反馈
- [ ] 指标、项目性质和个人职责均真实可核验
- [ ] 没有把评分解释为 Offer、薪资或成功率预测
- [ ] 已设置下一次复核日期
下一步
回到 AI 求职与面试 Hub 对照目标岗位和完整准备路径。如果项目维度最低，下一步查看 企业级实战项目；如果表达维度最低，则先结合 后端面试题库 重写材料。