Gemini CLI vs Gemini Code Assist

Gemini CLI vs Gemini Code AssistComparisonUpdated 2026-03-18

SUMMARY

Gemini CLI (CLI) uses markdown configuration while Gemini Code Assist (IDE) uses markdown. They differ on 3 of 11 compared features. Both tools provide AI-assisted development but take different approaches to project configuration.

FEATURE COMPARISON

Feature	Gemini CLI	Gemini Code Assist	Notes
Config format	markdown	markdown
Hierarchy support	✓	✓	Whether config files can be placed at multiple directory levels
Global config	✓	✗	User-wide configuration outside any project
Project config	✓	✓
Subdirectory scoping	✗	✓	Config files in subdirectories that apply only to that subtree
File inclusion / imports	✗	✗	Ability to include or reference other files from config
Ignore file	✗	✗
IDE integration	CLI	✓
Schema / structure	Free-form (Markdown)	Free-form (Markdown)	Whether config uses structured schema or free-form content
Git committed	✓	✓	Whether primary config files are intended to be version-controlled
Encoding	UTF-8	UTF-8

FILE MAPPING

Purpose	Gemini CLI	Gemini Code Assist
Project instructions	GEMINI.md	GEMINI.md
Project instructions	.gemini/styleguide.md	AGENT.md

SIDE-BY-SIDE CODE SAMPLES

Gemini CLI

GEMINI.md

markdown

# Project Context

## Stack
- Node.js 22 with TypeScript 5.x
- Express.js for the API server
- Prisma ORM with PostgreSQL
- React 19 with Vite for the frontend

## Architecture
- Monorepo with pnpm workspaces
- packages/api — Express REST API
- packages/web — React SPA
- packages/shared — Shared types and utilities

## Commands
- pnpm dev — Start all services
- pnpm test — Run vitest across all packages
- pnpm lint — ESLint + Prettier check
- pnpm db:migrate — Run Prisma migrations

## Conventions
- Use barrel exports (index.ts) for public APIs
- Error responses use RFC 7807 Problem Details format
- All API endpoints require authentication except /health

Gemini Code Assist

GEMINI.md

markdown

# Project Rules

## Overview
E-commerce platform built with Go microservices and React frontend.
All services communicate via gRPC with Protocol Buffers.

## Go Services
- Follow standard Go project layout (cmd/, internal/, pkg/)
- Use structured logging with slog (not log or fmt.Println)
- Error handling: always wrap errors with fmt.Errorf("%w", err)
- Database access through repository pattern in internal/repo/
- All public functions must have godoc comments

## API Design
- Proto files live in proto/ directory with buf for linting
- Use field masks for partial updates
- Pagination via cursor-based tokens, not offset

## Testing
- Table-driven tests for all business logic
- Use testcontainers-go for integration tests
- Minimum 80% coverage on internal/ packages
- Mock external services with gomock interfaces

## Do Not
- Use global variables or init() functions
- Import internal packages across service boundaries
- Commit generated .pb.go files (CI generates them)

KEY DIFFERENCES

1. Global config

Gemini CLI: Supported. Gemini Code Assist: Not supported.

2. Subdirectory scoping

Gemini CLI: Not supported. Gemini Code Assist: Supported.

3. IDE integration

Gemini CLI: CLI. Gemini Code Assist: Supported.

WHICH SHOULD I USE?

Recommendation

Choose based on your IDE/CLI preference. If you use Gemini CLI, configure GEMINI.md. If you use Gemini Code Assist, configure GEMINI.md. Many projects include config files for multiple tools so each team member can use their preferred editor.

PORTABILITY TIP

sync-instructions.sh

bash

# Maintain a single source of truth:
cp AI-INSTRUCTIONS.md CLAUDE.md
cp AI-INSTRUCTIONS.md .cursorrules
cp AI-INSTRUCTIONS.md AGENTS.md