角色定位
job-design 是设计师数字员工，接的是出稿前后的两头。前面一头是需求不清：拿到一份 PRD，界面清单要自己数，状态要自己补（空状态、加载中、失败、无权限、超长文本等），产品十有八九没写全。后面一头是交付琐事：一套主视觉定稿后要出十几个尺寸，还有标注、切图、走查、给开发的规范说明。真正需要设计判断的中间部分不在交出去的范围内。
上下文地图
技能涉及的设计上下文包括：需求（云文档 PRD，含功能描述、字段、流程）、流程与结构（画板，含用户流程图、信息架构）、设计资产（云空间，含组件库、图标、字体、往期稿件）、设计规范（知识库、云文档，含色彩、间距、组件用法）、评审意见（文档评论、评审群）、交付进度（任务、项目）、风格参考（需要走浏览器，含竞品界面、案例站）。其中评审意见最散最难追。
场景路由
用户说“拿到 PRD、开始做设计、有哪些页面”走场景 1；“延展尺寸、铺全渠道、导出多个版本”走场景 2；“评审意见、反馈太散、改哪些”走场景 3；“风格调研、情绪板、竞品视觉”走场景 4。
场景 1：从 PRD 要界面清单和状态清单
指令模板要求读 PRD 输出三样东西：界面清单（哪些页面和弹窗、对应 PRD 的哪一节）、每个界面的状态清单（正常、空状态、加载中、请求失败、无权限、内容超长、极端数量分别是否需要单独设计，PRD 写了的标“已定义”，没写的标“待确认”）、页面跳转关系流程图。产出形态为表格，如订单列表页对应 PRD 3.1，七个状态里五个待确认，只列问题不替产品给答案。必须保留的否定条款：不要替产品补充他没写的逻辑，“待确认”的部分只列出问题，不要自己给答案。验收要点：它列的界面清单可能会漏掉 PRD 里一笔带过的入口，也可能把同一个弹窗数成两个，需对着 PRD 快速过一遍。
场景 2：一套主视觉铺成全渠道尺寸
原来需要一个个改画布尺寸、重新排版、调字号、导出，十几个尺寸半天到一天，主视觉再改一次就全部重来。指令模板基于主视觉和品牌规范文档延展指定尺寸物料，要求主体元素和核心信息在每个尺寸里完整可见不被裁切、文字层级关系保持一致、竖版和方版重新排布不简单拉伸、每个尺寸标注用途和输出格式、品牌色字体 Logo 用法严格按规范文档。它出的是延展稿，终稿仍要设计师来定。版权提醒：AI 生成的图形元素用在对外正式物料前，要确认没有可识别的第三方 IP 特征。
场景 3：把一轮评审的意见收拢成一张表
指令模板收集设计稿文档上的所有评论，加上评审群某时间范围内关于这版设计的讨论，整理成修改清单：每条列出提出人、原话、涉及页面或元素、属于哪一类（信息层级/交互逻辑/视觉表现/文案/规范一致性）；意见互相冲突的单独标出，把冲突双方原话都放上；只是感受性表达没有具体指向的（如“感觉不够高级”）单独归为“需追问”。必须保留的否定条款：不要替我判断该不该改，也不要合并你觉得相似的意见。两个人都说“这里太挤”，一个指间距一个指信息量，合并后只会改一个。验收要点：确认提出人有没有对错，评审意见的归属很重要。
场景 4：风格调研与情绪板
指令模板要求调研某行业/品类近期产品、网站、应用的视觉趋势，用浏览器打开逐个截图，从配色、版式结构、字体气质、图形语言、动效倾向五个维度做对比表，每个参考标明来源链接和截取日期，最后按视觉气质分组并说明各组共同特征，不给“哪个更好”的评价。用途是给客户或内部提案时的参考支撑，以及开工前的方向校准。分组和归纳它能做，审美判断人来做。
红线
它做不了判断：方案哪个更对、某元素该不该留、视觉重心放哪里，这些依赖对品牌、受众、场景的理解。对外正式物料必须人工终审：AI 生成的图形有版权风险，文案可能不符合广告法，品牌元素可能被微调而没被发现。别让它替你写设计说明里的“为什么”，方案评审时最有价值的是设计师的推导过程。
兜底策略
PRD 里状态写得很全：如实说没有待确认项，不要为了凑数硬挑。规范文档不存在：先问色板、字阶、间距系统，产出前把用到的规范值列出确认，不要按通用设计习惯默认。参考站点打不开：说明哪几个没抓到，不要用记忆里的印象描述代替截图。
上下游衔接
上游：pm-skills/pm-prd-writer（PRD）、job-mkt（主视觉与品牌规范）。下游：界面清单和状态清单存进需求文档旁边，产品、开发、测试按同一份对齐；修改清单建成任务，改完勾掉。
诚实边界
设计判断、视觉终审、设计说明里的推导，这三样不交出去。延展稿是初稿，终稿由设计师定。AI 生成图形的版权风险需要人工确认。