How to use Bezi
Bezi’s UI is very simple because the power lies in prompting. This feels intuitive but, just like any other tool, time gets wasted if we don’t learn the fundamentals before diving in.
How to prompt
- Best prompt structure: Current state, Expected/Ideal state, Response format you want
- Prototype example: “I have a system for X. I want to adjust it to add Y. Prototype that and describe any necessary setup steps.”
- Prompt quality = response quality
- DO NOT prompt “fix errors”: This will get get a bad response. Bezi doesn’t know which error you want fixed.
- Bezi cannot read minds; the more relevant info, the better! These tools help give it specifics:
- Always tag relevant project assets, scripts, etc. in-line: type “@” to search or select an asset/gameObject in Unity
- Use image attachments (screenshots, figma layouts, etc.)
- If Bezi gives a response you don’t like, DO NOT PROMPT TO FIX IT. This causes rabbit-holes. Instead:
- Edit the original prompt & add extra info that the old reply missed. This regenerates the response (and wipes any changes that followed the OG).
- OR Start a new thread, summarize what you you liked from the previous, and re-ask the question
- More Do’s and Don’ts of prompting: https://docs.bezi.com/bezi/prompt-guide
How to use threads
- Threads are a series of prompts/responses
- Keep threads short: aim for <10 prompts per thread
- Only 1 topic/task per thread: start a new thread when the topic or task changes!
- Bezi uses an active thread’s history as context for prompt responses in the thread. Threads that are long or cover multiple tasks/topics create noise and will lead to a worse response
When to use Ask vs Agent Mode
- Use Ask Mode when you want Bezi to ideate, plan, search for information, etc.
- ONLY use Agent Mode when you want Bezi to write/modify scripts.
- Before using Agent Mode, set-up Second Dinner’s default version history tool to safely test things out