让 Agent 研究现成界面，怎样把源码变成自己的设计方法？

给 Agent 的调研问题怎样才够具体？

从用户卡住的一步开始，例如上传后不知道是否开始处理、搜索后找不到返回入口，或手机端按钮挤在一起。把当前页面、想完成的动作和遇到的困难交给 Agent，再要求它研究参照界面怎样处理同类任务。限定一个问题，调研报告就更容易落到自己可以修改的地方。

如果提供代码库，可以让 Agent 标出与这段交互有关的位置，并说明每个判断依据来自哪里。输出不必覆盖整个项目，先回答进入方式、当前状态怎样表示、操作后给什么反馈。这里只提出可采用的调研要求，没有实际读取热议中提到的代码库，也没有确认其中具体组件的实现。

除了正常画面，还要研究哪些状态？

把操作过程拆成尚未开始、正在进行、得到结果和遇到问题几个阶段，分别记录用户能看到什么、能做什么。再检查等待时间变长、内容为空或任务中断时，界面如何帮助继续操作。由此可以得到一份状态清单，直接用于自己页面的设计与验收。

布局可以结合自己的内容量来判断：标题变长、按钮增加、列表没有数据，或屏幕变窄时，操作是否仍清楚。参照项目的用户与自己的用户可能不同，研究时应写出适用条件。例如需要连续编辑的工具与只打开一次的结果页，可能需要不同的返回和保存入口。

调研结论怎样变成可以验证的原型？

先选一项改动，用自己的名称、文案和真实长度的数据制作原型。让第一次看到页面的人完成原定任务，观察他在哪里停住、误点或需要解释。把问题和修改对应起来，再决定是否继续引入其他设计。这样能检查研究结论是否适合当前产品，而不会只凭一张展示图作决定。

学习方法与直接复用代码怎样划界？

这类调研适合解决已经明确的界面问题。若产品的核心任务和内容结构仍未确定，应先明确用户要完成什么，再选参照对象。Agent 可以帮助查找和组织材料，最终采用哪条设计规则、为何适合当前页面，仍应留下清楚的说明，方便以后继续修改。

把讨论变成可检查的小任务

可选择一个独立交互，例如发送按钮从等待到完成的变化，先画状态和触发条件，再在自己的测试页面重做。用慢速、失败和取消三种路径检查是否还说得清状态，保留来源文件位置作为学习笔记。不要仅凭录屏相似就判断逻辑相同。本文没有复制 Telegram 代码或发布衍生应用。