Amp vs Kiro | agentconfig.ing

Amp vs KiroComparisonUpdated 2026-03-16

SUMMARY

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

FEATURE COMPARISON

Feature	Amp	Kiro	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	Amp	Kiro
Project instructions	AGENTS.md	.kiro/steering/*.md
Settings / configuration	settings.json	.kiro/hooks/*.kiro.hook

SIDE-BY-SIDE CODE SAMPLES

Amp

AGENTS.md

markdown

# Agent Instructions

## Project Context
Go microservices monorepo using Bazel for builds.

## Build & Test
- Build all: bazel build //...
- Test all: bazel test //...
- Integration tests: docker compose up -d && bazel test //integration/...
- Lint: golangci-lint run ./...

## Code Conventions
- All services follow standard layout in /cmd and /internal
- Use structured logging with slog
- Error wrapping with fmt.Errorf("op: %w", err)
- See @docs/api-style-guide.md for API conventions

## Cross-Repo References
- Shared proto definitions in sourcegraph/proto
- Common Go libraries in sourcegraph/lib

## Security
- Never log sensitive data (tokens, passwords, PII)
- All external inputs must be validated
- Use parameterized queries for database access

Kiro

.kiro/steering/*.md

markdown

---
inclusion: always
---

# Project Standards

## Stack
- TypeScript 5.x with Node.js 22
- AWS CDK v2 for infrastructure
- DynamoDB for data, S3 for assets

## Conventions
- Use ESM imports, not CommonJS
- Lambda handlers export a named `handler` function
- Use middy middleware for cross-cutting concerns
- All API responses follow JSON:API format

## Testing
- Unit tests with vitest
- Integration tests with aws-testing-library
- E2E tests use deployed staging environment

KEY DIFFERENCES

1. Subdirectory scoping

Amp: Supported. Kiro: Not supported.

2. IDE integration

Amp: CLI. Kiro: Supported.

WHICH SHOULD I USE?

Recommendation

Choose based on your IDE/CLI preference. If you use Amp, configure AGENTS.md. If you use Kiro, configure .kiro/steering/*.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