Before Guided Generative Workflows (GG) can research or plan effectively, it needs to understand your codebase — your architecture, conventions, stack, integrations, and testing patterns. Rather than re-analyzing the repository from scratch on every project, Workflows generates a set of codebase documentation files once and reuses them across all projects. These files feed intoDocumentation Index
Fetch the complete documentation index at: https://docs.joggr.ai/llms.txt
Use this file to discover all available pages before exploring further.
/gg-research, /gg-plan, and /gg-execute for every project you run.
This also keeps token usage low — instead of crawling your entire repo on every project, Workflows reads these pre-generated files and focuses only on what is unique to the current task.
Run /gg-codebase once when you set up Workflows in a repository. Every subsequent project can reference these files — you do not need to re-research your codebase for each new project.
What Gets Generated
/gg-codebase writes six files to .joggr/.gg/codebase/:
| File | What it captures |
|---|---|
architecture.md | Codebase structure, layers, component interactions, and where to add new code. |
conventions.md | Code style, naming conventions, directory structure, and best practices. |
development.md | Commit conventions, branch naming, CI/CD pipeline, and development rules. |
integrations.md | External services, APIs, and third-party dependencies. |
stack.md | Languages, frameworks, databases, and tools. |
testing.md | Test framework, test structure, patterns, and coverage. |
/gg-research runs for a new project, it reads these files instead of crawling the repo again — keeping research focused on what is unique to the current task.
Focus Areas
You can limit analysis to a specific area:/gg-codebase tech to update just the stack and integrations docs.
When to Re-run
The codebase files are stable until your repository structure changes significantly. Re-run/gg-codebase after:
- A major refactor or restructured directory layout
- Adding a new framework or replacing a core dependency
- Changing your CI/CD pipeline or development workflow