第一个作品集案例真实性检查清单

这份清单用于发布作品集案例前自查。完整思路见 第一个作品集案例怎么做才真实。它的目标是让案例清楚、可复查、不夸大，而不是把练习项目包装成客户项目。

你可以把每一项填到项目复盘表里。填不出来的地方，不要硬写，先标成待补充。

适合谁

适合准备发布第一个作品集案例的新手，尤其是案例来自个人练习、模拟需求、本地复现或学习项目时。你可以用它检查自己有没有说清楚来源、范围和验证。

也适合已经有客户项目但不确定能否公开的人。清单会提醒你先确认授权、截图隐私和素材版权。

不适合谁

不适合伪造客户、伪造订单、伪造评价或把他人作品改名发布的情况。清单不能把不真实的内容变真实。

也不适合涉及敏感业务的案例，例如支付、生产数据库、账号安全、客户隐私或未公开产品。没有明确授权时，先不要公开。

风险提醒

作品集最怕“看起来很完整，但证据不清楚”。不要把模拟项目写成真实客户项目，不要把 AI 生成的页面说成长期运营结果，不要暗示固定收入或成交结果。

如果需要客户授权、平台截图、付费素材许可或商业案例确认，把它写成明日待办。等材料补齐后再决定是否公开。

具体步骤

按下面顺序检查：

1. 确认案例来源
2. 写清楚项目范围
3. 保存改动前证据
4. 记录使用工具
5. 保存改动后证据
6. 运行验证命令
7. 写出限制和下一步
8. 检查版权和授权
9. 再决定是否公开

每一步都要能留下文字、截图或命令记录。只有口头印象，不适合作为案例证据。

来源检查

• 这是个人练习项目吗？
• 这是模拟客户需求吗？
• 这是公开开源项目吗？
• 这是客户项目吗？
• 是否允许公开？
• 是否需要匿名处理？

如果不是客户项目，就明确写“个人练习项目”或“模拟需求”。这不会降低价值，反而能让读者知道你没有夸大经历。

范围检查

• 本次只改了什么？
• 明确不包含什么？
• 是否涉及后端？
• 是否涉及部署？
• 是否涉及付款、账号、表单数据？
• 是否有移动端范围？
• 是否有浏览器兼容要求？

新手案例范围越清楚越可信。比如“修复 375px 宽度下按钮溢出”比“优化整个网站体验”更容易被相信。

证据检查

至少准备：

• 原始问题截图
• 改动后截图
• 关键代码 diff
• 验证命令结果
• 项目链接或本地说明
• 限制说明

如果你没有部署链接，可以写本地验证过程。不要为了好看去编造线上链接。

工具说明

• 是否使用了 Codex？
• 是否使用了 Cursor？
• 是否使用了 ChatGPT 或 Claude？
• AI 做了哪部分？
• 人工复核了哪部分？
• 是否运行了检查命令？

建议写清楚“AI 辅助生成初稿，人工检查和验证”。这能体现工具使用能力，也避免把自动输出当成完整交付。

版权和授权检查

• 图片是否来自可使用素材？
• 图标是否符合许可？
• 字体是否可商用？
• 代码是否来自开源项目？
• 客户截图是否允许公开？
• 是否包含邮箱、姓名、订单号、密钥或后台地址？

不能确认授权时，不要公开原图和细节。可以用自己的练习数据重新做一个案例。

发布前检查

发布前最后读一遍标题和描述，删除夸大表达。不要写“真实客户项目”，除非它确实是客户项目并且允许公开。不要写“完整商业交付”，除非范围和证据都支持。

可以写得更准确：个人练习项目、模拟需求、低风险页面修复、本地验证案例、AI 辅助改动记录。这些词虽然朴素，但经得起追问。

CTA：下一步

把这份清单复制到作品集草稿里，先填来源、范围和证据。需要整理复盘格式时去 模板下载，需要拆项目范围时用 项目报价助手。

免责声明

本文只用于学习和发布前自查，不构成职业、法律或收入承诺。案例公开前需要人工确认版权、授权、隐私、平台规则和事实准确性。