知识库管理

• 项目标题尽量明确，不要只写“项目一”“系统优化”这类泛标题。
• 每个项目最好写清楚背景、职责、技术方案、结果和量化指标。
• 项目之间留空行，层级清楚，召回效果会更稳定。

• 最推荐用 Q: / A: 组织，问题和答案之间留明显边界，不要和简历、项目经历混在同一个文件里。
• 高频追问建议单独成组，比如“项目追问”“行为面追问”“系统设计追问”，这样更容易命中。
• 客户端当前更适合“短问题 + 中等长度答案 + 明确关键名词”的风格。经验上，问题控制在 6-20 字、答案控制在 20-200 字，通常更稳。
• 如果答案很长，先写一版主回答，再补 2-4 条扩展点，不要一整段写得过满。

推荐模板示例：

Q: 请你做一个 1 分钟自我介绍
A: 我目前有 5 年后端开发经验，最近两年主要负责支付与交易系统，重点做过高并发链路优化、稳定性治理和核心接口性能优化。

---

Q: 请介绍你做过的一个最有代表性的项目
A: 我主导过支付查询链路优化，先重构索引与缓存策略，再拆分慢查询与降级路径，最终把 P95 延迟从 420ms 降到 130ms，峰值 CPU 降低约 35%。

扩展:
- 背景：峰值流量上涨后，支付查询链路持续超时
- 关键动作：索引重建、热点缓存、异步化非关键流程
- 结果：延迟下降、CPU 降低、告警次数明显减少

---

Q: 如果面试官追问“为什么离职”，你会怎么答？
A: 我会聚焦职业规划和成长目标，说明希望在更大规模业务里承担更完整的端到端责任，同时也肯定上一段经历带来的积累。

用户建议：

• QA 文档更适合补“你怎么说”，云端简历和岗位说明更适合提供“你做过什么”与“这个岗位需要什么”。三者一起用，效果通常最好。
• 如果只能先做一件事，先把面试计划、云端简历和岗位说明这条主链路整理好，再补 QA 文档。

• 更适合按主题拆成多篇，比如缓存、消息队列、限流、数据库设计。
• 每个主题优先写“场景、方案、取舍、风险”，这样回答会更口语化。
• 如果你已经整理过脑图或提纲，可以先转成 Markdown 再导入。

• 建议按“背景 - 行动 - 结果 - 反思”整理，每个故事单独成段。
• 同一个项目可以准备 2-3 个不同角度的故事，方便应对追问。
• 尽量保留真实细节，比如时间线、合作对象、冲突点和结果数字。