经历写作 ·
项目经历怎么写？分清简介、个人贡献和成果
用具体示例说明项目背景、职责、个人贡献和成果的区别，选择主要技术栈和项目地址，写出真实、清楚的项目经历。
开始填写简历一段项目经历，回答四个问题
项目是什么、你负责什么、你怎样完成、结果如何。可以按“项目名称与角色 → 简介 → 个人贡献 → 成果 → 主要技术栈”组织。在线作品地址放在角色附近，方便阅读者直接查看。
简介解释用途，贡献解释你的行动，成果提供证据。不要在三个字段里重复同一句功能介绍，也不用把所有开发细节都写进去。
一个可参考的写法
虚构示例 · 用于说明结构
校园活动报名工具｜独立开发者
项目简介：为校园活动提供报名、名额管理和名单导出，减少组织者手工整理表格的步骤。
个人贡献：
- 与活动组织者梳理报名和签到流程，拆分表单、名额限制与后台管理需求。
- 实现报名校验和管理界面，接入数据库并部署，通过手机试用修正填写与导出问题。
- 记录报名失败原因和试用反馈，调整提示信息与重复提交处理。
项目成果：完成报名、管理和名单导出的完整流程；真实使用次数与节省时间需上线后记录。
技术栈：JavaScript、Node.js、PostgreSQL。
示例没有假设用户量、营收或效率提升。把名称、功能和贡献换成自己的实际经历，不直接复制为个人成果。
写行动，说明个人负责的边界
优先使用“梳理、设计、实现、验证、部署、分析、迭代”等具体动词。每条围绕一个重点，说明行动与目的；例如“根据手机试用反馈缩短表单，并补充错误提示”，比“负责网站优化”更容易理解。
与 Agent 协作开发时，可以写“主导需求拆解、方案取舍和验收，使用 Codex 协作推进实现”。只列自己实际判断或完成的工作，不把模型调用写成自行训练模型，也不暗示所有代码都是手写。
成果用真实证据，暂时没有数据也能写
已有真实数据时，写清统计期间和口径，例如访问会话、注册用户、完成导出或实际使用的组织数。说明这些数字来自哪里，排除自己的测试访问。没有测量前，不写“提升 50%”或“服务上万用户”。
还在早期验证时，可以说明交付范围、解决的问题和已经完成的验证，例如“完成手机端报名、后台管理和名单导出，处理重复提交及并发名额校验”。将后续增长目标与当前成果分开。
技术栈和地址，保留对岗位有用的部分
技术栈通常列三到五个主要技术，再说明关键决策或约束。开发工具可以写进协作过程，但不用把每个 npm 包、编辑器和平台都堆成一长串。
进入编辑器后，选择“项目经验”栏目。在一纸简历的项目经历里，简介、贡献、成果、技术栈、项目地址和源码地址都可以单独填写或关闭展示。先写最有说服力的内容，再参考一页排版与 PDF 检查方法精简篇幅。