想用上自己刚建好的 Agent,得先在网页端折腾一遍,再回到 Codex 客户端里等它出现。这个顺序,不少第一次上手 OpenAI Dot 的人都会愣一下。
有用户反馈,在 Codex 客户端里找不到直接创建新 Agent 的入口。整个流程被拆成了两段:创建动作发生在网页端,使用动作发生在客户端。两边不是同时完成的,中间隔了一次手动同步。
![]()
割裂感从哪来
问题不在于功能缺失,而在于路径被切开了。用户的心理预期是"我在哪用,就在哪建",实际却是"在 A 处建,去 B 处用"。
这种跨平台的状态同步机制,让创建和使用这两个本该连贯的动作,变成了两件独立的事。对熟悉工具链的人来说,多点两下不算什么;对第一次接触的人,第一反应往往是"我是不是漏了什么步骤"。
反馈指向的是旅程设计
这条反馈被归到产品设计类别,指向的其实是端到端用户旅程的完整度。功能都在,但串联方式让用户多绕了一圈。
作者的原话是,创建完要等它"在 codex 中才会出现",并直言"这体验有点诡异"。诡异这个词用得挺准——不是不能用,是用的过程里有个说不通的环节。
对做 AI 产品的人来说,这类反馈的价值在于:它暴露的不是 bug,是流程假设和用户直觉之间的偏差。创建入口放在哪、状态什么时候同步,这些细节决定了用户是顺畅走完,还是中途停下来想一下。
特别声明:以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布,本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.