用途：把用户画像当作设计判断用的「假设模型」来搭建，而非角色扮演式设定，最终输出可用于决策与验证的形式。当需求涉及整理用户画像、目标用户、目标群体、JTBD、课题假设、使用场景时适用；当 doc/input/rdd.md 中「目标用户形象」「用例」未确定或含糊时优先适用。
主要能力与基本方针：不靠臆测断言，把事实（观察、既有日志、访谈、竞品）与假设分开书写；强调可运营性，产出可验证、可更新的结构，而非做完即止。判断规则上，用户画像只代表「代表例」而非「所有人」，需明确代表范围；以行动、目的、约束（时间/预算/技能/环境）为核心，属性（如年龄）保持最小必要；必须包含竞品与替代行为（当前如何解决）；同时描述「痛点」与「价值」；落成可验证的假设，使下一步该做的调研得以确定。
使用方式：先确认五个问题——谁使用（是否需要区分使用者/购买者/管理者）、想达成什么（目的/JTBD）、有哪些约束（时间/频率/环境/终端/权限）、现有替代手段是什么（竞品/手工/Excel 等）、以什么判断成功或失败（KPI/体验/业务）。输出须按固定顺序：前提（事实/假设/不明点）；用户画像候选（1〜3 名）；各画像的「目的/状况/约束/替代/痛点/价值」；优先级（MVP 优先哪一个）；验证计划（接下来问什么/看什么/测什么）。
常见陷阱：只靠属性搭建、无法用于设计判断；只描绘「理想用户」而遗漏现实约束；假设与事实混淆、无法验证。
限制：资料未提供具体收费、价格、平台支持范围与配套命令，暂未提供。