Claude Code
- Surfaces represented
- Claude Code terminal CLI · Claude Code IDE integrations
- Model context represented
- Not established
Practical agent comparison
Both products document hierarchical project guidance, coding tools, filesystem changes, shell execution, and permission controls. Claude Code uses scoped CLAUDE.md files and repository auto memory. Gemini CLI uses hierarchical GEMINI.md context and documents planning and web tools; the reviewed evidence does not establish comparable persistent memory. Their confirmation, sandbox, and context-assembly mechanisms differ, so preserve the destination product's control model when migrating workflows.
Comparison orientation
Each dimension links to its detailed evidence row. State labels describe the selected evidence.
Who this comparison is for
Developers and engineering teams comparing multi-surface Claude Code workflows with terminal-based Gemini CLI automation.
Evidence-bounded scope
These summaries combine only the scope stated in the reviewed answers. Each criterion keeps its narrower limits.
Practical behavior comparison
“Not established” records an evidence gap. It does not mean the product lacks the capability.
| Criterion | Claude Code | Gemini CLI | Practical implication |
|---|---|---|---|
| Repository / project instructions Repository guidance must be placed in the target agent's documented instruction hierarchy. | Documented Scoped CLAUDE.md hierarchy
| Documented Hierarchical GEMINI.md context
| Editorial implication Both products document hierarchical repository guidance. Map CLAUDE.md and GEMINI.md scopes instead of treating the filenames as interchangeable. Review scope and limits |
| Memory / persistent context Durable workflow context should not be assumed to persist across agent environments. | Documented Repository-scoped auto memory
| Not established Persistent memory semantics not established
| Editorial implication Claude Code documents repository auto memory; comparable Gemini CLI persistence is not established. Keep required durable context outside assumed memory when moving work. Review scope and limits |
| Planning / work decomposition Planning assumptions shape how teams structure, review, and resume multi-step work. | Not established Planning procedure not established
| Documented Planning appears in documented tools
| Editorial implication Gemini CLI planning appears in the selected tool reference; a specific Claude Code procedure is not established. Define the plan artifact explicitly for both. Review scope and limits |
| Tools / tool calling A portable workflow must use only the tools established by the selected evidence. | Documented Read, edit, execute, and external tools
| Documented Filesystem, execution, planning, MCP, and web
| Editorial implication Both document broad coding-agent tools, but enabled inventories and security configuration vary; verify every required tool in the destination environment. Review scope and limits |
| Filesystem / file modification Repository reads and mutations require the correct workspace and review boundary. | Documented Reads and edits codebase files
| Documented Filesystem tools with confirmation for mutation
| Editorial implication Both establish filesystem operations with controls around mutation; preserve workspace trust, confirmation, and permission expectations during transfer. Review scope and limits |
| Shell / terminal execution Command-heavy automation depends on the target harness's execution controls. | Documented Runs commands through codebase tools
| Documented Shell tools with confirmation and isolation
| Editorial implication Both establish shell execution, but Claude Code permission rules and Gemini CLI confirmation or isolation controls require different operational setup. Review scope and limits |
| Browsing / network access Current external information cannot be assumed available when browsing scope is unestablished. | Not established General browsing not established
| Documented Web tools in official tool reference
| Editorial implication Gemini CLI web tools are documented; general Claude Code browsing is not established. Workflows that need current external data require a fresh target check. Review scope and limits |
| Approvals / permissions Consent, confirmation, and isolation rules determine which delegated actions can proceed. | Documented Deny, ask, allow, and permission modes
| Documented Confirmation, sandbox, and trusted folders
| Editorial implication Claude Code uses deny, ask, and allow rules; Gemini CLI documents confirmation and isolation boundaries. Preserve the destination control vocabulary and policy. Review scope and limits |
| Context scope / inheritance Instructions and tools remain dependable only when their surface, model, and configuration boundaries are preserved. | Documented Managed, user, project, local, and memory scopes
| Documented Global, workspace, just-in-time, and dynamic context
| Editorial implication Both layer project context, but their memory, dynamic substitutions, and configuration boundaries differ; audit effective context before reusing a repository workflow. Review scope and limits |
Criterion-by-criterion interpretation
Behavior Intelligence supplies the factual answers. Editorial implications remain separate.
Why it matters. Repository guidance must be placed in the target agent's documented instruction hierarchy.
Claude Code documents managed, user, project, and local CLAUDE.md instruction scopes for coding-agent work.
Gemini CLI documents global, workspace, and just-in-time GEMINI.md files as hierarchical project and task context.
Why it matters. Durable workflow context should not be assumed to persist across agent environments.
Claude Code documents repository-scoped auto memory that stores selected learnings separately from human-authored CLAUDE.md instructions.
The selected Gemini CLI tools reference names memory among its categories, but does not establish enough persistence or scope behavior for this question.
No source link is attached because the reviewed evidence does not establish this answer.
Why it matters. Planning assumptions shape how teams structure, review, and resume multi-step work.
The selected Claude Code sources establish coding tools, instructions, memory, and permissions, but not a specific planning procedure.
No source link is attached because the reviewed evidence does not establish this answer.
The selected Gemini CLI tools reference includes planning among the documented tool categories available to the CLI.
Why it matters. A portable workflow must use only the tools established by the selected evidence.
Claude Code documents tools for reading code, editing files, running commands, and connecting to external tools.
Gemini CLI's selected official reference covers filesystem, execution, planning, memory, MCP, and web tool categories.
Why it matters. Repository reads and mutations require the correct workspace and review boundary.
Claude Code's official overview says the product reads code, edits files, and runs commands.
Gemini CLI documents filesystem tools, with mutating file operations subject to confirmation and configured security boundaries.
Why it matters. Command-heavy automation depends on the target harness's execution controls.
Claude Code's official overview documents command execution as part of codebase operations.
Gemini CLI documents shell execution tools whose requests pass through confirmation and configured security policies.
Why it matters. Current external information cannot be assumed available when browsing scope is unestablished.
The selected Claude Code sources mention external-tool connections but do not establish a general browsing mechanism for this question.
No source link is attached because the reviewed evidence does not establish this answer.
Gemini CLI's selected official tools reference includes web capabilities among the available tool categories.
Why it matters. Consent, confirmation, and isolation rules determine which delegated actions can proceed.
Claude Code documents deny, ask, and allow rules with precedence, plus permission modes that constrain tool execution.
Gemini CLI documents confirmation for mutating file and shell tools, with sandboxing and trusted-folder boundaries.
Why it matters. Instructions and tools remain dependable only when their surface, model, and configuration boundaries are preserved.
Claude Code documents managed, user, project, and local CLAUDE.md scopes plus separate repository-scoped auto memory.
Gemini CLI documents global, workspace, and just-in-time GEMINI.md context plus dynamic injection of enabled skills, subagents, and tools.
Workflow guidance
These implications follow from the reviewed criteria. They do not express a product preference.
Map CLAUDE.md scopes to the appropriate GEMINI.md hierarchy, or the reverse, without assuming identical inheritance.
Gemini CLI planning and Claude Code auto memory are documented asymmetrically; specify both the plan artifact and durable context requirements.
Filesystem and shell workflows must honor Claude Code permission rules or Gemini CLI confirmation and isolation rather than a generic approval assumption.
Gemini CLI web tools are documented; general Claude Code browsing is not established. Verify external-data dependencies before migration.
Comparison-specific evidence
Claude Code and Gemini CLI combine model context, project instructions, tools, and harness controls in different ways. Their official documentation differs most clearly in base-prompt handling, dynamic assembly, and project-context scope. The analysis below adds prompt and product context to the shared behavior criteria.
Gemini CLI exposes workflows to export its current built-in prompt and completely replace it. No equivalent full-prompt workflow is established for Claude Code in the selected sources.
Claude Code uses scoped CLAUDE.md files; Gemini CLI uses global, workspace, and just-in-time GEMINI.md context.
Claude Code documents repository auto memory. Gemini CLI documents dynamic substitution of skills, subagents, and enabled tools into custom prompts.
Source-specific detail
These criteria cover prompt visibility, product identity, and other evidence specific to this comparison.
| Criterion | Claude Code | Gemini CLI |
|---|---|---|
| Product and model roleEditorial interpretation. Both are coding-agent harnesses with a selectable or configurable model rather than one product-equals-model identity. | documented Claude Code spans terminal, IDE, desktop, and web surfaces with a separately selected Claude model. | documented Gemini CLI is an open-source terminal agent whose configured Gemini model is separate from its instruction assembly. |
| Base-prompt handlingEditorial interpretation. Official Gemini CLI documentation exposes a prompt workflow that the selected Claude Code documentation does not establish. | not established The selected official sources do not publish or expose a complete default Claude Code system prompt. | documented GEMINI_WRITE_SYSTEM_MD can export the current built-in prompt, while GEMINI_SYSTEM_MD can replace it completely. |
| Project instructionsEditorial interpretation. Both products document hierarchical instruction files, but the filenames and scope models differ. | documented CLAUDE.md instructions can be managed, user-scoped, project-scoped, or local. | documented GEMINI.md context can load globally, from a workspace hierarchy, and just in time from relevant directories. |
| Dynamic instruction assemblyEditorial interpretation. Gemini CLI's selected docs are more explicit about named dynamic substitutions; Claude Code's selected docs focus on scoped files and memory. | documented Claude Code assembles scoped CLAUDE.md context and repository memory, but this source set does not establish an equivalent named substitution template. | documented Custom prompts can substitute available skills, subagents, and enabled tool names, making the resolved prompt configuration-dependent. |
| Tools and permission boundariesEditorial interpretation. Both harnesses mediate agent actions outside model text, with different documented rule vocabularies. | documented Claude Code documents code, file, command, and external-tool operations plus deny, ask, and allow permission rules. | documented Gemini CLI documents filesystem, execution, planning, memory, MCP, and web tools with confirmation and sandbox boundaries. |
| Persistent memoryEditorial interpretation. Claude Code documents a repository-scoped auto-memory store. The selected Gemini CLI source names a memory tool but does not establish an equivalent automatic store. | documented Auto memory stores selected learnings separately from human-authored CLAUDE.md instructions. | not established The selected Gemini CLI tools reference includes memory capability, but does not establish an equivalent repository auto-memory mechanism. |
Using the evidence
Gemini CLI supports explicit export and replacement claims; Claude Code's selected sources support architecture analysis without a complete default-prompt claim.
Both products support persistent project context, but CLAUDE.md and GEMINI.md have different documented hierarchies and should not be treated as interchangeable names.
Dynamic substitutions and instruction files shape context; tool confirmations, permission rules, and sandboxing shape what actions proceed.
Primary-source trail
Each source links to its product evidence, with provenance and publication limits preserved.
Deeper cross-agent context
Open the six-product answer for broader evidence and scope.
Continue comparing