# 项目经历填写样例：用源码和回放记录说明贡献

这个例子对应[本站 Java 检索验收实验](https://qiuzhiwang.vip/labs/rag-evidence.html)。它是个人教学实验，只有合成文档与本地回放，没有生产客户、流量或收益数据。

## 从笼统描述开始

> 负责企业级 AI 知识库架构，使用 Java、RAG、多租户和权限控制，提升检索准确率。

这句话没有解释实现范围，“企业级”和“提升准确率”也缺少相应证据。

## 先填事实，再写项目条目

| 字段 | 填写内容 |
| --- | --- |
| 项目性质 | Java 21 本地检索教学实验 |
| 实现范围 | 合成文档、当前版本选择、租户与角色过滤、删除标记、证据返回 |
| 核心改动 | 在检索之前确定文档最新状态，再检查删除与角色，避免读到其他租户、旧版或越权内容 |
| 验证方法 | 用七个固定场景比较对照与修正实现，检查答案、来源ID及上下文ID |
| 证据 | `RagEvidenceLab.java`、源码 SHA-256、实际生成的 `results.json` |
| 未实现部分 | 向量检索、模型生成、真实认证、线上负载与业务收益 |

## 改写后的条目

> 在 Java 21 检索教学实验中，实现按租户选择文档最新状态、删除与角色过滤，并返回可定位的证据来源。使用七个合成场景回放，检查答案、引用和进入上下文的文档ID，定位旧版本回退、跨租户及越权检索问题。当前版本采用词项匹配与原文摘录，未接入模型生成或生产认证。

条目里的每个动作都可以打开源码或回放结果核对。它适合说明这一实验做了什么；没有完成这个实验的人不能直接把这段话当作自己的经历。

## 面试官追问时，可以打开哪里

- **为什么先选最新版本再查权限？** 看 `currentVisibleDocs`，解释删除或权限变化后回退旧版本的风险。
- **怎么证明上下文没有越权？** 看每题返回的 `contextIds` 和程序对可见集合的检查。
- **七题通过是否代表系统准确？** 只说明这七个固定场景符合预期，不能推导完整 RAG 的质量。
- **以后怎么扩展？** 把身份绑定服务端认证，再接入真实检索器并扩充回归集。

[源码与实际结果](https://qiuzhiwang.vip/labs/rag-evidence.html)可以帮助核对这份样例；整理自己的经历时使用[空白模板](https://qiuzhiwang.vip/resources/)，再参考[项目简历指南](https://qiuzhiwang.vip/guides/project-resume.html)。

<FollowPanel topic="resume" />