| ▲ | CharlieDigital 3 days ago | ||||||||||||||||
I have had some success with this by using a distinct agent profile for this role in my agent team. The agent is instructed to use Laws of UX[0] when reviewing application flows and cite specific laws with changes to the builder agents. Look-and-feel in general still requires some tuning, but I have found that: 1) using a discrete agent in this role that only looks at the flow and is given the end-user context, 2) pointed to a set of guidance has really improved autonomy for UX. | |||||||||||||||||
| ▲ | XenophileJKO 3 days ago | parent | next [-] | ||||||||||||||||
This is still generally a good rule when building with agents, the models are capable of many behaviors. The key is to simply set some bounds on what their "job" is so that most of their finite attention can be spent organizing around the what that role is expected to do. It certainly is less important as the models get better at meta planning, but this approach is still very useful. Often all you need to do is define a set of beliefs and values for the role and it will operate much better than rules or guidance. | |||||||||||||||||
| |||||||||||||||||
| ▲ | unsloppable 3 days ago | parent | prev [-] | ||||||||||||||||
Thanks for linking this. I've reached a point I need to overhaul one of my MacOS apps and these laws are the perfect find. What's the best approach to applying these in practice? Should I evaluate every screen with each of these laws in mind or should I evaluate the app entirely one law at a time? | |||||||||||||||||
| |||||||||||||||||