Kilo Code vs Lovable | agentconfig.ing

Kilo Code vs LovableComparisonUpdated 2026-03-18

SUMMARY

Kilo Code (IDE) uses markdown configuration while Lovable (Platform) uses markdown. They differ on 1 of 11 compared features. Both tools provide AI-assisted development but take different approaches to project configuration.

FEATURE COMPARISON

Feature	Kilo Code	Lovable	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	✓	Platform
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

SIDE-BY-SIDE CODE SAMPLES

Kilo Code

.kilorules

markdown

# Project Rules

## Stack
- TypeScript 5.x with strict mode
- React 19 + Next.js 15 (App Router)
- Tailwind CSS v4 for styling
- Drizzle ORM for database access

## Code Standards
- Named exports only (no default exports)
- Prefer `const` assertions and satisfies operator
- Use Result<T, E> pattern for error handling
- Maximum 30 lines per function

## File Organization
- Colocate tests: `foo.ts` → `foo.test.ts`
- One component per file
- Barrel exports (index.ts) for public module APIs

## Git
- Conventional commits: feat|fix|chore|docs|test
- Squash merge feature branches
- Branch naming: type/description

Lovable

AGENTS.md

markdown

# Project Instructions

## Stack
- React 19 with TypeScript
- Supabase for backend (auth, database, storage)
- TailwindCSS v4 + shadcn/ui components
- Vite for building

## Architecture
- Feature-based folder structure
- Each feature owns its components, hooks, and types
- Shared components in src/components/ui/
- All API calls go through src/lib/supabase.ts

## Conventions
- Use shadcn/ui components before creating custom ones
- Mobile-first responsive design
- Use Supabase RLS policies for authorization
- Prefer server-side filtering over client-side

## Brand
- Primary color: #6366F1 (indigo)
- Font: Inter for body, Cal Sans for headings
- Rounded corners (radius-lg) on all cards

KEY DIFFERENCES

1. IDE integration

Kilo Code: Supported. Lovable: Platform.

WHICH SHOULD I USE?

Recommendation

Choose based on your IDE/CLI preference. If you use Kilo Code, configure .kilocodemodes. If you use Lovable, configure AGENTS.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