拓冰网站定制 
career-ops 波兰求职 aplikuj 模式解析在浏览器里实时填报申请表单的 AI 助理工作流【免费下载链接】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-opsmodes/pl/aplikuj.md是 career-ops 项目波兰语模式集modes/pl/中的核心成员之一。它描述的是一个交互式表单填报助理模式当候选人在 Chrome 中打开一份求职申请表时AI Agent 读取当前页面内容自动匹配此前评估该公司的报告report复用既有评分与答题草稿并为表单中的每个问题现场生成可直接复制粘贴的个性化回答。本文以此文档为骨架结合仓库内对应实现与波兰市场本地化资料完整还原该模式的 8 步工作流、波兰表单的特殊处理规则与落地命令供开发者理解如何把评估报告变成可提交的申请答案。一、aplikuj 模式在模式体系中的位置career-ops 将整套求职工作流拆成多种可组合的模式mode存放在 modes/ 目录下。面向波兰市场的候选者使用 modes/pl/ 波兰语模式集其中 README.md 明确列出首批翻译的四个最高影响模式文件翻译自角色_shared.mdmodes/_shared.md(EN)共享上下文、目标角色原型、全局规则、波兰市场专有术语oferta.mdmodes/oferta.md(ES)完整岗位评估A–F 区块modes/pl/oferta.mdaplikuj.mdmodes/apply.md(EN)本文主题实时申请表单填报助理pipeline.mdmodes/pipeline.md(ES)URL 收件箱 / 第二大脑批量处理modes/pl/pipeline.mdaplikuj.md的英文原型是 modes/apply.md。需要注意波兰语版是一份聚焦核心流程的精简翻译而英文版额外包含更厚的提交前门禁liveness 存活校验、blacklist 黑名单、knock-out 资格问题预扫描、移民身份与司法辖区禁用内容警告等见modes/apply.md的 Step 5/5b/5c/5d。波兰语版把叙述重心放在读屏 → 匹配报告 → 生成答案这一主线因此本文按aplikuj.md自身的结构讲解并在相应小节标注英文原版中可选的扩展门禁作为进阶参考。何时激活这套波兰模式按 modes/pl/README.md当满足以下任一条件时应使用modes/pl/主要申请波兰语招聘启事Pracuj.pl、No Fluff Jobs、Just Join IT、LinkedIn PL、Bulldogjob、公司招聘页你的 CV 是波兰语或按岗位在 PL 与 EN 之间切换需要自然、技术性的波兰语回答与动机信而非机器翻译腔需要正确应对波兰市场的合同特殊性UoP、B2B、umowa zlecenie、试用期、notice period、ZUS、PPK 等。激活有两种方式会话开始时告诉 Agent 使用modes/pl/中的波兰模式会话级或在config/profile.yml中永久配置language: primary: pl modes_dir: modes/pl对照 config/profile.example.yml 中的language结构。英文原版默认模式仍可用于波兰语岗位只是不掌握波兰市场细节。二、前置条件Playwright 可见模式与无浏览器兜底aplikuj.md将运行环境分成两档理想情况 —— Playwright 可见模式候选人在浏览器中能亲眼看到 Agent 操作页面Agent 可以真正与表单交互读快照、定位字段、填写。可见模式也避免盲填带来的提交错误。无 Playwright 的情况候选人改为分享屏幕截图Read 工具可读图、手动粘贴表单问题文本或只提供公司 岗位名让 Agent 先检索上下文。仓库在工具使用上有明确的纪律约束。modes/pl/_shared.md 的工具表中强调一条关键限制禁止 2 个及以上 Agent 并行使用 Playwright——它们共享同一个浏览器实例而 WebSearch 用于薪资、公司文化与 LinkedIn 联系人检索WebFetch 作为静态页面回退。三、8 步工作流总览aplikuj.md用一段简洁的伪代码定义了模式的整体闭环1. WYKRYJ - 读取活动中的 Chrome 标签页截图 / URL / 标题 2. ZIDENTYFIKUJ - 从页面中抽取公司 岗位 3. WYSZUKAJ - 与 reports/ 下已有报告匹配 4. ZAŁADUJ - 读取完整报告 Blok G若存在 5. PORÓWNAJ - 屏幕上的岗位与已评估岗位是否一致有变化则告警 6. PRZEANALIZUJ - 识别表单中所有可见问题 7. WYGENERUJ - 为每个问题生成个性化回答 8. ZAPREZENTUJ - 展示格式化输出便于直接复制下文按文档中编号的步骤逐条展开并给出命令与实现依据。四、分步拆解从检测页面到复制粘贴步骤 1 —— 检测当前岗位Wykryj ofertę有 Playwright 时对活动页面做快照snapshot读取标题、URL 与可见内容。无 Playwright 时依次向候选人索要① 表单截图② 表单问题文本③ 或公司 岗位名以便检索既有上下文。这一步决定了后续所有素材的来源是读屏的起点。步骤 2 —— 识别公司与岗位并加载上下文Zidentyfikuj i załaduj kontekst文档规定严格的处理次序从页面抽取公司名与岗位名在reports/中按公司名做大小写不敏感 grep命中 → 加载完整报告若报告中含Blok G答题草稿将其作为本次答题的基底未命中 →提醒候选人并建议先跑一次快速 auto-pipeline 完成评估。这里有两个仓库层面的细节值得展开报告的命名与定位。评估产物遵循 modes/pl/oferta.md 约定的文件命名reports/{###}-{company-slug}-{YYYY-MM-DD}.md{###}下一个顺序号三位、零填充。为避免并发竞态需先运行node reserve-report-num.mjs原子预留stdout 返回{###}写盘后再运行node reserve-report-num.mjs --release {###}释放哨兵{company-slug}公司名小写、空格改连字符{YYYY-MM-DD}当日日期。Blok G 到底是什么。在波兰语模式家族中oferta.md的报告模板把答题草稿放在## G) Szkice odpowiedzi do aplikacji (仅当 score 4.5 时生成——表单问题的答题草稿)也就是说aplikuj模式所谓的 Blok G 就是评估阶段为高分区≥4.5/5岗位预写的申请回答草稿。这与英文生态中报告模板 modes/oferta.md 的区块略有差异——英文模板中## G) Posting Legitimacy是岗位可信度评估、答题草稿在## H) Draft Application Answers波兰语版将答题草稿合并为 G。阅读报告时应按语言模式家族的约定识别草稿区块避免跨体系混读。英文原版modes/apply.md还提供脚本化读取方式node application-answers.mjs --report report路径 --read --strict返回 JSON 形式的既往回答快照或--read-draft读取草稿版区块波兰语文档未展开这一步可按需参考英文版调用。步骤 3 —— 检测岗位是否变化Wykryj zmiany roli当屏幕上的岗位与已评估报告不一致时文档要求先告警再决策提示候选人岗位已从 [X] 变为 [Y]。你是想让我重新评估还是把回答适配到新标题选择适配基于现有材料按新岗位改写回答不重新评估选择重估跑完整 A–F 评估更新报告并重新生成 Blok G同步 tracker必要时在data/applications.md中更新岗位标题。这与英文版 Step 3 的语义一致——绝不在岗位漂移时静默作答。英文版还要求在起草前核对表单指向的岗位仍然存活、公司与报告匹配若岗位已关闭则拒绝生成正式文案除非候选人明确覆盖这是更严格的前置门禁对应modes/apply.mdStep 5 Preflight波兰语版将此收敛为岗位差异告警。步骤 4 —— 分析表单问题Przeanalizuj pytania formularza需要穷尽识别页面上所有可见问题文档按控件类型给出清单开放式文本域动机信、 为什么选择这个岗位、求职动机等下拉列表来源渠道如何得知本公司、工作许可等是 / 否可迁移性mobility、签证、到岗可用性等薪资字段区间、期望薪资——务必先确认是 netto净还是 brutto毛上传字段CV、动机信 PDF、推荐信等。随后对每个问题分类Blok G 已回答过的→ 直接复用既有答案全新问题→ 依据报告 cv.md现场生成。英文版在此还有一条值得知道的纪律为法律、人口统计、工作授权、签证、薪资、残疾、退伍军人、背景调查、搬迁等字段提供回答前必须确认config/profile.yml中确有对应事实否则标记needs_candidate_confirmation并回问候选人绝不虚构modes/apply.mdStep 6。步骤 5 —— 生成个性化回答Wygeneruj odpowiedzi每个问题的回答按如下 5 点素材逻辑构建报告上下文优先使用区块 B 的 proof points 与区块 F 的 STAR 故事既有 Blok G有草稿就以草稿为基底精修语气To ja wybieram Was是我在选你们与 auto-pipeline 同一框架——自信、主动不卑不亢、不乞求具体性引用屏幕上可见岗位中具体的一句话或一个点career-ops proof point若表单有补充信息 / 附加说明字段把候选人的职业亮点作为佐证放入。语气框架对应英文 auto-pipeline 中的 Im choosing you 原则不写 Im passionate about…不写空话把 我擅长 X 换成 我做了 X它达成了 Y。真正打动人的是证据本身而非形容词。波兰表单专属字段规则是本节最有市场价值的部分文档逐条给出策略字段生成策略期望薪资Oczekiwania płacowe取profile.yml中的薪资区间以 PLN 计明确标注 netto / brutto 以及 UoP 还是 B2B并附注 可依整体薪酬包协商到岗日期Data dostępności现实的日期计入 notice period波兰常见 2 周到 3 个月工作许可 / 国籍Pozwolenie na pracę诚实而简洁欧盟公民写无需工作许可欧盟公民语言能力Języki按欧洲语言共同参考框架 CEFRA1–C2标注水平可迁移性Mobilność明确可接受的地理范围与出差频率在 Polish 市场语境下netto vs brutto与合同形式的区分至关重要。modes/pl/_shared.md 的波兰市场专有术语表给出了完整映射这里摘录与表单填报直接相关的核心条目UoPumowa o pracę波兰《劳动法典》下的标准雇佣ZUS 缴费齐全、带薪假、裁员保护谈薪资通常用brutto。B2B个体经营式合作净到手更高、缴费更少但无带薪假与保护且存在虚假自雇风险通常报价netto VAT23%。Umowa zlecenie民事合同适合短期具体任务。Okres próbny试用期通常最长 3 个月okres wypowiedzenia通知期依工龄从 2 周到 3 个月。PPK / ZUS / Trzynastka / Premia影响年度实际收入换算报价比较时必须折算。这也是profile.yml需要维护好compensation与location事实的原因见 config/profile.example.ymlcandidate、compensation、location、language等区块因为表单答案不得虚构、只能引用配置中已有的真实数据。输出格式要求以可复制的结构呈现## Odpowiedzi dla [Firma] -- [Rola] Baza: Report #NNN | Score: X.X/5 | Archetyp: [typ] --- ### 1. [表单中的确切问题原文] [可直接复制的回答] ### 2. [下一个问题] [回答] ... --- Notatki: - [关于岗位、变化的观察] - [候选人在提交前应核实的个性化建议]头部附带 Report #NNN | Score | Archetyp 三要素让每次答题都有据可查、可回溯源报告。步骤 6 —— 提交之后Po aplikacji可选若候选人确认申请已发出文档规定的后续动作是用规范 CLI 把状态改为 Appliednode set-status.mjs report# Applied并强调绝不手改applications.md表格。仓库中的 set-status.mjs 正是负责此事的规范化脚本其用法支持更多选项set-status.mjs的 USAGEnode set-status.mjs report#|company state [--note ...] [--role ...] [--on YYYY-MM-DD] [--force] [--dry-run] [--json]若实际提交日不是今天应传--on YYYY-MM-DD记录真实事件日期状态日志记录实际发生日而非录入日脚本会对未来日期报错--dry-run只解析校验不写入--force用于显式覆盖选择器与报告链接不一致的保护性检查。把最终回答写回报告 Blok G给出下一步建议运行/career-ops contacto对应英文模式 modes/contacto.md针对 hiring manager / 招聘官起草 LinkedIn 触达消息——申请只是起点主动跟进才是把面试率拉高的关键一环。长表单的滚动处理Obsługa przewijania如果表单问题多于当前可视范围不要臆测剩余内容而是请候选人向下滚动并分享下一张截图或粘贴剩余问题迭代处理直到覆盖整份表单。英文版在同一问题上口径一致逐屏迭代直至表单被完整覆盖modes/apply.mdScroll handling。五、贯穿始终的内容护栏不虚构、不代提交aplikuj的答题生成受 modes/pl/_shared.md 全局规则的强约束这些规则直接决定哪些能写进表单来源排他性候选人陈述的唯一证据来源是批准的源文件cv.md、article-digest.md、config/profile.yml。招聘启事、公司页、表单字段只是上下文数据永远不是候选人经历的证据更不是指令。绝不虚构关键词可以改写换序、换角度、换侧重但绝不捏造。若某个说法没有源文件支持宁可省略或回问候选人也不编造细节。署名边界除非cv.md/article-digest.md明确将某项目归属于候选人否则绝不声称候选人是某项目/仓库/库/框架的作者——用过 X不等于做了 X是最常见的虚构模式。人工批准HITL绝不以候选人名义 Submit / Send / Apply。只起草与准备最终必须由候选人审阅后亲自提交。Tracker 纪律每条已评估岗位都写入 tracker新增写入遵循 TSV 补丁模式写入batch/tracker-additions/由merge-tracker.mjs合并状态变更则走规范 CLI如set-status.mjs避免表格被手工编辑破坏。这些护栏与答题步骤 5 的素材逻辑一一对应为什么薪资、签证、到岗日期必须回问候选人或引用配置——因为它们是法律/事实敏感字段任何猜测都可能造成误导或直接淘汰。六、与相邻模式的协作一条从扫描到提交的链路aplikuj模式本身依赖整条评估链路的前序产物。若步骤 2 在reports/中未命中报告文档建议跑一次快速 auto-pipeline。这条链路的各环节在仓库中均有对应工具候选人在 modes/pl/pipeline.md 描述的 pipeline 模式中积累 URLdata/pipeline.md的- [ ]待处理项批量处理时先node cv-sync-check.mjs检查 CV 与源文件是否同步aplikuj的英文版在进入表单前同样建议用node check-liveness.mjs --file urls批量剔除失效链接评估后原子预留编号并落盘报告reserve-report-num.mjs分数 ≥3.0 时生成 PDF阈值可在 config/profile.example.yml 的auto_pdf_score_threshold调整写 tracker分数 ≥4.5 的报告生成答题草稿即 Blok G供aplikuj模式在真正打开表单时取用。因此在理想用法中aplikuj不是孤立存在的pipeline/scan 负责找到并评估oferta 负责A–F 深度评估 写草稿aplikuj 负责把草稿变成实时表单的最终答案contacto 负责提交后主动跟进——四者共享同一份reports/、同一个 tracker 与同一套事实护栏。七、小结aplikuj模式回答了求职自动化中的一个高频痛点拿到一份评估完备的报告后如何高效、真实、有说服力地把它翻译成表单字段里的回答。它的核心设计可归纳为三条读屏识别、报告回溯先确认眼前这张表是谁家的什么岗位再加载既有评估报告 Blok G 草稿避免从零开始变化即告警岗位漂移时给候选人明确的三选一重估 / 适配 / 停止绝不静默填错岗位波兰市场本地化对 netto/brutto、UoP/B2B、notice period、CEFR、mobility 等字段给出可落地的表述策略并以复制即用的结构化格式输出。配合set-status.mjs、reserve-report-num.mjs、cv-sync-check.mjs等仓库脚本这套流程能够贯穿扫描 → 评估 → 填报 → 状态回写 → LinkedIn 跟进的完整求职闭环同时把不虚构、不代提交、人工确认作为始终生效的底线。本文基于 modes/pl/aplikuj.md 整理并参考 modes/pl/ 模式集、modes/apply.md、modes/oferta.md、config/profile.example.yml 与 set-status.mjs 等仓库文件交叉验证。文中reports/、data/、cv.md等为用户数据层路径需按上文说明在使用前完成个人化配置。【免费下载链接】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），仅供参考 career-ops 波兰求职 aplikuj 模式解析：在浏览器里实时填报申请表单的 AI 助理工作流
career-ops 波兰求职 aplikuj 模式解析在浏览器里实时填报申请表单的 AI 助理工作流【免费下载链接】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-opsmodes/pl/aplikuj.md是 career-ops 项目波兰语模式集modes/pl/中的核心成员之一。它描述的是一个交互式表单填报助理模式当候选人在 Chrome 中打开一份求职申请表时AI Agent 读取当前页面内容自动匹配此前评估该公司的报告report复用既有评分与答题草稿并为表单中的每个问题现场生成可直接复制粘贴的个性化回答。本文以此文档为骨架结合仓库内对应实现与波兰市场本地化资料完整还原该模式的 8 步工作流、波兰表单的特殊处理规则与落地命令供开发者理解如何把评估报告变成可提交的申请答案。一、aplikuj 模式在模式体系中的位置career-ops 将整套求职工作流拆成多种可组合的模式mode存放在 modes/ 目录下。面向波兰市场的候选者使用 modes/pl/ 波兰语模式集其中 README.md 明确列出首批翻译的四个最高影响模式文件翻译自角色_shared.mdmodes/_shared.md(EN)共享上下文、目标角色原型、全局规则、波兰市场专有术语oferta.mdmodes/oferta.md(ES)完整岗位评估A–F 区块modes/pl/oferta.mdaplikuj.mdmodes/apply.md(EN)本文主题实时申请表单填报助理pipeline.mdmodes/pipeline.md(ES)URL 收件箱 / 第二大脑批量处理modes/pl/pipeline.mdaplikuj.md的英文原型是 modes/apply.md。需要注意波兰语版是一份聚焦核心流程的精简翻译而英文版额外包含更厚的提交前门禁liveness 存活校验、blacklist 黑名单、knock-out 资格问题预扫描、移民身份与司法辖区禁用内容警告等见modes/apply.md的 Step 5/5b/5c/5d。波兰语版把叙述重心放在读屏 → 匹配报告 → 生成答案这一主线因此本文按aplikuj.md自身的结构讲解并在相应小节标注英文原版中可选的扩展门禁作为进阶参考。何时激活这套波兰模式按 modes/pl/README.md当满足以下任一条件时应使用modes/pl/主要申请波兰语招聘启事Pracuj.pl、No Fluff Jobs、Just Join IT、LinkedIn PL、Bulldogjob、公司招聘页你的 CV 是波兰语或按岗位在 PL 与 EN 之间切换需要自然、技术性的波兰语回答与动机信而非机器翻译腔需要正确应对波兰市场的合同特殊性UoP、B2B、umowa zlecenie、试用期、notice period、ZUS、PPK 等。激活有两种方式会话开始时告诉 Agent 使用modes/pl/中的波兰模式会话级或在config/profile.yml中永久配置language: primary: pl modes_dir: modes/pl对照 config/profile.example.yml 中的language结构。英文原版默认模式仍可用于波兰语岗位只是不掌握波兰市场细节。二、前置条件Playwright 可见模式与无浏览器兜底aplikuj.md将运行环境分成两档理想情况 —— Playwright 可见模式候选人在浏览器中能亲眼看到 Agent 操作页面Agent 可以真正与表单交互读快照、定位字段、填写。可见模式也避免盲填带来的提交错误。无 Playwright 的情况候选人改为分享屏幕截图Read 工具可读图、手动粘贴表单问题文本或只提供公司 岗位名让 Agent 先检索上下文。仓库在工具使用上有明确的纪律约束。modes/pl/_shared.md 的工具表中强调一条关键限制禁止 2 个及以上 Agent 并行使用 Playwright——它们共享同一个浏览器实例而 WebSearch 用于薪资、公司文化与 LinkedIn 联系人检索WebFetch 作为静态页面回退。三、8 步工作流总览aplikuj.md用一段简洁的伪代码定义了模式的整体闭环1. WYKRYJ - 读取活动中的 Chrome 标签页截图 / URL / 标题 2. ZIDENTYFIKUJ - 从页面中抽取公司 岗位 3. WYSZUKAJ - 与 reports/ 下已有报告匹配 4. ZAŁADUJ - 读取完整报告 Blok G若存在 5. PORÓWNAJ - 屏幕上的岗位与已评估岗位是否一致有变化则告警 6. PRZEANALIZUJ - 识别表单中所有可见问题 7. WYGENERUJ - 为每个问题生成个性化回答 8. ZAPREZENTUJ - 展示格式化输出便于直接复制下文按文档中编号的步骤逐条展开并给出命令与实现依据。四、分步拆解从检测页面到复制粘贴步骤 1 —— 检测当前岗位Wykryj ofertę有 Playwright 时对活动页面做快照snapshot读取标题、URL 与可见内容。无 Playwright 时依次向候选人索要① 表单截图② 表单问题文本③ 或公司 岗位名以便检索既有上下文。这一步决定了后续所有素材的来源是读屏的起点。步骤 2 —— 识别公司与岗位并加载上下文Zidentyfikuj i załaduj kontekst文档规定严格的处理次序从页面抽取公司名与岗位名在reports/中按公司名做大小写不敏感 grep命中 → 加载完整报告若报告中含Blok G答题草稿将其作为本次答题的基底未命中 →提醒候选人并建议先跑一次快速 auto-pipeline 完成评估。这里有两个仓库层面的细节值得展开报告的命名与定位。评估产物遵循 modes/pl/oferta.md 约定的文件命名reports/{###}-{company-slug}-{YYYY-MM-DD}.md{###}下一个顺序号三位、零填充。为避免并发竞态需先运行node reserve-report-num.mjs原子预留stdout 返回{###}写盘后再运行node reserve-report-num.mjs --release {###}释放哨兵{company-slug}公司名小写、空格改连字符{YYYY-MM-DD}当日日期。Blok G 到底是什么。在波兰语模式家族中oferta.md的报告模板把答题草稿放在## G) Szkice odpowiedzi do aplikacji (仅当 score 4.5 时生成——表单问题的答题草稿)也就是说aplikuj模式所谓的 Blok G 就是评估阶段为高分区≥4.5/5岗位预写的申请回答草稿。这与英文生态中报告模板 modes/oferta.md 的区块略有差异——英文模板中## G) Posting Legitimacy是岗位可信度评估、答题草稿在## H) Draft Application Answers波兰语版将答题草稿合并为 G。阅读报告时应按语言模式家族的约定识别草稿区块避免跨体系混读。英文原版modes/apply.md还提供脚本化读取方式node application-answers.mjs --report report路径 --read --strict返回 JSON 形式的既往回答快照或--read-draft读取草稿版区块波兰语文档未展开这一步可按需参考英文版调用。步骤 3 —— 检测岗位是否变化Wykryj zmiany roli当屏幕上的岗位与已评估报告不一致时文档要求先告警再决策提示候选人岗位已从 [X] 变为 [Y]。你是想让我重新评估还是把回答适配到新标题选择适配基于现有材料按新岗位改写回答不重新评估选择重估跑完整 A–F 评估更新报告并重新生成 Blok G同步 tracker必要时在data/applications.md中更新岗位标题。这与英文版 Step 3 的语义一致——绝不在岗位漂移时静默作答。英文版还要求在起草前核对表单指向的岗位仍然存活、公司与报告匹配若岗位已关闭则拒绝生成正式文案除非候选人明确覆盖这是更严格的前置门禁对应modes/apply.mdStep 5 Preflight波兰语版将此收敛为岗位差异告警。步骤 4 —— 分析表单问题Przeanalizuj pytania formularza需要穷尽识别页面上所有可见问题文档按控件类型给出清单开放式文本域动机信、 为什么选择这个岗位、求职动机等下拉列表来源渠道如何得知本公司、工作许可等是 / 否可迁移性mobility、签证、到岗可用性等薪资字段区间、期望薪资——务必先确认是 netto净还是 brutto毛上传字段CV、动机信 PDF、推荐信等。随后对每个问题分类Blok G 已回答过的→ 直接复用既有答案全新问题→ 依据报告 cv.md现场生成。英文版在此还有一条值得知道的纪律为法律、人口统计、工作授权、签证、薪资、残疾、退伍军人、背景调查、搬迁等字段提供回答前必须确认config/profile.yml中确有对应事实否则标记needs_candidate_confirmation并回问候选人绝不虚构modes/apply.mdStep 6。步骤 5 —— 生成个性化回答Wygeneruj odpowiedzi每个问题的回答按如下 5 点素材逻辑构建报告上下文优先使用区块 B 的 proof points 与区块 F 的 STAR 故事既有 Blok G有草稿就以草稿为基底精修语气To ja wybieram Was是我在选你们与 auto-pipeline 同一框架——自信、主动不卑不亢、不乞求具体性引用屏幕上可见岗位中具体的一句话或一个点career-ops proof point若表单有补充信息 / 附加说明字段把候选人的职业亮点作为佐证放入。语气框架对应英文 auto-pipeline 中的 Im choosing you 原则不写 Im passionate about…不写空话把 我擅长 X 换成 我做了 X它达成了 Y。真正打动人的是证据本身而非形容词。波兰表单专属字段规则是本节最有市场价值的部分文档逐条给出策略字段生成策略期望薪资Oczekiwania płacowe取profile.yml中的薪资区间以 PLN 计明确标注 netto / brutto 以及 UoP 还是 B2B并附注 可依整体薪酬包协商到岗日期Data dostępności现实的日期计入 notice period波兰常见 2 周到 3 个月工作许可 / 国籍Pozwolenie na pracę诚实而简洁欧盟公民写无需工作许可欧盟公民语言能力Języki按欧洲语言共同参考框架 CEFRA1–C2标注水平可迁移性Mobilność明确可接受的地理范围与出差频率在 Polish 市场语境下netto vs brutto与合同形式的区分至关重要。modes/pl/_shared.md 的波兰市场专有术语表给出了完整映射这里摘录与表单填报直接相关的核心条目UoPumowa o pracę波兰《劳动法典》下的标准雇佣ZUS 缴费齐全、带薪假、裁员保护谈薪资通常用brutto。B2B个体经营式合作净到手更高、缴费更少但无带薪假与保护且存在虚假自雇风险通常报价netto VAT23%。Umowa zlecenie民事合同适合短期具体任务。Okres próbny试用期通常最长 3 个月okres wypowiedzenia通知期依工龄从 2 周到 3 个月。PPK / ZUS / Trzynastka / Premia影响年度实际收入换算报价比较时必须折算。这也是profile.yml需要维护好compensation与location事实的原因见 config/profile.example.ymlcandidate、compensation、location、language等区块因为表单答案不得虚构、只能引用配置中已有的真实数据。输出格式要求以可复制的结构呈现## Odpowiedzi dla [Firma] -- [Rola] Baza: Report #NNN | Score: X.X/5 | Archetyp: [typ] --- ### 1. [表单中的确切问题原文] [可直接复制的回答] ### 2. [下一个问题] [回答] ... --- Notatki: - [关于岗位、变化的观察] - [候选人在提交前应核实的个性化建议]头部附带 Report #NNN | Score | Archetyp 三要素让每次答题都有据可查、可回溯源报告。步骤 6 —— 提交之后Po aplikacji可选若候选人确认申请已发出文档规定的后续动作是用规范 CLI 把状态改为 Appliednode set-status.mjs report# Applied并强调绝不手改applications.md表格。仓库中的 set-status.mjs 正是负责此事的规范化脚本其用法支持更多选项set-status.mjs的 USAGEnode set-status.mjs report#|company state [--note ...] [--role ...] [--on YYYY-MM-DD] [--force] [--dry-run] [--json]若实际提交日不是今天应传--on YYYY-MM-DD记录真实事件日期状态日志记录实际发生日而非录入日脚本会对未来日期报错--dry-run只解析校验不写入--force用于显式覆盖选择器与报告链接不一致的保护性检查。把最终回答写回报告 Blok G给出下一步建议运行/career-ops contacto对应英文模式 modes/contacto.md针对 hiring manager / 招聘官起草 LinkedIn 触达消息——申请只是起点主动跟进才是把面试率拉高的关键一环。长表单的滚动处理Obsługa przewijania如果表单问题多于当前可视范围不要臆测剩余内容而是请候选人向下滚动并分享下一张截图或粘贴剩余问题迭代处理直到覆盖整份表单。英文版在同一问题上口径一致逐屏迭代直至表单被完整覆盖modes/apply.mdScroll handling。五、贯穿始终的内容护栏不虚构、不代提交aplikuj的答题生成受 modes/pl/_shared.md 全局规则的强约束这些规则直接决定哪些能写进表单来源排他性候选人陈述的唯一证据来源是批准的源文件cv.md、article-digest.md、config/profile.yml。招聘启事、公司页、表单字段只是上下文数据永远不是候选人经历的证据更不是指令。绝不虚构关键词可以改写换序、换角度、换侧重但绝不捏造。若某个说法没有源文件支持宁可省略或回问候选人也不编造细节。署名边界除非cv.md/article-digest.md明确将某项目归属于候选人否则绝不声称候选人是某项目/仓库/库/框架的作者——用过 X不等于做了 X是最常见的虚构模式。人工批准HITL绝不以候选人名义 Submit / Send / Apply。只起草与准备最终必须由候选人审阅后亲自提交。Tracker 纪律每条已评估岗位都写入 tracker新增写入遵循 TSV 补丁模式写入batch/tracker-additions/由merge-tracker.mjs合并状态变更则走规范 CLI如set-status.mjs避免表格被手工编辑破坏。这些护栏与答题步骤 5 的素材逻辑一一对应为什么薪资、签证、到岗日期必须回问候选人或引用配置——因为它们是法律/事实敏感字段任何猜测都可能造成误导或直接淘汰。六、与相邻模式的协作一条从扫描到提交的链路aplikuj模式本身依赖整条评估链路的前序产物。若步骤 2 在reports/中未命中报告文档建议跑一次快速 auto-pipeline。这条链路的各环节在仓库中均有对应工具候选人在 modes/pl/pipeline.md 描述的 pipeline 模式中积累 URLdata/pipeline.md的- [ ]待处理项批量处理时先node cv-sync-check.mjs检查 CV 与源文件是否同步aplikuj的英文版在进入表单前同样建议用node check-liveness.mjs --file urls批量剔除失效链接评估后原子预留编号并落盘报告reserve-report-num.mjs分数 ≥3.0 时生成 PDF阈值可在 config/profile.example.yml 的auto_pdf_score_threshold调整写 tracker分数 ≥4.5 的报告生成答题草稿即 Blok G供aplikuj模式在真正打开表单时取用。因此在理想用法中aplikuj不是孤立存在的pipeline/scan 负责找到并评估oferta 负责A–F 深度评估 写草稿aplikuj 负责把草稿变成实时表单的最终答案contacto 负责提交后主动跟进——四者共享同一份reports/、同一个 tracker 与同一套事实护栏。七、小结aplikuj模式回答了求职自动化中的一个高频痛点拿到一份评估完备的报告后如何高效、真实、有说服力地把它翻译成表单字段里的回答。它的核心设计可归纳为三条读屏识别、报告回溯先确认眼前这张表是谁家的什么岗位再加载既有评估报告 Blok G 草稿避免从零开始变化即告警岗位漂移时给候选人明确的三选一重估 / 适配 / 停止绝不静默填错岗位波兰市场本地化对 netto/brutto、UoP/B2B、notice period、CEFR、mobility 等字段给出可落地的表述策略并以复制即用的结构化格式输出。配合set-status.mjs、reserve-report-num.mjs、cv-sync-check.mjs等仓库脚本这套流程能够贯穿扫描 → 评估 → 填报 → 状态回写 → LinkedIn 跟进的完整求职闭环同时把不虚构、不代提交、人工确认作为始终生效的底线。本文基于 modes/pl/aplikuj.md 整理并参考 modes/pl/ 模式集、modes/apply.md、modes/oferta.md、config/profile.example.yml 与 set-status.mjs 等仓库文件交叉验证。文中reports/、data/、cv.md等为用户数据层路径需按上文说明在使用前完成个人化配置。【免费下载链接】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），仅供参考