Peter Diamond: As I give Codex design feedback as well, so like as I'm going back and forth with Codex and it's building the website out for me, I can also ask it to continue to update this design.md file, adding more tests and criteria so that it knows to follow these directions, or keeping these directions as up to date as possible.
So again, really great. What I try to do in Codex, as a general rule, is try to scale my sessions as much as possible. Anytime I'm giving Codex a lot of feedback on a specific project, I try to package that feedback up in some kind of reusable way so that I'm not having to do that again next time I have a project with it.
So a design.md file is a great way to package up design criteria in general. Once you have your design references, you have a design.md file. Again, you don't have to make a design.md file to start. You can just give it the visual references and Codex can build from those.
You can give it all sorts of things. You can give it a website URL, and it can go to the website using its own computer and in-app browser. It can go to that website and take a look at it. You can give it images if you have mood boards or specific components that you like from other sites. Whatever you have that you want to give to it, it's great just to give it context.
