# GEMINI.md Template Template for project-root `GEMINI.md` - auto-generated by `gsd-tools generate-claude-md`. Contains 6 marker-bounded sections. Each section is independently updatable. The `generate-claude-md` subcommand manages 5 sections (project, stack, conventions, architecture, workflow enforcement). The profile section is managed exclusively by `generate-claude-profile`. --- ## Section Templates ### Project Section ``` ## Project {{project_content}} ``` **Fallback text:** ``` Project not yet initialized. Run /gsd-new-project to set up. ``` ### Stack Section ``` ## Technology Stack {{stack_content}} ``` **Fallback text:** ``` Technology stack not yet documented. Will populate after codebase mapping or first phase. ``` ### Conventions Section ``` ## Conventions {{conventions_content}} ``` **Fallback text:** ``` Conventions not yet established. Will populate as patterns emerge during development. ``` ### Architecture Section ``` ## Architecture {{architecture_content}} ``` **Fallback text:** ``` Architecture not yet mapped. Follow existing patterns found in the codebase. ``` ### Workflow Enforcement Section ``` ## GSD Workflow Enforcement Before using Edit, Write, or other file-changing tools, start work through a GSD command so planning artifacts and execution context stay in sync. Use these entry points: - `/gsd-quick` for small fixes, doc updates, and ad-hoc tasks - `/gsd-debug` for investigation and bug fixing - `/gsd-execute-phase` for planned phase work Do not make direct repo edits outside a GSD workflow unless the user explicitly asks to bypass it. ``` ### Profile Section (Placeholder Only) ``` ## Developer Profile > Profile not yet configured. Run `/gsd-profile-user` to generate your developer profile. > This section is managed by `generate-claude-profile` - do not edit manually. ``` **Note:** This section is NOT managed by `generate-claude-md`. It is managed exclusively by `generate-claude-profile`. The placeholder above is only used when creating a new GEMINI.md file and no profile section exists yet. --- ## Section Ordering 1. **Project** - Identity and purpose (what this project is) 2. **Stack** - Technology choices (what tools are used) 3. **Conventions** - Code patterns and rules (how code is written) 4. **Architecture** - System structure (how components fit together) 5. **Workflow Enforcement** - Default GSD entry points for file-changing work 6. **Profile** - Developer behavioral preferences (how to interact) ## Marker Format - Start: `` - End: `` - Source attribute enables targeted updates when source files change - Partial match on start marker (without closing `-->`) for detection ## Fallback Behavior When a source file is missing, fallback text provides Claude-actionable guidance: - Guides the agent's behavior in the absence of data - Not placeholder ads or "missing" notices - Each fallback tells the agent what to do, not just what's absent