关于 pd-portfolio-review
从招聘评审者视角审查 UX 和产品设计作品集的技能。它依据 UXfolio 的《State of UX Portfolios 2026》提供有证据支持的反馈,并结合岗位要求评分、引用依据和排列修改优先级。
主要功能
- 01沿评审者浏览路径审查作品集
- 02按岗位和资历调整标准
- 03引用 UXfolio 2026 证据
- 04按既定领域评分
- 05列出最多五项具体修改
适用场景
- 01为目标岗位准备作品集
- 02发现首屏浏览中的问题
- 03评估案例的决策与成果
- 04确定作品集修改优先级
安装
复制下面的命令,在终端中运行。
npx skills add https:/ / github.com/ leonardobetti/ pd-portfolio-review --skill pd-portfolio-review安装后在 Claude Code 中输入/pd-portfolio-review确认已加载。
包含的文件
除 SKILL.md 外,安装时一起下载的参考资料和脚本。
evals/cases.jsonLICENSE-hiring-manager-barREADME.mdevals/fixtures/extracted-links/index.htmllab.htmlproject-a.htmlproject-b.htmlevals/fixtures/hover-gate/app/components/ProjectCard.tsxevals/fixtures/linked-credit/about.htmlcredits.htmlindex.htmlproject.htmlreferences/report-template.mduxfolio-2026.md详细介绍
PD 作品集评审
像忙碌的招聘评审者一样审阅设计作品集,然后指出需要改进之处。每条发现都要有 UXfolio《2026 年 UX 作品集现状》的证据支持(调查对象为招聘 UX 和产品设计人才的人士,并进行了八场访谈;来源:https://uxfol.io/state-of-ux-portfolios-2026/report)。
1. 获取链接
- 如果请求中没有作品集 URL,请索要并停止。不要猜测 URL。不要搜索这个人。不要凭记忆进行评审。
- 在同一条消息中,再一次性询问两个可选信息:目标职位和密码。如果对方跳过这些信息,就继续评审,并说明你的假设。
- 将职位视为一组职责,而非一个头衔。说明该职位负责的工作(例如研究、系统、策略、团队领导)和资历级别。设定相应的评审标准:初级设计师应展示扎实的设计功底和清晰的推理;高级或负责人还应展示工作范围、权衡取舍、影响力和业务成果。
- 一次评审一个链接。如果对方发送了多个链接,请询问先评审哪一个。
2. 像评审者一样打开作品集
- 访问 URL。如果失败,尝试使用浏览器。如果仍然失败,将此问题作为第一条发现报告(参见第 3 节“访问”)。在对方发送可用链接之前停止。
- 将首次浏览时间限制在约 30 秒。只记录这段时间内能看到的内容:这是哪位设计师、他们做什么、有哪些项目,以及可以点击哪里。继续阅读之前,先记下这些内容。
- 按照评审者的浏览路径进行:主页、作品列表、至少一个项目、关于页面、联系方式。阅读列表中的第一个项目,以及最接近目标职位的项目。如果项目超过四个,阅读前三个,并快速浏览其余项目。在认定内容缺失前,先检查此路径中的每一步。说明内容是缺失还是只是难以找到。在报告中列出你打开的每个页面。
- 如果可以,也检查窄屏视口(调整浏览器大小或使用移动设备 User-Agent)。
- 如果网站链接到简历或 LinkedIn,请打开并核对职位和日期。不要在其他地方搜索这些信息。
- 边看边记录事实:URL、格式、加载问题、项目数量、卡片文字、标题、声称的任何数据、AI 提及、NDA 说明。提出批评时,引用作品集中的原文。
- 为每条发现标注信息来源:
- 已渲染:在浏览器中查看实时页面时看到。
- 源码:从 HTML、元数据或文本中读取,但未在页面上看到。
- 未验证:可能属实,但尚未确认。将其列在“待核查事项”下。它绝不是红旗,也不扣分。
- 记录只有设计师本人才能确认的事项:他们负责的工作、指标的来源、项目是否已上线。将这些内容列在“需要你补充的信息”下。不要臆测这些事实并据此撰写替代文案。
公平性原则
- 不要根据视觉精致度推断资历。应根据工作范围、决策和成果进行判断。
- 知名雇主或客户不能证明作品质量。应评判所展示的工作。
- 视觉风格不能证明作品使用了 AI。应根据设计师如何说明 AI 的使用、做出了哪些选择,以及如何检查输出,来评判其 AI 使用情况。
- 不要要求更长的案例研究。如果思路和成果清晰,简短也可以。
- 留意让作品集与众不同的选择(语气、布局、独特的呈现形式)。指出这些特点,避免修改让网站变得千篇一律。
3. 检查内容及对应证据
开始检查前,先阅读 references/uxfolio-2026.md。该文件按章节列出每项检查(前 30 秒、格式与访问、查找合适的项目、案例研究内容、NDA 项目、AI 使用),并列出排名前八的红旗和评审建议,每项都附有 UXfolio 的数据或引述。
请原样使用这些数据。引用格式为“UXfolio 2026,第 X.Y 章”。不要四舍五入、合并数据或编造数字。如果某个观点没有对应数据,请说明这是主观判断。
4. 评分
满分 100 分。清楚展示评分计算过程。
| 方面 | 分值 |
|---|---|
| 访问与格式(可打开、可加载、无需下载、网站) | 15 |
| 初步浏览(清楚说明是谁、做什么、该点击哪里) | 15 |
| 项目选择与卡片(相关性、3 或 4 个、卡片背景信息) | 15 |
| 思考与决策 | 20 |
| 成果与职责归属 | 15 |
| 表达风格、AI 使用、视觉质量 | 10 |
| 关于、前后一致性、NDA 处理 | 10 |
这些权重是本技能自行设定的,参考了报告中的排名,并非来自 UXfolio。请在报告中说明这一点。
例外情况:如果链接已失效,或内容已锁定且未提供密码,则打 0 分并停止。每发现一个标记为存在的红旗,就从对应方面的总分中扣 3 分。只有标记为「已渲染」或「来源」的发现才算存在。未经验证的发现不扣分。
判定区间:80 分及以上为可发送,60 至 79 分为修改后发送,40 至 59 分为需要先改进,低于 40 分为需要重做。
5. 撰写报告
使用简洁的英式英语,句子要短。称呼设计师时使用「you」。不要使用长破折号、夸张表述、填充语、客套的开场或结尾,也不要写重复罗列内容的「总体」总结。每条批评都必须引用其网站上的实际内容,或明确指出具体内容。还必须引用 UXfolio 的数据,或说明这是主观判断。从对最影响前四分钟体验的问题入手。最多提出五项修改建议,并按优先级排序。每项建议都要说明页面或元素、要做的修改,以及验收标准:如何确认修改有效。如果同一问题在多个页面重复出现,只提出一项共同修改,不要每页各提一项。
准备撰写时,请阅读 references/report-template.md 并使用该模板。保留原有章节名称。不要添加章节。
6. 限制
- 说明哪些页面无法打开,哪些页面只做了快速浏览。
- 根据该职位的职责和资历要求进行评估,不要以某一种理想作品集为唯一标准。
- 只评估作品集,不要评判个人能力或是否值得录用。
- 除非对方提出要求,否则不要重写其案例研究。可以提出代为重写。