近期在实践具身交互相关场景，原本只是了解平台能力、跑一个简单演示。但过程中发现一个值得思考的问题：很多 Agent 能力已经成熟，却始终停留在文本界面，难以适配真实场景需求。过去一年，Agent 搭建方式已经成熟：大模型对接知识库、工具、工作流，最终呈现为文本交互。在代码、资料等场景效率很高，但放到门店、展厅、客服、培训这类需要服务氛围的场景，就显得局限，用户未必愿意主动发起文字提问。

把同样的交互放到 Pura X Max 展开态里，我开始觉得不太对。列表区域明明还有很多空间，用户也能看到多条材料记录，但居中弹窗一出现，原来的列表和选中项都被遮住了。弹窗本身占据了屏幕中心，左右两边却空着不少区域。用户想对照原列表里的记录，或者继续切换另一条材料，就得先关掉弹窗，再回到列表里重新找。

把同样的交互放到 Pura X Max 展开态里，我开始觉得不太对。列表区域明明还有很多空间，用户也能看到多条材料记录，但居中弹窗一出现，原来的列表和选中项都被遮住了。弹窗本身占据了屏幕中心，左右两边却空着不少区域。用户想对照原列表里的记录，或者继续切换另一条材料，就得先关掉弹窗，再回到列表里重新找。

真正到了鸿蒙应用和服务端、Web 端或者旧系统对接的时候，问题往往不是接口不会调，而是两端对同一份数据的理解并不一致。服务端明明加密成功，鸿蒙侧却无法解密。鸿蒙生成的密文发到其他平台之后，对方又无法识别。这类问题看上去像普通代码错误，实际更常见的原因，是数据编码、算法规格和序列化结构没有对齐。

这些页面有一个共同点，导航只是帮助用户切换模块，用户真正要处理的内容在下面。窗口宽的时候，导航可以多展示一点信息；窗口变窄以后，导航就要把一部分空间让给内容区。否则用户还没看到列表内容，顶部已经被标题、Tab、数量和说明占掉了一大截。

这些页面有一个共同点，导航只是帮助用户切换模块，用户真正要处理的内容在下面。窗口宽的时候，导航可以多展示一点信息；窗口变窄以后，导航就要把一部分空间让给内容区。否则用户还没看到列表内容，顶部已经被标题、Tab、数量和说明占掉了一大截。

我在看一个整理结果页的小窗状态时，第一眼注意到的是按钮位置太靠后了。全屏状态下，这个页面看起来信息很全，标题、状态、摘要、来源、时间、标签、识别内容、处理建议、主按钮和次按钮都能放下。到了悬浮窗尺寸以后，这些内容仍然按全屏页面的顺序往下排，用户要先看完一堆说明，才能找到真正要点的那个按钮。

我在看一个整理结果页的小窗状态时，第一眼注意到的是按钮位置太靠后了。全屏状态下，这个页面看起来信息很全，标题、状态、摘要、来源、时间、标签、识别内容、处理建议、主按钮和次按钮都能放下。到了悬浮窗尺寸以后，这些内容仍然按全屏页面的顺序往下排，用户要先看完一堆说明，才能找到真正要点的那个按钮。

今天，我不教你配置环境，也不教你写 UI。我们要像一个真正的产品经理那样，把“会议随记 Pro”的灵魂拆解开来。

我在调材料列表页的时候，最早关注的是展开态双栏。左边放列表，右边放详情，点一条记录以后右侧直接切换内容，这种结构在 Pura X Max 展开态里确实能减少页面跳转。尤其是材料整理、会议纪要、客户记录这类页面，用户经常需要在多条记录之间来回看，列表和详情同时出现会省掉不少切换动作。