招聘方想看到你如何定义问题、处理约束和验证结果，而不是一排「我用了某某模型」。 用同一四段式写 2–3 个案例，比堆十个玩具 demo 更有用。

四段式结构

  1. 问题与用户：谁痛、多频、失败代价。
  2. 约束：数据能否出境、时延、必须人工审核等。
  3. 方案：流程节选、关键提示词或工具选择理由（可打码）。
  4. 验证：你如何测（用例、盲测、线上抽查）；无数据就写方法，不编造涨幅。

提示词助写（示意）

根据我的草稿，改写成作品集案例，保留事实，删除夸张业绩。
结构：问题与用户 / 约束 / 方案 / 验证 / 我学到的一点。
全文不超过 600 字。草稿：【】

注意

  • 去掉客户名、密钥、未授权数据。
  • 团队项目写清你负责的部分。
  • 可链接你的公开演示，但确保仍可打开。

和技能缺口自评的配合

先用自评找到短板，作品集案例就专门展示你补齐短板后的证据，避免篇篇都是「聊天写作」。

落地检查

每个案例请一位外行朋友读，问「是否知道你做了什么、如何证明」。删掉一切无法核对的涨幅。机密与客户名用角色替代。若是团队项目，用条目列出你的部分。把案例与技能缺口自评对照，缺证据的短板下个季度再补一个小项目，而不是空写「熟悉 RAG」。

公开链接半年检查一次是否失效。

相关阅读：技能缺口自评、人工卡点设计。

写完模板后，建议在真实场景试运行一次，把含糊句子改成你们行话，并删掉任何模型编造的数字、法规条款号或保证措辞。把终版存入共享文档并注明适用日期，避免同事继续使用过期口径。

写完模板后，建议在真实场景试运行一次，把含糊句子改成你们行话，并删掉任何模型编造的数字、法规条款号或保证措辞。把终版存入共享文档并注明适用日期，避免同事继续使用过期口径。

写完模板后，建议在真实场景试运行一次，把含糊句子改成你们行话，并删掉任何模型编造的数字、法规条款号或保证措辞。把终版存入共享文档并注明适用日期，避免同事继续使用过期口径。

写完模板后，建议在真实场景试运行一次，把含糊句子改成你们行话，并删掉任何模型编造的数字、法规条款号或保证措辞。把终版存入共享文档并注明适用日期，避免同事继续使用过期口径。

写完模板后，建议在真实场景试运行一次，把含糊句子改成你们行话，并删掉任何模型编造的数字、法规条款号或保证措辞。把终版存入共享文档并注明适用日期，避免同事继续使用过期口径。