搭一套求职 Agent 工作流的笔记
2026年5月6日2 min read
agent
为什么要拆成多个入口
一开始想做一个"求职助手"全能 Skill,结果提示词越写越长,每个场景都被其他场景的规则干扰。拆开之后,每个入口只解决一件事,提示词反而好维护了。
拆分思路
按决策点切,不按流程切
不是"第一步做什么、第二步做什么",而是"每次需要做一个决定时调用谁":判断岗位是否匹配是一个决策,改写简历是另一个决策,它们不该互相牵连。
用同一份数据源串起来
所有入口共享一份简历事实文件和一本"主张—证据账本",任何入口都不允许发明账本里没有的经历。
claim-evidence-ledger.json
├── claim: 简历上写的每一句话
├── evidence: 支撑它的链接、数据、产出
└── boundary: 哪些是别人做的,哪些是自己做的踩过的坑
让 Agent 自己判断"够好了"
没有证据门槛时,Agent 会把"参与过"润色成"负责了"。后来加了一条硬规则:没有 evidence 的 claim 不许进简历。
状态不同步
多个入口各写各的进度文件,很快就对不上。最后收敛成单一事实源,其他入口只读不写。