样例
本页展示 resume-intelligence-hub 初始化私人职业 hub 后可能产出什么。下面所有样例都是合成和匿名内容：虚构姓名、虚构组织、虚构指标，并且只使用相对路径。
安全说明
这些样例只作为格式参考，不是可直接复制的真实声明。真实 hub 应把敏感原件留在公开仓库之外，把已核查事实和草稿分开，并在高风险投递前运行投递前核查。
初始化目录树
text
career-hub/
├── AGENTS.md
├── README.md
├── todo.md
├── changelog.md
├── profiles/
│ ├── master.md
│ ├── evidence-index.md
│ └── positioning.md
├── applications/
│ └── 2026-04-15-exampleworks-platform-lead/
│ ├── jd.md
│ ├── resume.md
│ ├── cover-letter.md
│ └── verification-log.md
├── interviews/
│ └── star-stories.md
├── planning/
│ ├── quarterly-review-2026-q2.md
│ └── smart-plan-2026-q3.md
└── archive/
└── imported-resumes/profiles/master.md 成就片段
markdown
### 平台可靠性与事故降噪
- 带领一个五人平台小组，为某个虚构分析产品重设计告警路由工作流，在两个季度内把重复告警从 43% 降到 12%。
- 建立每周事故复盘模板，把个人职责、团队结果、客户影响和未解决风险分开记录。
- 证据状态：已有内部记录；对外使用前需要做公开资料三角验证。
- 归因边界：负责工作流设计和复盘推动；可靠性改善由整个平台小组共同交付。JD 定制简历片段
markdown
## 重点经历
**高级平台工程师，虚构产品小组**
- 针对 JD 中的“跨职能事故领导力”要求，突出一个合成的平台可靠性项目：协调工程、支持和产品相关方，完成两个季度的告警路由重设计。
- 把泛泛的“搭建 dashboard”改写成 JD 相关的范围：创建服务健康视图，用于每周复盘会议中的优先级排序和升级判断。
- 删除不相关的移动端 UI 工作，因为该 JD 更强调后端可靠性、相关方协调和运营指标。
## 定位锁
目标：中型 B2B 软件团队的平台负责人。
需要强化的信号：运营判断、事故系统、清晰的归因边界。STAR 故事
markdown
### 故事：减少噪音型升级路径
**Situation**：一个虚构客户运营团队不断收到来自重叠监控规则的重复事故通知。
**Task**：在不隐藏高严重度告警的前提下，理清升级路径。
**Action**：访谈支持负责人，梳理告警归属，移除重复路由规则，并用统一的事故分类法建立每周复盘。
**Result**：在这个合成样例中，重复告警从 43% 降到 12%，on-call 复盘时间减少 30%，团队把这套分类法用于后续服务上线。
**后续面试角度**：强调不确定场景下的判断力，而不只是工具实现。Verification log
markdown
# 投递前核查日志
投递：2026-04-15-exampleworks-platform-lead
核查者：AI agent + 人工复核
状态：提交前仍需人工确认
| 声明 | 来源类型 | 核查动作 | 结果 | 下一步 |
|------|----------|----------|------|--------|
| 重复告警从 43% 降到 12% | 内部 dashboard 摘要 | 比对统计周期和分母 | 仅限草稿 | 确认是否允许导出 |
| 带领五人小组 | 团队成员记录 | 确认角色和日期 | 基本可信 | 请前经理确认措辞 |
| 创建每周事故复盘模板 | 内部流程文档 | 检查归因边界 | 草稿已核查 | 保留“创建”，避免声称获得高层授权 |
| 客户影响表述 | 支持工单主题 | 避免无证据的收入或流失声明 | 证据不足 | 删除业务影响声明 |季度 SMART 计划
markdown
# SMART 计划：2026 Q3
定位目标：中型 B2B 软件团队的平台负责人。
1. 在 2026-08-15 前发布两篇内部可靠性复盘，每篇都由一位工程经理和一位支持负责人审阅。
2. 每月进行一次模拟面试，重点练习事故判断、取舍表达和相关方对齐。
3. 在 2026-09-10 前，把三个最强的可靠性成就改写成 STAR 故事，并补齐已核查的归因边界。
4. 在 2026-09-30 前搜集 12 个 Platform Lead 或 Staff Platform Engineer JD，并按职责范围、团队规模和所需证据打标签。
5. 完成一份系统设计复盘包，关闭一个资质差距，并把经验写入 `planning/quarterly-review-2026-q3.md`。如何使用这些样例
真正有用的不是具体措辞，而是把来源事实、生成草稿、面试故事、核查证据和季度计划分开。这样 AI agent 才能随时间持续改进产出，而不是把每次投递都变成一次性的重写。