Gemini Code Assist vs ZedComparisonUpdated 2026-03-18
SUMMARY
Gemini Code Assist (IDE) uses markdown configuration while Zed (Editor) 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 Code Assist | Zed |
|---|---|---|
| Config format | markdown | markdown |
| Hierarchy support | ✓ | ✓ |
| Global config | ✗ | ✓ |
| Project config | ✓ | ✓ |
| Subdirectory scoping | ✓ | ✗ |
| File inclusion / imports | ✗ | ✗ |
| Ignore file | ✗ | ✗ |
| IDE integration | ✓ | Editor |
| Schema / structure | Free-form (Markdown) | Free-form (Markdown) |
| Git committed | ✓ | ✓ |
| Encoding | UTF-8 | UTF-8 |
FILE MAPPING
| Purpose | Gemini Code Assist | Zed |
|---|---|---|
| Project instructions | GEMINI.md | Rules Library |
SIDE-BY-SIDE CODE SAMPLES
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)
Zed
.rules
markdown
# Project Rules
## Stack
- TypeScript 5.x with strict mode
- React 19 with Server Components
- Tailwind CSS v4
- Drizzle ORM with PostgreSQL
## Code Style
- Prefer named exports over default exports
- Use "use client" directive only when interactivity is required
- Colocate tests in __tests__ directories next to source files
- Use Zod for all runtime validation
## Architecture
- App Router with nested layouts in app/
- Server actions in app/actions/
- Database schema in db/schema.ts
- Shared utilities in lib/
## Commands
- Dev server: pnpm dev
- Type check: pnpm typecheck
- Test: pnpm test
- Lint: pnpm lint
KEY DIFFERENCES
Gemini Code Assist: Not supported. Zed: Supported.
Gemini Code Assist: Supported. Zed: Not supported.
Gemini Code Assist: Supported. Zed: Editor.
WHICH SHOULD I USE?
Choose based on your IDE/CLI preference. If you use Gemini Code Assist, configure GEMINI.md. If you use Zed, configure .rules. 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
SEE ALSO
Tool pages:
File references:
agentconfig.ing2026-03-18COMPARE(1)