面试说自己会用AI，作品集该展示什么？

先选一个能交付的小任务

“我会用好几个AI工具。”面试里说到这里，对方仍然不知道，你能把哪件工作做完。

准备作品时，可以从目标岗位的一项具体任务开始。例如内容岗位做一份基于公开资料的常见问题说明，运营岗位整理一组自建的用户反馈样本，技术岗位做一个可运行的小功能。这里只是选题举例，具体要求仍以你投递的岗位为准。

任务不需要很大，但要有明确的结束条件：给谁用、要回答什么、哪些信息必须核对、最终交什么。先把这几件事写清，才知道作品完成了没有。

没有相关工作经验，可以做自主练习。标题或项目说明里直接写“自主练习”或“演示项目”，说明资料与限制。一次练习可以展示你的做法，不能据此宣称自己承担过客户项目。

拿一份常见问题说明，看看该留下哪些材料

例如，你给自己定了一个练习：为一场自设的线上读书分享活动整理参与说明。输入只有你自己写的活动规则，不使用真实报名者资料。

规则写着“报名后由组织者确认是否还有席位”，初稿却写成“报名成功即保留席位”。这处差别就值得留在作品里：左边放对应规则，右边放初稿句子，再写你为什么改，以及改成了什么。

修改可以是：“提交报名后，等待组织者确认席位；收到确认后，再按通知参与。”之后回到原始规则逐项核对，看是否又遗漏了取消方式、时间或其他你设定的条件。

这组材料里，任务是你定的，规则是你写的，错误和修改都要来自实际制作过程。不要为了让故事精彩，临时编一段“AI犯了大错而我及时挽救”的经历；如果初稿没有这类错误，就展示实际发生的取舍。

把最终稿旁边的说明写得可追问

你可以把一份作品整理为四个部分：

任务与输入：做给谁看，资料来自哪里，哪些可以使用。公开可访问不等于可以随意复制，选择自己有权使用的资料，并按来源和许可说明引用；不要把公司内部记录、客户聊天或个人资料直接上传给外部工具。

初稿与问题：只截取最能说明过程的一两处，不需要堆满所有对话。保留对应版本，解释哪里不准确、哪里不适合使用，或者为什么舍弃了一个看似漂亮的方案。

个人修改：说明你亲自补充、删改或决定了什么。AI帮助整理的部分照实说，自己没完成的工作不算到自己头上。

核验与限制：写清依据什么检查。内容稿可以逐条对照输入资料；代码作品则需要按任务要求展示实际运行和相关验证。没有用户测试、线上运行或业务数据，就明确停留在演示阶段，别把“我觉得可用”写成“已经证明有效”。

面试时，别从工具名称开始讲

拿出作品后，可以先说：“这是我为这类岗位做的一份自主练习，目标是把活动规则整理成参与者能查找的说明。AI帮我出了初稿；我负责确定结构、核对规则和修改。这里有一处席位表述与原规则不一致，我对照后改掉了。最终稿检查过规则一致性，但还没有真实参与者使用反馈。”

这段话不需要照背。把作品换成你实际做过的任务，讲清其中一个决定，然后让对方追问。比如为什么保留这个问题、依据怎样找到、另一种写法哪里不合适。

遇到自己当时没有检查的地方，可以说“这一点我还没验证”，再说明打算怎样补。不要临场给作品补出不存在的测试、访谈或客户反馈。

没有计时，就别写“效率提升80%”

想比较效率，可以在条件清楚的练习中记录时间：任务范围相同、质量要求相同，并把查资料、改稿、核验和返工的时间也算进去。单次练习的结果，只能说明这次练习，不宜推广成所有同类任务的提升比例。

如果之前没有完整记录，用具体交付和修改说明能力就够了。工具用了多少个、对话进行了多少轮，也不能单独证明作品质量。

发送前再检查一次：链接能否打开，材料是否有权公开，个人贡献是否说得清，未完成的部分是否已说明。删掉不能解释的漂亮数字，留下一份你愿意当面打开、能回答细节的作品。