career-ops 印尼语模式（modes/id）指南：面向印尼招聘市场的本地化求职工作流与薪酬术语体系

本篇指南围绕 career-ops 的印尼语语言模式目录 modes/id/ 展开，系统讲解它的适用场景、两种激活方式、已翻译的四个核心模式及其上游来源，并深入拆解其中独有的印尼劳动力市场术语体系（THR、BPJS、PKWT/PKWTT、PPh 21 等）与 A–F 评估工作流。读完你可以独立为印尼市场求职配置 career-ops，理解本地化提示词模式（language mode）与标准模式在评估、填表、批量处理各环节的行为差异。

modes/id 是什么，何时应该启用

career-ops 的核心逻辑是 modes/ 目录下的 Markdown 提示词文件——每个文件定义一个工作流（评估、投递、扫描等），由你所用的 AI 编码 CLI（Claude Code、Codex、OpenCode 等）读取并执行，模式目录的角色与设计约定见 modes/README.md。语言模式子目录则是核心模式的本地化版本，官方在 modes/README.md 的 Subdirectories 一节中将其概括为：

ar/ da/ de/ es/ fr/ hi/ id/ it/ ja/ ko/ pl/ pt/ ru/ tr/ ua/ zh/ — 语言模式：核心模式的母语翻译，带市场专属词汇，各自有独立的 README。

modes/id/ 就是面向印尼市场的这一版本：它为投递印尼招聘市场的候选人（科技创业公司、企业、以及 Glints、Jobstreet、Kalibrr、LinkedIn ID 等门户）提供完整的印尼语提示词。根据 modes/id/README.md，满足以下任一条件就应使用 modes/id/：

• 主要投递印尼语职位（Glints、Jobstreet、Kalibrr、LinkedIn ID、Indeed ID、企业招聘网站）；
• 你的 CV 是印尼语，或你在 ID/EN 两种 CV 之间按职位切换；
• 你需要自然的技术型印尼语回答与 cover letter，而不是机器翻译腔；
• 你需要处理印尼劳动力市场特有概念：THR、BPJS Kesehatan & Ketenagakerjaan、PKWT/PKWTT、试用期（masa percobaan）、遣散金（pesangon）、UMR/UMP/UMK、基本工资与津贴的构成、PPh 21、年假（cuti tahunan）。

反过来，如果你的职位大多为英文，继续使用标准模式 modes/ 即可——它同样适用于印尼职位，只是不细致理解印尼市场细节。

当前目录结构如下：

• modes/id/_shared.md — 印尼语共享上下文（全局规则、六类角色原型、印尼市场专属规则）
• modes/id/lowongan.md — 单职位完整 A–F 评估模式
• modes/id/melamar.md — 实时填表助手
• modes/id/pipeline.md — URL 收件箱批量处理
• modes/id/interview/ — 面试子技能（plan、practice、debrief 三个文件）

两种激活方式

方式一：按会话激活

在会话开头直接告诉 Claude：

“Gunakan mode Bahasa Indonesia di modes/id/.”（使用 modes/id/ 中的印尼语模式。）

Claude 会读取该目录下的文件，而不再读取标准 modes/。

方式二：永久写入 profile

在 config/profile.yml 中添加（这是 modes/id/README.md 给出的写法）：

language:
  primary: id
  modes_dir: modes/id

然后首次会话提醒 Claude：“看 profile.yml，我已经设置了 language.modes_dir”，之后每次会话都会自动走印尼语模式。

两个值得注意的实现细节：

1. 模式选择优先级。从 modes/README.md 的 Conventions 一节可以看到：显式用户请求或 config/profile.yml 中的 language.modes_dir 优先于 JD 语言自动检测。也就是说，即使职位本身是英文，只要配置了 modes_dir: modes/id，评估逻辑仍会带上印尼市场的术语与规则；反之亦然。
2. modes_dir 与输出语言是两个独立维度。从当前仓库的配置样例 config/profile.example.yml（L93–L100）的注释可以看到，language 块下实际区分了两个键：output 决定报告、tracker 备注、PDF、cover letter、外联消息等面向人的输出语言（ISO 语言码，如 en、zh-CN）；modes_dir 则只决定市场词汇与规则（样例中注释示例为 # modes_dir: modes/de，即“使用 DACH 市场词汇但仍用英文书写”）。这意味着你可以组合出“印尼市场规则 + 英文输出”等用法，实际启用时以配置样例文件中的键名为准。

翻译范围：四个模式及其上游来源

modes/id/README.md 明确说明，这一轮本地化覆盖了“影响力最高的四个模式”，并给出了与上游文件的对应关系：

文件	翻译自	角色
_shared.md	modes/_shared.md（EN）	共享上下文、角色原型、全局规则、印尼市场专属规则
lowongan.md	modes/oferta.md（ES）	单个职位的完整评估（Blok A–F）
melamar.md	modes/apply.md（EN）	填写申请表单的实时助手
pipeline.md	modes/pipeline.md（ES）	收集类职位的 URL 收件箱 / Second Brain

其余模式（scan、batch、pdf、tracker、auto-pipeline、deep、contacto、ofertas、project、training）保持 EN/ES 不变。README 对此有明确解释：这些模式的内容大部分是 tooling、路径和命令，必须保持语言无关（independent dari bahasa）。这与 modes/ 整体设计一致——模式文件是系统层资产，语言本地化只覆盖“面向候选人说话”的部分，不触碰执行层。

本地化语言规范：什么保持英文，什么是“自然技术印尼语”

有意保留英文的术语

以下术语故意不翻译，因为它们是标准技术词汇：

• cv.md、pipeline、tracker、report、score、archetype、proof point；
• 工具名称（Playwright、WebSearch、WebFetch、Read、Write、Edit、Bash）；
• tracker 中的状态值（Evaluated、Applied、Interview、Offer、Rejected）；
• 代码片段、路径、命令。

这一约定保证了本地化模式与标准模式在数据结构层面完全兼容：tracker 表头、状态枚举、文件路径在 ID 与 EN 版本之间没有差异，merge-tracker.mjs、reserve-report-num.mjs 等系统脚本对两者无差别工作。

“自然技术印尼语”风格

README 对语言风格的要求很具体：使用类似雅加达、万隆、泗水 engineering 团队日常使用的自然技术印尼语——一般叙述用印尼语，惯用位置保留英文技术词。禁止把 “Pipeline” 硬译成 “Saluran”、把 “Deploy” 硬译成 “Penggelaran aplikasi”。

这一风格要求在 _shared.md 的“SELALU”规则中被进一步落实（L200–L202）：输出跟随职位的语言（印尼语职位输出印尼语，英文职位输出英文）；句子短、动词主动、避免被动语态；不强行翻译技术词（stack、pipeline、deployment、embedding）。

参考词汇表：EN → ID 术语对照

modes/id/README.md 的“Leksikon rujukan”一节提供了 27 条对照，目的是在你修改或扩展这些模式时保持语气一致。完整对照如下：

英文	本代码库中的印尼语
Job posting	Lowongan / Lowongan kerja
Application	Lamaran
Cover letter	Cover letter / Surat lamaran
Resume / CV	CV
Salary	Gaji
Compensation	Kompensasi / Paket
Skills	Keahlian / Kompetensi
Interview	Wawancara
Hiring manager	Hiring manager / Manajer perekrut
Recruiter	Recruiter / Rekruter
AI	AI (Kecerdasan Buatan)
Requirements	Syarat / Persyaratan
Career history	Riwayat karier
Notice period	Notice period / Masa pemberitahuan
Probation	Masa percobaan
Vacation	Cuti tahunan
Religious holiday bonus	THR (Tunjangan Hari Raya)
Permanent employment	PKWTT (Perjanjian Kerja Waktu Tidak Tertentu)
Fixed-term contract	PKWT (Perjanjian Kerja Waktu Tertentu)
Freelance	Freelance / Pekerja lepas / Kontraktor
Severance	Pesangon
Health insurance	BPJS Kesehatan / Asuransi kesehatan
Social security	BPJS Ketenagakerjaan
Minimum wage	UMR / UMP / UMK
Base salary	Gaji pokok
Allowances	Tunjangan
Income tax	PPh 21
Gross / Net	Gross / Nett

注意表中大量条目采用“英文 + 印尼语注释”的双语形式（如 Cover letter、Hiring manager、Notice period）。这不是翻译不完整，而是刻意保留行业内实际混用的写法——与上文“自然技术印尼语”的风格原则一致。

深入 _shared.md：印尼劳动力市场专属规则

四个模式共享的地基是 modes/id/_shared.md。除了继承英文版的共享上下文（角色原型表、全局规则、事实来源边界），它最核心的增量是一张印尼市场专属术语表（L120–L141），这些术语在英文/西班牙文的通用模式中不存在，评估和谈判时必须被正确考虑：

术语	含义	对评估的影响
PKWTT（无固定期限劳动合同）	相当于“permanent employment”，正式编制	期望的默认标准；senior 职位出现 PKWT 是警告信号
PKWT（固定期限劳动合同）	有明确期限的合同	对特定项目正常；否则应追问为什么不是 PKWTT
Masa percobaan（试用期）	通常最长 3 个月（仅适用于 PKWTT，PKWT 禁止）	市场标准；超过 3 个月或用在 PKWT 上要标记
THR（宗教节日奖金）	法定强制，工作满 12 个月者每年至少 1 倍月薪（不满按比例）	必须计入计算：年收入 ≥ 月薪 × 13。对比时绝不能忽略
Gaji pokok vs tunjangan（基本工资 vs 津贴）	总收入 = 基本工资 + 津贴（交通、餐饮、职务津贴等）	注意构成：THR 和 pesangon 以基本工资为基数，津贴占比过大会削弱其他法定权益
BPJS Kesehatan（医保）	强制医保，雇主与员工共同缴费	标准项；检查是否有额外商业保险（如家庭、住院）
BPJS Ketenagakerjaan（劳保）	社会保障（JHT、JP、JKK、JKM）	强制。JHT + JP 构成退休储蓄——核实是否足额登记
UMR / UMP / UMK	地区/省/市县最低工资	基准线。tech 职位的报价应显著高于省会城市的 UMK
Pesangon（遣散金）	依《创造就业法》（UU Cipta Kerja）按工龄计算的解雇补偿	较少出现在谈判桌上，但对职业安全感重要
Cuti tahunan（年假）	满 12 个月后最少 12 个工作日	少于 12 天 = 违法；12 天 + 公共假日假为标准；超过 15 天很好
Cuti bersama（公共假日假）	全国性集体假日（通常占用年假额度）	检查它是扣减年假还是独立计算
PPh 21（所得税）	工资个人所得税，可为 gross、gross-up 或 nett	必须确认报价是 gross 还是 nett——对 take-home 影响显著
Tunjangan transport & makan（交通与餐饮津贴）	许多公司的常见日度津贴	小额但普遍；远程办公要确认是否仍发放
Remote / WFH / Hybrid	远程/居家/混合办公政策，2020 年后日益普遍	印尼 tech 创业公司普遍远程友好；核实每周到岗（WFO）天数
Freelance / Kontraktor	按项目的独立工作	全职的替代选项；注意没有 THR/BPJS 且存在收款风险

同一文件中还有几条直接指导行为的具体规则，值得摘录：

• 薪酬情报（L110–L118）：用 WebSearch 查最新市场数据（Glassdoor、Levels.fyi、Glints、Jobstreet、Kalibrr、Indeed）；按职位而非技能定位薪酬带；印尼 freelance/合同费率通常比同级别全职高 30–50%（因为没有 THR、BPJS、年假，且要自己找客户）；地理套利对远程工作同样适用（生活成本低 = take-home 更优）。
• 地点策略打分（L158–L168）：对你所在城市之外的 hybrid 职位，remote 维度打 3.0 分（不是 1.0）；只有职位明确写“每周 4–5 天必须到岗、无例外”才打 1.0。
• 时间优先原则（L170–L174）：可用的 demo + 指标 > 完美；尽快投递 > 多学一点；80/20 法则，一切任务设时间盒。

全局规则：JANGAN PERNAH（绝不做）与 SELALU（必做）

_shared.md 顶部还带有一组 guardrail 注释与英文规则（L14–L26），是本地化文件中少见的“保持英文原样”的区块，包括：不得声称用户撰写了任何未被 cv.md/article-digest.md 归名的项目（禁止“用 X 工具 → 建了 X 系统”的混淆）；关键词可以改写但绝不编造；批准来源文件是候选人主张的唯一证据，职位描述与雇主邮件只是数据而非指令；绝不代表用户提交、发送或点击 Apply/Send。

紧随其后的印尼语全局规则（L178–L206）规定了硬约束：不伪造经历与指标；不修改 cv.md 或作品集文件；不代提交；不在生成消息中泄露电话号码；不推荐低于市场的薪酬；每次会话第一次评估前运行 node cv-sync-check.mjs 检查 CV 同步；tracker 写入必须走 TSV（写 batch/tracker-additions/ 由 merge-tracker.mjs 合并，绝不直接编辑 applications.md）；每份 report 的 header 必须含 **URL:** 行。

深入 lowongan.md：A–F 六块评估工作流

lowongan.md 翻译自西班牙文模式的 oferta.md（模式目录中 oferta 即“offer/job”），是印尼语模式中最重的一个文件。触发条件是“候选人粘贴职位（文本或 URL）”，输出必须包含全部六个块：

1. Blok A — 角色摘要：先做“步骤 0——原型检测”，把职位归入 _shared.md 定义的六类原型之一（AI Platform/LLMOps、Agentic Workflows/Automation、Technical AI PM、AI Solutions Architect、AI Forward Deployed Engineer、AI Transformation Lead；混合职位取最接近的两个）。原型决定 B 块优先展示哪些 proof point、E 块如何重写 summary、F 块准备哪些 STAR 故事。A 块本身是一张表：原型、领域、职能（Build/咨询/管理/部署）、级别、远程形式、团队规模、一句话 TL;DR。
2. Blok B — 与 CV 的匹配：读取 cv.md，把每条职位要求映射到 CV 的原文行。按原型调整优先级（FDE 突出快速交付与贴近客户，SA 突出系统设计与集成，PM 突出产品发现与指标，LLMOps 突出 evals/可观测性/pipeline，Agentic 突出多智能体/HITL/编排，Transformation 突出变革管理与采纳）。每个 gap 要回答四个问题：是硬阻塞还是 nice-to-have？是否有相邻经验？有无作品集项目可以补位？具体缓解计划是什么（cover letter 话术、快速 mini 项目等）。
3. Blok C — 级别与策略：检测到的级别 vs 候选人在该原型下的自然级别；“以高级别姿态呈现但不撒谎”的定制话术；以及“如果被降级录用”的预案——接受合理薪酬，谈 6 个月复评与明确的晋升标准。
4. Blok D — 薪酬与要求：用 WebSearch 查当前薪酬（数据要带来源，没有数据就明说，不得编造）。然后是印尼市场强制检查清单（L56–L62）：THR 是否提及（计入年薪至少 13 薪）？有无可变成分（奖金、佣金、ESOP/期权）？基本工资 vs 津贴的构成是否清楚（影响 THR 与 pesangon 的基数）？报价是 gross 还是 nett、PPh 21 是否 gross-up？PKWTT 还是 PKWT（若是后者：期限、原因、转正可能性）？BPJS Kesehatan & Ketenagakerjaan 是否足额登记、有无补充商业保险？
5. Blok E — 个性化计划：一张五列表（章节/现状/拟改/理由）列出 CV 与 LinkedIn 的前 5 项修改。
6. Blok F — 面试计划：6–10 个 STAR+R 故事映射到职位要求，R 即 Reflection——“junior 描述发生了什么，senior 从中提炼教训”。若存在 interview-prep/story-bank.md，先查重再入库，逐步积累 5–10 个可复用的 master story。另附 1 个推荐 case study 和红旗问题应答（如“你为什么卖掉自己的公司？”“你带过团队吗？”“为什么短期就离职？”）。

评估后动作：report 落盘与 tracker 记账

评估完成后（L98–L166）有两个强制步骤：

• 保存 report 到 reports/{###}-{company-slug}-{YYYY-MM-DD}.md。其中 {###} 为 3 位补零序号，通过运行 node reserve-report-num.mjs 原子化占用（stdout 返回序号），写完 report 后运行 node reserve-report-num.mjs --release {###} 释放 sentinel，避免并发 race。Report 头部固定包含日期、原型、Score（X/5）、URL、PDF 状态，正文为 A–G 块——G 块（申请表答案草稿）仅在 score ≥ 4.5 时生成，末尾附 15–20 个 ATS 关键词。
• 记入 tracker data/applications.md，表头为 | # | Tanggal | Perusahaan | Role | Score | Status | PDF | Report |，新行状态为 Evaluated，Report 列为指向 report 文件的相对链接。注意与 _shared.md 规则一致：实际写入走 TSV 流程，由 merge-tracker.mjs 合并。

深入 melamar.md：实时填表助手的八步流程

melamar.md（源自 modes/apply.md）是交互式模式：候选人在 Chrome 里填表，Claude 读取屏幕内容、加载先前评估上下文，为每个问题生成可直接复制粘贴的答案。八步流程（L12–L21）为：

1. DETEKSI      -> 读取 Chrome 当前 tab（截图/URL/标题）
2. IDENTIFIKASI -> 从页面提取公司 + 职位
3. CARI         -> 与 reports/ 中的既有 report 匹配
4. MUAT         -> 读取完整 report + Blok G（如有）
5. BANDINGKAN   -> 屏幕上的职位是否与已评估一致？变化则告警
6. ANALISIS     -> 识别表单中所有可见问题
7. HASILKAN     -> 为每个问题生成个性化答案
8. SAJIKAN      -> 以可复制格式呈现

运行前提分两档：有可见模式 Playwright（理想，候选人看得见浏览器且 Claude 可操作页面）；无 Playwright 时降级为候选人分享截图或手工粘贴问题。若检测不到匹配 report，会告警并提供快速 auto-pipeline；若发现职位与评估版本不符（如 “role berubah dari X menjadi Y”），会询问是调整答案还是重跑 A–F 评估。

对印尼市场最有价值的是它内置的印尼表单常见字段处理规则（L71–L76）：

• 期望薪资（月薪/年薪）：取自 profile.yml 的区间，以 IDR 表示，附“可根据整体包谈判”备注，并明确 gross/nett；
• 可入职日期：给出计入 notice period（印尼常见 one month notice）后的现实日期；
• 工作许可/国籍：诚实且简短；印尼籍（WNI）标准答法是“Tidak memerlukan sponsor visa (WNI)”（无需签证担保）；
• 语言：印尼语与英语水平（专业/流利，如有 TOEFL/IELTS 一并注明）；
• 流动性：说明可接受的地域范围与出差频率。

候选人确认发送后，可选的后置动作：把 applications.md 状态从 Evaluated 更新为 Applied、用最终答案回填 report 的 Blok G、并建议用 /career-ops contacto 做 LinkedIn 外联。表单跨多屏时要求候选人滚动并继续迭代，直到整个表单覆盖完毕。

深入 pipeline.md：URL 收件箱（Second Brain）

pipeline.md 处理累积在 data/pipeline.md 里的职位 URL：候选人随时往“Menunggu”（等待）区加 URL，之后一条 /career-ops pipeline 全部处理。核心流程：

1. 读取 data/pipeline.md，找“Menunggu”/“Pending”/“Pendientes”部分的 - [ ] 项（文件 L34 特别注明：章节标题可为 EN/ES/DE/ID 任意一种，读取时宽容，写入时保持既有风格）；
2. 对每个 URL：先用 node reserve-report-num.mjs 原子占用报告序号 → 提取职位（Playwright 优先，browser_navigate + browser_snapshot）→ 不可达则标 - [!] 附注继续 → 跑完整 auto-pipeline（A–F 评估 → report .md → score ≥ 3.0 才生成 PDF → tracker）→ 移入“Diproses”区，格式 - [x] #NNN | URL | 公司 | 职位 | Score/5 | PDF 是/否；
3. 等待处理 URL ≥ 3 个时启用并行 agent（Agent 工具 + run_in_background）提速；
4. 最后输出汇总表 | # | 公司 | 职位 | Score | PDF | 建议动作 |。

职位提取有一条降级链，且针对印尼门户有专门说明（L36–L48）：Playwright 优先（兼容所有 SPA，且对 Glints / Jobstreet / Kalibrr 的 cookie banner 处理良好）；可选配置 scan.extractor: cli 时改用 node browser-extract.mjs <url> --mode jd，返回紧凑 JSON（{ "url", "title", "text" }），显著省 token，失败会静默回退到 Playwright；静态页面或无 Playwright 时用 WebFetch（LinkedIn ID / Indeed ID 的职位结构化程度高，WebFetch 通常就够）；最后才是 WebSearch 查二级索引门户。特殊情况：LinkedIn 可能需要登录（标 [!] 让候选人粘贴原文）、PDF 链接直接用 Read 读、local: 前缀读本地文件（如 local:jds/linkedin-pm-ai.md）。处理前还会运行 node cv-sync-check.mjs 做 CV 同步校验，失步先告警再继续。

参与贡献：修改或扩展印尼语模式

modes/id/README.md 的“Berkontribusi”一节给出了五步贡献流程：

1. 先开 Issue 提出提案（流程规范见 CONTRIBUTING.md）；
2. 遵循上文词汇表，保持语气一致；
3. 意译而非逐词翻译（Terjemahkan secara idiomatik）；
4. 结构性元素——Blok A–F、表格、代码块、工具指令——必须原样保留；
5. 用真实的印尼职位（Glints、Jobstreet、Kalibrr）测试后再提 PR。

第 4 条解释了为什么语言模式可以安全地“系统层翻译”：结构标记（块名、表头、脚本命令）是跨模式、跨语言的契约，翻译者只动叙述层。这也是 modes/ 约定“模式文件属系统层，个人化内容应写入 _profile.md/_custom.md（gitignored 的用户层文件，参见 DATA_CONTRACT.md）”在语言目录上的延伸——你的印尼市场个人叙事应配置在 config/profile.yml 与用户层文件中，而不是改 modes/id/ 下的文件。

小结与延伸阅读

modes/id/ 展示了 career-ops 本地化的一条完整范式：共享上下文（_shared.md）承载市场专属规则与薪酬术语，单职位模式（lowongan.md）承载 A–F 深度评估，填表助手（melamar.md）承载表单语言与本地字段约定，收件箱模式（pipeline.md）承载批量执行；四者共用的 tracker 状态、文件路径与脚本命令保持英文不变，从而与标准模式无缝兼容。相关入口：

• 模式总目录与设计约定：modes/README.md
• 英文共享上下文（对照阅读）：modes/_shared.md、评估模式原版 modes/oferta.md、modes/apply.md、modes/pipeline.md
• 配置样例（language 块、auto_pdf_score_threshold、scan.extractor 等）：config/profile.example.yml
• 面试子技能：modes/id/interview/（plan、practice、debrief）