002 — Globex GmbH — Staff DevOps Engineer【免费下载链接】career-opsOpen-source AI job search: scan job portals, evaluate listings into a structured A-H report with a global 1-5 score, tailor your CV, track applications — runs locally in your AI coding CLI (Claude Code, Codex, OpenCode, Antigravity…)项目地址: https://gitcode.com/GitHub_Trending/ca/career-opsDate:2026-06-25Score:4.5/5URL:https://boards.example.test/globex/jobs/67890PDF:✅Legitimacy:High Confidence每个字段都有明确语义 | 字段 | 示例值 | 含义与判定口径 | |------|--------|----------------| | 标题 # NNN — Company — Role | 002 — Globex GmbH — Staff DevOps Engineer | NNN 是三位零填充的报告编号即 tracker 中的 num后接公司与职位名 | | **Date:** | 2026-06-25 | 评估日期格式 YYYY-MM-DD同时用作报告文件名的一部分 | | **Score:** | 4.5/5 | 全局评分格式固定为 X.X/5按 [modes/oferta.md](https://link.gitcode.com/i/a1650a5d551375839f6c1e6382efd4d8) 的说明默认取各评估块得分的平均分也可被用户自定义评分规则覆盖 | | **URL:** | https://boards.example.test/globex/jobs/67890 | 原始职位链接用于回查与去重 | | **PDF:** | ✅ | 是否生成了定制 CV PDF✅ 表示已生成❌ 表示未达到 PDF 阈值 | | **Legitimacy:** | High Confidence | 职位真实性分级取值见下文 | ### 1–5 评分的判定规则 4.5/5 这样的分数不是随意的「感觉分」。依据 [batch/batch-prompt.md](https://link.gitcode.com/i/c203a3813fc7378eea8b75a5c174e920) 第 460 行起的规格报告会读取 config/profile.yml 中的 auto_pdf_score_threshold缺省默认 3.0——只有当分数 ≥ 阈值时才自动生成 PDF并在头部写 **PDF:** ✅低于阈值则跳过 PDF 并在头部标注未生成、提示可事后通过 /career-ops pdf {company-slug} 按需生成。本示例 4.5 ≥ 3.0因此 PDF 为 ✅与报告第 5 步写入 tracker 的 pdf 字段状态一致。 此外评估在语义上被拆成多个维度Archetype 检测、匹配度、薪酬、风险、合法性等分别打分后汇总。整套打分规则允许用户通过 modes/_profile.md、modes/_custom.md 做个性化覆盖例如「标题含 Lead/Head/Principal 时 Block A 封顶 3.0/5」「薪酬上限低于某阈值强制 SKIP」等——这些是用户侧规则层报告本身的数字只是最终结果。 ### 真实性分级Legitimacy Tier 头部 Legitimacy 与 G 块的 Tier 对应合法取值为三档枚举High Confidence高置信/ Proceed with Caution谨慎推进/ Suspicious可疑。本示例为 High Confidence理由是职位页与公司官网 ATS 系统互相交叉引用、且招聘经理通过内推渠道确认了该职位需求——这部分详细论据落在 G 块里。 ## 三、逐块拆解 A–G 评估内容 从第 9 行开始报告主体是七个以 ## A. ~ ## G. 为标题的评估块。每个块回答投递决策中的一个独立问题。下面用本示例内容逐块讲解引用自 [002-globex 报告](https://link.gitcode.com/i/632d3f45401c6f9123c2b9b554a6fe00)。 ### A. Role Summary —— 职位是什么 markdown ## A. Role Summary Staff DevOps engineer owning the Kubernetes platform for 40 microservices.用一句话概括职位本质职责范围owning the Kubernetes platform、规模线索40 microservices、技术栈Kubernetes。在完整格式见 examples/sample-report.md中该块还会展开成表格Archetype、Domain、Function、Seniority、Remote、Team size 与 TL;DR。这一块是后续所有块的锚点也是 archetype 检测如本报告的 Reliability engineer 定位的输入。B. Fit Analysis —— 匹配度如何## B. Fit Analysis Near-identical to Globex-era EKS platform work; availability track record matches the SLO bar.B 块回答「候选人简历与该职位的重叠度」。这里点出两件事一是候选人过往有 Globex 时期的 EKS 平台经验与本职位近乎一致二是简历上的可用性availability指标与职位要求的 SLO 门槛匹配。完整格式的 B 块是逐条 JD 需求对照表格JD Requirement / CV Match / SourceGap 及严重度与化解话术此处是浓缩版本。其match状态在机器层面对应 strong / partial / missing / naB 块的 importance 判定要求仅依据 JD 本身、不得提前读取候选证据防止「先入为主」污染打分。C. Compensation —— 薪酬是否符合预期## C. Compensation Advertised £95-110k GBP; upper half of target band.C 块把 JD 明示的薪酬区间advertised_comp必须原文引用、禁止臆测或拿市场数据顶替与用户的目标区间做比较。本示例结论广告薪资 £95-110k GBP处于用户目标区间的上半段是加分项。从 batch/batch-prompt.md 的规则看JD 没写薪资时该字段应为null报告不得替 JD 编一个数字——「薪资缺口」类判断由下游salary-gap.mjs读取报告里的广告薪酬来算所以报告里的原文引用要尽量干净准确。D. Risks —— 有哪些风险点## D. Risks Platform and SRE orgs recently merged; reporting line may change.D 块记录阻碍投递或入职后可能生变的风险因素如组织架构变动、汇报线不明、远程政策存疑、技术栈迁移等。本示例指出 Platform 与 SRE 两个组织刚合并汇报线可能变化——这是入职后稳定性维度的软性风险对应机器摘要中的soft_gaps。硬性阻断hard_stops如工作签证不支持的硬性门槛如果存在会写在这里并直接影响最终决策。E. Verdict —— 到底投不投## E. Verdict Apply — referral in play. Lead with the 99.95% availability proof point.E 块是决策块。先给结论Apply / Consider / Research first / Skip 四选一再给行动要点。本示例结论为Apply且给出两个高价值提示已有内推referral in play面试/材料中要主打「99.95% 可用性」这个最强证据点proof point。决策必须综合整份评估含 D 块风险、G 块真实性不能只看简历匹配度。F. Next Steps —— 下一步是什么## F. Next Steps Phone screen booked 2026-07-02.F 块记录确定性的下一步行动与时间节点例如已预约的面试、待提交的网申、要准备的 STAR 故事等。完整格式下还会进一步拆出按 JD 需求编号的 STAR 故事表与推荐 case study可参考 examples/sample-report.md 的 F 块。本示例已把初筛电话面试约在 2026-07-02意味着这条投递已进入真实推进阶段。G. Posting Legitimacy —— 职位是不是真的## G. Posting Legitimacy Company site cross-links the ATS posting; hiring manager confirmed the req via referral. Tier: High Confidence.G 块负责对职位真实性给出可复核的证据链与分级。本示例给两条交叉验证证据公司官网交叉链接到该 ATS 职位页招聘经理通过内推渠道确认职位需求真实存在。据此判定High Confidence。从批处理规格看G 块还会考虑 AI 自动筛选披露AI-screening disclosure信号与司法辖区合规要求结果汇总进Risk Summary。四、机器可读层Machine Summary 与报告的可解析性纯文本的 A–G 块给人读机器可读层则保证报告能被程序消费。对比 state-v1.16 与升级后的 state-v1.18 两份同主题报告可以看到 v1.18 在 A 块之前新增了## Machine SummaryYAML 代码块这正是「报告格式随版本演进」的夹具证据——upgrade 测试夹具的目的就是保证这类结构升级可被检测、可被迁移。Machine Summary以固定 YAML 键值承载机器可读结论键保持英文小写蛇形不随language.output翻译保证下游解析稳定例如company: Globex role: Staff DevOps Engineer score: 4.5 legitimacy_tier: High Confidence archetype: Reliability engineer final_decision: Apply hard_stops: [] soft_gaps: - Platform and SRE orgs recently merged; reporting line may change top_strengths: - 99.95% availability over 3 years on EKS risk_level: Low confidence: High next_action: Prepare for phone screen booked 2026-07-02 via: Hays company_confidential: false advertised_comp: £95-110k GBP这些键正好把 A–G 各块的结论结构化score对应头部4.5/5的纯数字形式legitimacy_tier对应 G 块 Tiersoft_gaps对应 D 块风险advertised_comp对应 C 块的 JD 原文薪酬via记录投递渠道如猎头公司名。此外还有requirement_importance逐条镜像 B 块表格、risk_summary逐行镜像Risk Summary块等扩展键。整体格式约定、取值枚举与「不得编造缺失数据、置信度低时必须标注 Low」等纪律详见 batch/batch-prompt.md 的 Machine Summary 节。五、报告文件的命名、落盘与 tracker 关联一份报告不是孤立文本而是靠命名约定 编号引用嵌进整个求职数据系统文件名形如{REPORT_NUM}-{company-slug}-{DATE}.md例如002-globex-2026-06-25.md002是报告号globex是转小写、连字符化、文件系统安全的公司 slug2026-06-25是日期见 batch/batch-prompt.md 第 377–383 行与 examples/README.md 的整体目录说明。本夹具恰好放在test-fixtures/upgrade/state-v1.16/reports/下同目录还有编号 001 的 Acme 报告构成一组顺序编号样例。tracker 行引用报告批量评估的第 5 步会把「一行表头 一行数据」的 TSV 写到batch/tracker-additions/其中 report 列以{REPORT_NUM}的 Markdown 链接指向报告文件score 列写4.5/5、pdf 列写✅/❌。随后merge-tracker.mjs按列名解析并合并进主 tracker报告与 tracker 通过num强关联。相关验证逻辑可参考 tests/mark-pdf-ready.test.mjs其中2即是报告链接与 PDF 状态同步的测试样例。编号唯一性与报告顺序新增报告时会通过reserve-report-num之类机制避免002与既有文件冲突tests/reserve-report-num.test.mjs 中可见009-acme-2026-08-12.md、010-globex-2026-08-12.md这类连续性用例。作为升级夹具验证状态在不同 schema 间不丢test-fixtures/upgrade/ 不是简单的报告存档而是 upgrade 自检的输入集。每个 state 快照包含config/profile.yml、data/下的 tracker 相关文件、modes/_profile.md、reports/、cv.md、portals.yml并配一份 expected.json声明该状态应满足的校验口径{ schema_version: 1, tracker_rows: 6, status_counts: { Applied: 2, Interview: 1, SKIP: 1, Evaluated: 1, Rejected: 1 }, report_files: 2, has_via_column: false, salary_observations: null }【免费下载链接】career-opsOpen-source AI job search: scan job portals, evaluate listings into a structured A-H report with a global 1-5 score, tailor your CV, track applications — runs locally in your AI coding CLI (Claude Code, Codex, OpenCode, Antigravity…)项目地址: https://gitcode.com/GitHub_Trending/ca/career-ops创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 002 — Globex GmbH — Staff DevOps Engineer
002 — Globex GmbH — Staff DevOps Engineer【免费下载链接】career-opsOpen-source AI job search: scan job portals, evaluate listings into a structured A-H report with a global 1-5 score, tailor your CV, track applications — runs locally in your AI coding CLI (Claude Code, Codex, OpenCode, Antigravity…)项目地址: https://gitcode.com/GitHub_Trending/ca/career-opsDate:2026-06-25Score:4.5/5URL:https://boards.example.test/globex/jobs/67890PDF:✅Legitimacy:High Confidence每个字段都有明确语义 | 字段 | 示例值 | 含义与判定口径 | |------|--------|----------------| | 标题 # NNN — Company — Role | 002 — Globex GmbH — Staff DevOps Engineer | NNN 是三位零填充的报告编号即 tracker 中的 num后接公司与职位名 | | **Date:** | 2026-06-25 | 评估日期格式 YYYY-MM-DD同时用作报告文件名的一部分 | | **Score:** | 4.5/5 | 全局评分格式固定为 X.X/5按 [modes/oferta.md](https://link.gitcode.com/i/a1650a5d551375839f6c1e6382efd4d8) 的说明默认取各评估块得分的平均分也可被用户自定义评分规则覆盖 | | **URL:** | https://boards.example.test/globex/jobs/67890 | 原始职位链接用于回查与去重 | | **PDF:** | ✅ | 是否生成了定制 CV PDF✅ 表示已生成❌ 表示未达到 PDF 阈值 | | **Legitimacy:** | High Confidence | 职位真实性分级取值见下文 | ### 1–5 评分的判定规则 4.5/5 这样的分数不是随意的「感觉分」。依据 [batch/batch-prompt.md](https://link.gitcode.com/i/c203a3813fc7378eea8b75a5c174e920) 第 460 行起的规格报告会读取 config/profile.yml 中的 auto_pdf_score_threshold缺省默认 3.0——只有当分数 ≥ 阈值时才自动生成 PDF并在头部写 **PDF:** ✅低于阈值则跳过 PDF 并在头部标注未生成、提示可事后通过 /career-ops pdf {company-slug} 按需生成。本示例 4.5 ≥ 3.0因此 PDF 为 ✅与报告第 5 步写入 tracker 的 pdf 字段状态一致。 此外评估在语义上被拆成多个维度Archetype 检测、匹配度、薪酬、风险、合法性等分别打分后汇总。整套打分规则允许用户通过 modes/_profile.md、modes/_custom.md 做个性化覆盖例如「标题含 Lead/Head/Principal 时 Block A 封顶 3.0/5」「薪酬上限低于某阈值强制 SKIP」等——这些是用户侧规则层报告本身的数字只是最终结果。 ### 真实性分级Legitimacy Tier 头部 Legitimacy 与 G 块的 Tier 对应合法取值为三档枚举High Confidence高置信/ Proceed with Caution谨慎推进/ Suspicious可疑。本示例为 High Confidence理由是职位页与公司官网 ATS 系统互相交叉引用、且招聘经理通过内推渠道确认了该职位需求——这部分详细论据落在 G 块里。 ## 三、逐块拆解 A–G 评估内容 从第 9 行开始报告主体是七个以 ## A. ~ ## G. 为标题的评估块。每个块回答投递决策中的一个独立问题。下面用本示例内容逐块讲解引用自 [002-globex 报告](https://link.gitcode.com/i/632d3f45401c6f9123c2b9b554a6fe00)。 ### A. Role Summary —— 职位是什么 markdown ## A. Role Summary Staff DevOps engineer owning the Kubernetes platform for 40 microservices.用一句话概括职位本质职责范围owning the Kubernetes platform、规模线索40 microservices、技术栈Kubernetes。在完整格式见 examples/sample-report.md中该块还会展开成表格Archetype、Domain、Function、Seniority、Remote、Team size 与 TL;DR。这一块是后续所有块的锚点也是 archetype 检测如本报告的 Reliability engineer 定位的输入。B. Fit Analysis —— 匹配度如何## B. Fit Analysis Near-identical to Globex-era EKS platform work; availability track record matches the SLO bar.B 块回答「候选人简历与该职位的重叠度」。这里点出两件事一是候选人过往有 Globex 时期的 EKS 平台经验与本职位近乎一致二是简历上的可用性availability指标与职位要求的 SLO 门槛匹配。完整格式的 B 块是逐条 JD 需求对照表格JD Requirement / CV Match / SourceGap 及严重度与化解话术此处是浓缩版本。其match状态在机器层面对应 strong / partial / missing / naB 块的 importance 判定要求仅依据 JD 本身、不得提前读取候选证据防止「先入为主」污染打分。C. Compensation —— 薪酬是否符合预期## C. Compensation Advertised £95-110k GBP; upper half of target band.C 块把 JD 明示的薪酬区间advertised_comp必须原文引用、禁止臆测或拿市场数据顶替与用户的目标区间做比较。本示例结论广告薪资 £95-110k GBP处于用户目标区间的上半段是加分项。从 batch/batch-prompt.md 的规则看JD 没写薪资时该字段应为null报告不得替 JD 编一个数字——「薪资缺口」类判断由下游salary-gap.mjs读取报告里的广告薪酬来算所以报告里的原文引用要尽量干净准确。D. Risks —— 有哪些风险点## D. Risks Platform and SRE orgs recently merged; reporting line may change.D 块记录阻碍投递或入职后可能生变的风险因素如组织架构变动、汇报线不明、远程政策存疑、技术栈迁移等。本示例指出 Platform 与 SRE 两个组织刚合并汇报线可能变化——这是入职后稳定性维度的软性风险对应机器摘要中的soft_gaps。硬性阻断hard_stops如工作签证不支持的硬性门槛如果存在会写在这里并直接影响最终决策。E. Verdict —— 到底投不投## E. Verdict Apply — referral in play. Lead with the 99.95% availability proof point.E 块是决策块。先给结论Apply / Consider / Research first / Skip 四选一再给行动要点。本示例结论为Apply且给出两个高价值提示已有内推referral in play面试/材料中要主打「99.95% 可用性」这个最强证据点proof point。决策必须综合整份评估含 D 块风险、G 块真实性不能只看简历匹配度。F. Next Steps —— 下一步是什么## F. Next Steps Phone screen booked 2026-07-02.F 块记录确定性的下一步行动与时间节点例如已预约的面试、待提交的网申、要准备的 STAR 故事等。完整格式下还会进一步拆出按 JD 需求编号的 STAR 故事表与推荐 case study可参考 examples/sample-report.md 的 F 块。本示例已把初筛电话面试约在 2026-07-02意味着这条投递已进入真实推进阶段。G. Posting Legitimacy —— 职位是不是真的## G. Posting Legitimacy Company site cross-links the ATS posting; hiring manager confirmed the req via referral. Tier: High Confidence.G 块负责对职位真实性给出可复核的证据链与分级。本示例给两条交叉验证证据公司官网交叉链接到该 ATS 职位页招聘经理通过内推渠道确认职位需求真实存在。据此判定High Confidence。从批处理规格看G 块还会考虑 AI 自动筛选披露AI-screening disclosure信号与司法辖区合规要求结果汇总进Risk Summary。四、机器可读层Machine Summary 与报告的可解析性纯文本的 A–G 块给人读机器可读层则保证报告能被程序消费。对比 state-v1.16 与升级后的 state-v1.18 两份同主题报告可以看到 v1.18 在 A 块之前新增了## Machine SummaryYAML 代码块这正是「报告格式随版本演进」的夹具证据——upgrade 测试夹具的目的就是保证这类结构升级可被检测、可被迁移。Machine Summary以固定 YAML 键值承载机器可读结论键保持英文小写蛇形不随language.output翻译保证下游解析稳定例如company: Globex role: Staff DevOps Engineer score: 4.5 legitimacy_tier: High Confidence archetype: Reliability engineer final_decision: Apply hard_stops: [] soft_gaps: - Platform and SRE orgs recently merged; reporting line may change top_strengths: - 99.95% availability over 3 years on EKS risk_level: Low confidence: High next_action: Prepare for phone screen booked 2026-07-02 via: Hays company_confidential: false advertised_comp: £95-110k GBP这些键正好把 A–G 各块的结论结构化score对应头部4.5/5的纯数字形式legitimacy_tier对应 G 块 Tiersoft_gaps对应 D 块风险advertised_comp对应 C 块的 JD 原文薪酬via记录投递渠道如猎头公司名。此外还有requirement_importance逐条镜像 B 块表格、risk_summary逐行镜像Risk Summary块等扩展键。整体格式约定、取值枚举与「不得编造缺失数据、置信度低时必须标注 Low」等纪律详见 batch/batch-prompt.md 的 Machine Summary 节。五、报告文件的命名、落盘与 tracker 关联一份报告不是孤立文本而是靠命名约定 编号引用嵌进整个求职数据系统文件名形如{REPORT_NUM}-{company-slug}-{DATE}.md例如002-globex-2026-06-25.md002是报告号globex是转小写、连字符化、文件系统安全的公司 slug2026-06-25是日期见 batch/batch-prompt.md 第 377–383 行与 examples/README.md 的整体目录说明。本夹具恰好放在test-fixtures/upgrade/state-v1.16/reports/下同目录还有编号 001 的 Acme 报告构成一组顺序编号样例。tracker 行引用报告批量评估的第 5 步会把「一行表头 一行数据」的 TSV 写到batch/tracker-additions/其中 report 列以{REPORT_NUM}的 Markdown 链接指向报告文件score 列写4.5/5、pdf 列写✅/❌。随后merge-tracker.mjs按列名解析并合并进主 tracker报告与 tracker 通过num强关联。相关验证逻辑可参考 tests/mark-pdf-ready.test.mjs其中2即是报告链接与 PDF 状态同步的测试样例。编号唯一性与报告顺序新增报告时会通过reserve-report-num之类机制避免002与既有文件冲突tests/reserve-report-num.test.mjs 中可见009-acme-2026-08-12.md、010-globex-2026-08-12.md这类连续性用例。作为升级夹具验证状态在不同 schema 间不丢test-fixtures/upgrade/ 不是简单的报告存档而是 upgrade 自检的输入集。每个 state 快照包含config/profile.yml、data/下的 tracker 相关文件、modes/_profile.md、reports/、cv.md、portals.yml并配一份 expected.json声明该状态应满足的校验口径{ schema_version: 1, tracker_rows: 6, status_counts: { Applied: 2, Interview: 1, SKIP: 1, Evaluated: 1, Rejected: 1 }, report_files: 2, has_via_column: false, salary_observations: null }【免费下载链接】career-opsOpen-source AI job search: scan job portals, evaluate listings into a structured A-H report with a global 1-5 score, tailor your CV, track applications — runs locally in your AI coding CLI (Claude Code, Codex, OpenCode, Antigravity…)项目地址: https://gitcode.com/GitHub_Trending/ca/career-ops创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考