实习项目产出写作
概览
这个 Skill 用于把真实项目证据整理成中文实习项目产出、简历项目经历和面试话术。核心原则是：先看证据，再提炼故事；先保证真实性，再追求表达效果。
工作流
- 先收集证据：阅读用户提供的说明、项目文件、README、设计文档、任务记录、入口代码、配置、脚本、测试和已有产出。证据不足时照常输出草稿，但把不确定内容放入“待补充信息”。
- 识别项目故事：提炼真实问题、业务/团队背景、使用者、旧方案痛点、没有该工作的风险。
- 选择 4-5 个技术亮点：每个亮点必须满足“问题背景 -> 技术方案 -> 收益”，不要把普通功能点包装成亮点。
- 生成完整产出：新写完整文档时使用
references/output-structure.md。 - 匹配表达风格：使用
references/style-guide.md控制语气、颗粒度和措辞边界。 - 生成简历和面试材料：使用
references/resume-bullets.md压缩简历 bullet，扩展技术深挖问题和面试话术。 - 证据自检：最终使用
references/evidence-checklist.md检查所有业务规模、个人贡献、上线状态、性能指标和实现细节；无法证明的指标删除或移入“待补充信息”。
Reference Routing
- 新建完整项目产出：读取
references/output-structure.md。 - 匹配既有实习产出风格：读取
references/style-guide.md。 - 生成简历段落、面试话术、深挖问题或避坑提醒：读取
references/resume-bullets.md。 - 声称业务规模、个人角色、上线状态、性能收益或实现细节前：读取
references/evidence-checklist.md。
输出规则
- 默认使用中文 Markdown。
- 使用真实机制、类名、配置名、脚本名、文件名或系统名；没有证据不要发明。
- 不要声称“主导”“独立负责”“已上线”“提升 X%”“日均 QPS”等，除非用户或仓库证据支持。
- 有价值但未证实的内容放入“待补充信息”，不要写进简历 bullet。
- 简历 bullet 要短，技术深挖可以展开；不要把所有深挖细节塞进简历。
- 简历 bullet 中可以保留少量关键类名、策略名、协议名或对象名来增强专业度，但不要堆叠
BO/DTO/PO、参数对象、返回对象和长串实现类；深挖文档再展开完整类名。 - 对受限系统、非公开接口、账号、Cookie、Token 和不可公开地址保持脱敏。
质量判定口径
产出质量不看篇幅，看是否同时满足：
| 维度 | 合格标准 |
|---|---|
| 证据真实性 | 每个核心亮点都能回到代码、文档或用户描述。 |
| 技术亮点 | 不是功能罗列，而是有问题、机制和收益。 |
| 简历可用性 | bullet 能直接压缩进简历，且没有无法自证的夸张表述。 |
| 面试可讲性 | 面试官追问“怎么做、为什么这么做、边界是什么”时有机制可讲。 |
| 风险控制 | 不泄露敏感信息，不写未经确认的数字、上线状态和个人贡献。 |
常见错误
| 错误 | 修正 |
|---|---|
| 只描述功能点 | 改成“问题背景 -> 技术方案 -> 收益”。 |
| 堆 AI/Java buzzword | 绑定到真实机制、文件、配置或脚本。 |
| 编造指标 | 删除或标为待补充。 |
| 夸大个人贡献 | 用“参与”“负责其中模块”“设计并实现某机制”等可自证表述。 |
| 产出越写越长 | 简历段落压缩，深度内容放到面试储备。 |
| 简历 bullet 堆满 BO/DTO/PO 和实现类 | 只保留 1-3 个最能支撑亮点的关键名词，其余放到技术深挖或源码定位。 |
建议 Prompt
使用 writing-internship-project-output，参考这个项目代码和已有文档，帮我整理一份实习项目产出总结和简历描述。重点突出需求背景、技术亮点、项目意义、简历 bullet 和面试话术。