Augment Code vs Void | agentconfig.ing

Augment Code vs VoidComparisonUpdated 2026-03-16

SUMMARY

Augment Code (IDE) uses markdown configuration while Void (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	Augment Code	Void	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	✓	✓
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	Augment Code	Void
Project rules	.augment/rules/*.md	.void/rules/*.md

SIDE-BY-SIDE CODE SAMPLES

Augment Code

AGENTS.md

markdown

# Project Rules

## Architecture
- Clean architecture with domain, application, and infrastructure layers
- Domain models must not import from infrastructure
- Use dependency injection for all services

## Code Style
- TypeScript strict mode, no implicit any
- Use Result<T, E> for error handling in domain layer
- Prefer composition over inheritance
- Maximum 3 parameters per function; use options objects for more

## Testing
- Unit tests for domain logic (no mocking frameworks)
- Integration tests for API endpoints
- E2E tests for critical user journeys with Playwright

## Dependencies
- Do not add new dependencies without discussing first
- Prefer standard library over third-party for simple tasks

Void

.void/rules/*.md

markdown

---
description: Python backend conventions
globs: "app/**/*.py"
auto_apply: true
---

# Backend Rules

## Stack
- Python 3.12 with FastAPI
- SQLAlchemy 2.0 with async sessions
- Alembic for migrations
- pytest for testing

## Conventions
- Use type hints on all function signatures
- Async endpoints by default
- Pydantic v2 models for request/response schemas
- Repository pattern for database access

## File Structure
- app/api/routes/ — API endpoints
- app/models/ — SQLAlchemy models
- app/schemas/ — Pydantic schemas
- app/services/ — Business logic

KEY DIFFERENCES

1. Hierarchy support

Augment Code: Supported. Void: Not supported.

2. Global config

Augment Code: Supported. Void: Not supported.

3. Subdirectory scoping

Augment Code: Supported. Void: Not supported.

WHICH SHOULD I USE?

Recommendation

Choose based on your IDE/CLI preference. If you use Augment Code, configure AGENTS.md. If you use Void, configure .void/rules/*.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

SUMMARY

FEATURE COMPARISON

FILE MAPPING

SIDE-BY-SIDE CODE SAMPLES

KEY DIFFERENCES

WHICH SHOULD I USE?

PORTABILITY TIP

SEE ALSO