Use cases / Data models
Data models, with a clearer story.
Discuss entities, relationships, and ownership before writing the migration.
A practical workflow
- Identify the entities your feature owns, such as accounts, projects, and project members. Keep infrastructure components out of the entity model.
- Add keys and relationships, then explain whether they are one-to-one, one-to-many, or many-to-many.
- Compare the model with your application rules. A diagram is a design aid; validate constraints and migrations in your database tooling.
Try this starting prompt
Create an entity relationship diagram with Users, Projects, ProjectMembers, and Files. A user owns many projects, projects have many members through ProjectMembers, and each project contains many files. Show primary and foreign keys.
Adapt the names, connections, and constraints to your own system. AI output is a draft: inspect its assumptions and edit the result before sharing.
Choose the handoff
Use the visual canvas for presentation, Code or Split view for precise changes, and saved versions before major revisions. A read-only link is useful for a quick review; export source or an editable project backup when the recipient needs to continue editing.
Make the next conversation clearer.
Start a diagram, explore a pattern, and turn your system into something others can understand.
Create your workspace