Amazon Q Developer vs TabnineComparisonUpdated 2026-03-16
SUMMARY
Amazon Q Developer (CLI) uses markdown configuration while Tabnine (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 | Amazon Q Developer | Tabnine |
|---|---|---|
| Config format | markdown | markdown |
| Hierarchy support | ✗ | ✗ |
| Global config | ✓ | ✗ |
| Project config | ✓ | ✓ |
| Subdirectory scoping | ✗ | ✗ |
| File inclusion / imports | ✗ | ✗ |
| Ignore file | ✗ | ✗ |
| IDE integration | CLI | ✓ |
| Schema / structure | Free-form (Markdown) | Free-form (Markdown) |
| Git committed | ✓ | ✓ |
| Encoding | UTF-8 | UTF-8 |
FILE MAPPING
| Purpose | Amazon Q Developer | Tabnine |
|---|---|---|
| Settings / configuration | .amazonq/mcp.json | .tabnine/agent/commands/ |
SIDE-BY-SIDE CODE SAMPLES
Amazon Q Developer
.amazonq/rules/*.md
markdown
# React Component Standards
## Purpose
Ensure consistent React component patterns across the frontend codebase.
## Priority
High
## Instructions
- Use functional components with TypeScript
- Define props interfaces above the component
- Use React.FC only when children are expected
- Colocate styles using CSS Modules (*.module.css)
- Extract hooks into separate files when reused
- Memoize expensive computations with useMemo
- Use React.lazy for route-level code splitting
Tabnine
.tabnine/guidelines/*.md
markdown
# Application Guidelines
## Architecture
- This is a monorepo managed with Turborepo
- Apps: web (Next.js), api (Express), mobile (React Native)
- Shared packages: ui, config, types
## Code Standards
- TypeScript strict mode in all packages
- Use barrel exports (index.ts) for public APIs
- No default exports; use named exports everywhere
- Prefer async/await over raw Promises
## API Design
- RESTful endpoints follow /api/v1/{resource} pattern
- All responses use { data, error, meta } envelope
- Validate request bodies with Zod schemas
- Return 4xx for client errors, 5xx for server errors
## Database
- Use Prisma ORM for all database operations
- Migrations checked into source control
- Soft-delete pattern: use deletedAt timestamp, never hard delete
- All timestamps stored as UTC
## Testing
- Jest for unit tests, Playwright for E2E
- Test files colocated: foo.ts -> foo.test.ts
- Mock external services, never call real APIs in tests
KEY DIFFERENCES
Amazon Q Developer: Supported. Tabnine: Not supported.
Amazon Q Developer: CLI. Tabnine: Supported.
WHICH SHOULD I USE?
Choose based on your IDE/CLI preference. If you use Amazon Q Developer, configure .amazonq/rules/*.md. If you use Tabnine, configure .tabnine/guidelines/*.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
SEE ALSO
Tool pages:
File references:
agentconfig.ing2026-03-16COMPARE(1)