开启 3 天免费试用
注册即可免费体验全部高级功能。
*仅限新用户;每位用户只能获得一次试用。


要用 AI 将项目经历转为作品集案例,先为背景、约束、个人贡献、决策、结果和教训建立经过许可检查的证据台账。AI 只能整理与编辑已核实主张;发布前还要人工复核归因、保密、著作权、无障碍和每一份公开材料。
负责任使用 AI 的指南给出了底层原则:模型能转换输入证据,但不能证明事情真实发生,也不能决定你有权披露什么。案例有说服力,应因为它具体可信,而不是听起来戏剧化。
关键要点
- 收集材料前先确定受众和发布边界。
- 分开团队成果、个人行动和你的决策权限。
- 每个数字、引语、截图和结果都追溯到证据。
- 机密内容只按 owner 批准的真实抽象方式处理。
- 视觉证据提供合适的替代文本和文字等价信息。
- 即使缺失主张能让故事更漂亮,也不能补造。
案例应让读者理解问题背景、约束、你亲自完成的工作、决策方式、结果证据和学到的经验。它不是私人项目档案,也不是把团队所有成果都改写成个人营销文案。
CareerOneStop 将 portfolio 描述为可包含工作样本、报告、出版物、项目清单、奖项等技能证据的集合,并建议针对目标职业选择内容。[1]因此,选择和解释材料与视觉润色同样重要。
案例不同于简历和求职信:简历压缩主张,案例则展示少量主张背后的推理和材料。它也不同于内部经验教训报告,后者可能包含不应公开的坦诚细节。
写明谁会看到案例、发布在哪里,以及希望支持什么决定。公开网站、设密码的面试材料、内部晋升档案和课程作业有不同的披露与权利限制。
| 字段 | 应记录内容 |
|---|---|
| Case ID/version | 稳定身份和修订版本 |
| 目标受众 | 公开、指定评审或内部 |
| 项目 owner | 对工作负责的人或机构 |
| 你的关系 | 员工、承包方、学生、志愿者或协作者 |
| 适用文件 | 雇佣条款、NDA、客户协议、课程规则 |
| 可用材料 | 获批截图、图表、摘录和链接 |
| 必须脱敏 | 姓名、数据、架构、日期、商业条款 |
| 批准人 | 经理、客户、法务、传播或教师 |
不能因为你制作了材料,就假设你拥有或可以公开。美国版权局说明,在特定条件下,职务作品可能以雇主或委托方为作者及著作权人,判断取决于事实与协议。[2]不同司法辖区规则不同,因此应检查实际关系,而不是套用一条普遍结论。
只收集获准访问和处理的材料,例如获批 brief、工单、决策记录、版本历史、测试结果、指标定义、发布说明、review 意见和许可记录。不要为省事而上传完整代码库、客户目录、聊天记录或生产数据。
| Claim ID | 拟公开主张 | 证据 | 归因 | 许可 | 状态 |
|---|---|---|---|---|---|
C-01 | 定义错误分类 | 获批决策记录 | 个人行动 | 公开措辞获批 | 已核实 |
C-02 | 缩短 review 时间 | 指标报告和定义 | 团队结果;注明个人贡献 | 指标可披露 | 已核实 |
C-03 | 客户表扬设计 | 无获批引语 | 未知 | 未批准 | 排除 |
对于指标,记录定义、基线、时间窗口、总体、公式、数据 owner,以及你与变化的关系。“提升转化”不是证据。即使数值真实,如果保密或有多项措施共同作用,也不能夸大个人归因。
弱案例常混合三件事:团队面对的背景、组织取得的团队结果,以及你亲自负责的行动、分析、设计、代码或决策。应分别写明。
团队成果使用“团队发布了”;只有证据支持时,才使用“我设计”“我实现”或“我主持”。若多人协作,明确边界,例如“我负责研究计划和综合,另一位设计师负责最终交互”。
不要让 AI 把被动记录自动改成第一人称功劳。在提示中要求严格保留 attribution 字段;职责有争议或没有记录时,应使用更谨慎措辞或删除主张。
把已核实材料组织为:
顺序可因受众调整。技术读者可能先看系统与决策,招聘经理可能先看角色与证据。演示提纲可以把同一证据改编为现场说明,但不能新增主张。
约束使决策更易理解。严格隐私条件下的简单方案,可能比没有取舍说明的华丽产物更能证明判断力。
依据提供的已核实 claim rows 起草作品集案例。
保留每个 claim ID,并严格区分团队成果和个人归因。
不得虚构职责、指标、基线、引语、用户、客户、日期、工具、
备选方案、决策或结果;不得推断发布许可。
叙事缺口写为 [VERIFY],只使用获批用于本受众的材料。
草稿后返回 claim-to-paragraph map。
NIST 将虚构、隐私、信息完整性、知识产权和人机配置列为生成式 AI 风险。[4]主张映射可以发现顺滑过渡中新增的原因、意图或结果。
每个结果分三层检查:数值能否按数据与公式复算;它属于团队结果、个人产物还是业务观察;证据只显示同时发生,还是足以支持因果。
若没有适当评估,应写“发布后,已定义指标从核实基线变化到核实结果”,不要写“我的设计导致增长”。准确数字不能公开时,只能使用获批的真实描述,不能换成虚构范围。
引语要有准确来源和公开许可。改写私人赞美不会自动解除保密问题;许可缺失时,说明评价方法或删除引语。
| 敏感元素 | 获批处理 | 必须保留的含义 |
|---|---|---|
| 客户名称 | “一家区域服务商” | 相关规模和行业边界 |
| 内部 dashboard | 重建合成示意图 | 流程,而非真实数据或 UI 状态 |
| 商业指标 | 获批的定性趋势 | 只保留方向,不制造幅度 |
| 架构细节 | 更高层组件描述 | 保留决策取舍,不泄露风险细节 |
脱敏可以删除或概括信息,但不能虚构更知名客户、更大规模、更好结果或更难的技术问题。合成图必须标明是重建示意;不得用 AI 制造产品界面、研究参与者、账户状态或测试结果。
若脱敏后已没有足够证据支持故事,就缩小案例或更换项目。保密边界不是需要绕过的障碍。
每份材料只回答一个明确问题。流程图解释路径,前后对照表展示已核实变化,决策摘录展示推理;装饰性截图增加风险却不增加证据。
W3C 指南指出,信息型图片需要传达关键信息的替代文本,功能型图片描述功能,装饰图片可用空替代文本,复杂图片需要完整文字等价内容。[3]每份视觉材料记录用途、owner、许可、脱敏、可见数据、alt text 和正文解释。
可参考无障碍替代文本教程起草描述,再对照最终材料和语境核实。AI 无法确认截图获授权或隐藏元数据已经清除。
项目 owner 检查背景和成果,协作者检查归因,指标 owner 检查定义与计算,权利负责人检查所有权和许可,保密负责人检查脱敏,独立读者检查清晰度与无障碍。
在主张登记表中把每条公开陈述标为已核实、已修改或删除。发布带日期的版本,保留不泄露隐私的联系方法。许可变化、链接失效、项目转为公开、指标修正或角色变化都应触发维护。
聚焦已核实的问题、约束、决策质量、执行和教训。不要虚构正面指标;诚实说明如何降低不确定性或识别失败路线也能体现判断力。
先写团队成果,再明确你的范围、行动、决策和协作者。只有证据支持时才使用第一人称功劳。
只能在实际协议和批准范围内处理。向项目 owner 或合格的权利与保密负责人咨询;若脱敏后会误导,就选择另一个项目。
保留定义、基线、结果、总体、时间窗口、公式、数据来源、owner 和归因,并记录指标能否公开。
可以,只要如实说明背景、决策、证据、应对和教训,不责怪他人或泄露受保护信息,也不把失败改写成成功。
只有获得许可,并检查可见数据、隐藏元数据、品牌、所有权、保密和无障碍后才可使用。合成重建图更安全,但必须明确标记且不能仿造真实私有界面。
长度应足以支持主张,又适合目标读者。优先保证清晰证据链,只有许可允许时才提供更深材料。
AI 可以分类证据、建议结构、精简文字、标出无来源过渡并起草 alt text。它不能确定所有权、许可、归因、因果或机密信息是否可公开。
免责声明: 本文提供一般信息,不构成法律、著作权、雇佣、保密或专业建议。权利和披露规则取决于事实、协议、机构与司法辖区;需要时请咨询合格人士。
Sources checked 2026 年 9 月 4 日。
注册即可免费体验全部高级功能。
*仅限新用户;每位用户只能获得一次试用。