背景与问题
最近在推进课程项目，方向是做一个旅行规划agent。进行到前端设计的时候，我和codex陷入了多轮的讨论和修正： 
“不要这样，这个交互不好” 
“把行程路线风格调整成…” 
事后反思发现原因在于： 

我不太清楚一个 “好的旅行规划助手的交互设计” 应该是什么样的；
同时， 我又能想到 “我明显不喜欢的交互设计” ，所以会不断patch


前者开发者视角，要设计一个让大部分人“用起来舒服”的页面，需要门槛较高的经验加持和前期设计； 
后者用户视角，我觉得一个软件不好用，可能是因为它的设计还不成熟，也可能软件是成熟的但我有我自己的偏好需求 

例如我是个P人，我希望旅行规划页面地图中，可以显示行程路线周围、会路过的好玩的地方 
常见的开发范式中，这种需求可能要不断反馈、服务提供方进行评估、排期实现、发布更新这样的冗长闭环，甚至很多时候这种个人的需求很难通过评估 
那有没有一种...