output format

This commit is contained in:
John Lancaster
2026-06-16 22:02:05 -05:00
parent 336bfafa03
commit 1d8e2d40d8
+16 -7
View File
@@ -259,18 +259,27 @@ If your app needs multi-step AI workflows, tool-calling loops, or human-in-the-l
## Output Format ## Output Format
The goal of the output is to produce an output
Return: Return:
1. A short architecture explanation. - A concise, high-level architecture explanation.
2. Full file tree. - An explanation of how the different parts of the concept will fit into this structure
3. Complete contents for each file. - What are the core services?
4. Run instructions (dev and prod). - What are the main ui pages?
5. A brief section explaining how to add a new page module in `pages/`. - What are the main ui components?
- Whether a database will be involved and whether the app owns the database
- Whether any AI will be used and what the workflow looks like
- A concrete implementation plan in the form of a checklist, organized into sections by concept which should roughly mirror the structure of sub-packages.
- Key functions/classes
- Configuration/settings available
- Migration or rollout notes (if relevant)
## Guardrails ## Guardrails
- Prefer not to put all pages in one file. - Do not put all pages in a single file.
- Avoid relying on implicit globals for app setup. - Never use globals, implicit or otherwise.
- Keep code minimal but production-minded. - Keep code minimal but production-minded.
- Being clear and concise is a higher priority than being verbose.
- Prefer clarity and maintainability over clever abstractions. - Prefer clarity and maintainability over clever abstractions.
## Source Documentation (recommended references) ## Source Documentation (recommended references)