滚动时项目逐张推近，每张展示一个完整案例。
按公司与项目组梳理设计经历，从用户端到管理后台，查看不同场景下的完整交互。
点击项目预览；支持自动演示的项目会自动播放，其余项目可手动浏览。
从规范到验证的一条闭环：怎么定变量、怎么编排 Agent、怎么接住不确定的输出、上线后怎么看数。每一块都可以直接操作。
三条我一直在用的判断标准，和它们各自对应的一个真实做法。
布局是结论，不是起点。我习惯先把这一屏里谁最重要、谁只是背景说清楚，再决定它们各占多大、放在哪。跳过这一步的界面，改多少版还是乱的。
没有零成本的方案。我选一个方向的时候会同时写下它牺牲了什么 —— 说不出代价，通常说明我还没想清楚，或者只是在照抄别人的答案。
埋点告诉我用户卡在第 3 步，但不会告诉我为什么。我用数据把范围缩小，再回到界面上找原因 —— 把结论直接交给数据，容易做出正确但没用的改动。
把需求拆成使用者、触发场景、目标与限制。沿着实际操作路径，找出需要用户反复判断或来回跳转的地方。
交出：任务路径与问题清单。
先确定这一屏最重要的信息与动作，再安排辅助内容。低频信息按需展开，异常与确认放在用户做决定的位置。
交出：信息优先级与页面框架。
用同一条任务路径比较不同方案，说明各自减少了什么操作，又增加了什么学习或实现成本，带着依据与团队对齐。
交出：方案对比与选择理由。
用可交互原型串起入口、操作、反馈与结果。观察卡在哪里、为什么犹豫，再结合完成率、停留与放弃情况判断调整方向。
交出：验证记录与待调整项。
逐项检查加载、空数据、权限、失败与重试。对于不可撤销或 AI 生成的结果，说明确认方式、结果来源和下一步入口。
交出：状态清单与交互规则。
将布局、组件和交互约束整理进规范与原型，和研发核对关键路径及边界。实现后走查差异，记录问题并跟进修正。
交出：组件约束、交付说明与走查清单。
点击展开查看具体职责。