mcpField
P
pd-portfolio-review

pd-portfolio-review

github.com/leonardobetti设计与 UI27399 次安装6 天前更新
代码仓库

关于 pd-portfolio-review

从招聘评审者视角审查 UX 和产品设计作品集的技能。它依据 UXfolio 的《State of UX Portfolios 2026》提供有证据支持的反馈,并结合岗位要求评分、引用依据和排列修改优先级。

主要功能

  1. 01沿评审者浏览路径审查作品集
  2. 02按岗位和资历调整标准
  3. 03引用 UXfolio 2026 证据
  4. 04按既定领域评分
  5. 05列出最多五项具体修改

适用场景

  1. 01为目标岗位准备作品集
  2. 02发现首屏浏览中的问题
  3. 03评估案例的决策与成果
  4. 04确定作品集修改优先级

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/leonardobetti/pd-portfolio-review --skill pd-portfolio-review

安装后在 Claude Code 中输入/pd-portfolio-review确认已加载。

包含的文件

除 SKILL.md 外,安装时一起下载的参考资料和脚本。

evals/
cases.json
LICENSE-hiring-manager-bar
README.md
evals/fixtures/extracted-links/
index.html
lab.html
project-a.html
project-b.html
evals/fixtures/hover-gate/app/components/
ProjectCard.tsx
evals/fixtures/linked-credit/
about.html
credits.html
index.html
project.html
references/
report-template.md
uxfolio-2026.md

详细介绍

PD 作品集评审

像忙碌的招聘评审者一样审阅设计作品集,然后指出需要改进之处。每条发现都要有 UXfolio《2026 年 UX 作品集现状》的证据支持(调查对象为招聘 UX 和产品设计人才的人士,并进行了八场访谈;来源:https://uxfol.io/state-of-ux-portfolios-2026/report)。

1. 获取链接

  • 如果请求中没有作品集 URL,请索要并停止。不要猜测 URL。不要搜索这个人。不要凭记忆进行评审。
  • 在同一条消息中,再一次性询问两个可选信息:目标职位和密码。如果对方跳过这些信息,就继续评审,并说明你的假设。
  • 将职位视为一组职责,而非一个头衔。说明该职位负责的工作(例如研究、系统、策略、团队领导)和资历级别。设定相应的评审标准:初级设计师应展示扎实的设计功底和清晰的推理;高级或负责人还应展示工作范围、权衡取舍、影响力和业务成果。
  • 一次评审一个链接。如果对方发送了多个链接,请询问先评审哪一个。

2. 像评审者一样打开作品集

  1. 访问 URL。如果失败,尝试使用浏览器。如果仍然失败,将此问题作为第一条发现报告(参见第 3 节“访问”)。在对方发送可用链接之前停止。
  2. 将首次浏览时间限制在约 30 秒。只记录这段时间内能看到的内容:这是哪位设计师、他们做什么、有哪些项目,以及可以点击哪里。继续阅读之前,先记下这些内容。
  3. 按照评审者的浏览路径进行:主页、作品列表、至少一个项目、关于页面、联系方式。阅读列表中的第一个项目,以及最接近目标职位的项目。如果项目超过四个,阅读前三个,并快速浏览其余项目。在认定内容缺失前,先检查此路径中的每一步。说明内容是缺失还是只是难以找到。在报告中列出你打开的每个页面。
  4. 如果可以,也检查窄屏视口(调整浏览器大小或使用移动设备 User-Agent)。
  5. 如果网站链接到简历或 LinkedIn,请打开并核对职位和日期。不要在其他地方搜索这些信息。
  6. 边看边记录事实:URL、格式、加载问题、项目数量、卡片文字、标题、声称的任何数据、AI 提及、NDA 说明。提出批评时,引用作品集中的原文。
  7. 为每条发现标注信息来源:
    • 已渲染:在浏览器中查看实时页面时看到。
    • 源码:从 HTML、元数据或文本中读取,但未在页面上看到。
    • 未验证:可能属实,但尚未确认。将其列在“待核查事项”下。它绝不是红旗,也不扣分。
  8. 记录只有设计师本人才能确认的事项:他们负责的工作、指标的来源、项目是否已上线。将这些内容列在“需要你补充的信息”下。不要臆测这些事实并据此撰写替代文案。

公平性原则

  • 不要根据视觉精致度推断资历。应根据工作范围、决策和成果进行判断。
  • 知名雇主或客户不能证明作品质量。应评判所展示的工作。
  • 视觉风格不能证明作品使用了 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. 限制

  • 说明哪些页面无法打开,哪些页面只做了快速浏览。
  • 根据该职位的职责和资历要求进行评估,不要以某一种理想作品集为唯一标准。
  • 只评估作品集,不要评判个人能力或是否值得录用。
  • 除非对方提出要求,否则不要重写其案例研究。可以提出代为重写。

评论

支持 Markdown