Project Setup
Cogo can run with built-in defaults in any directory, but a real project gets the most value from an .agents/ directory.
Scaffold with cogo init
From the root of your project:
cogo initThis creates:
.agents/
├── config.json # model, provider, permission mode, path scope
├── .gitignore # ignores sessions/ and logs/ inside .agents/
└── AGENTS.md # project memory loaded into the system promptIf .agents/ already exists, cogo init refuses to overwrite. Pass --force to clobber.
Interactive mode
cogo init --interactiveWalks a Bubble Tea wizard with three steps:
- Provider —
gemini(public API) orvertex(Vertex AI). - Model — pre-filled with the current default; edit if you want a different one.
- Permission mode —
ask(default),allow, oryolo.
A confirmation screen shows the resulting config.json before writing.
What gets auto-discovered
Cogo walks up from the current working directory looking for .agents/, the same way Git finds .git. So you can cd into any subdirectory and Cogo still finds the project root’s config.
When no .agents/ exists, Cogo runs with built-in defaults — useful for quick one-offs in arbitrary directories.
Optional pieces
You can layer these in over time:
.agents/mcp.json— declare MCP servers to extend the agent’s tool set. See MCP Servers..agents/skills/<name>/SKILL.md— drop in Claude-compatible skill bundles. See Skills..agents/AGENTS.md(orCLAUDE.md/GEMINI.md) — project memory loaded into the system prompt. Plus~/.cogo/AGENTS.mdfor personal preferences across all projects. See Memory..agents/sessions/<timestamp>.json— automatically written on exit..agents/logs/<timestamp>.jsonl— written when--debugis passed.
Next
→ User Guide — explore the interactive TUI and slash commands in depth.