Aider-AI/aider
Read the upstream summary on the left, browse the cached forks below it, and load each fork comparison into the right-hand panel.
Aider-AI/aider
Aider is a Python-based AI pair-programming tool for the terminal. It targets developers who want LLM-assisted coding on existing codebases or new projects, with git integration, broad language support, and use from IDE/editor workflows. The repo is active, well-starred, and heavily forked, which makes it a plausible source of interesting downstream forks.
Jump straight into Discofork's strongest cached fork picks, or open a compare view in one click.
Choose a fork to inspect
Choose this fork if you want Aider to behave more like an autonomous coding agent with stronger planning and backtracking features. Choose upstream if you want the latest fixes, model support, and lower maintenance risk.
Prefer this fork only if you need an API-oriented, highly customized Aider variant and can tolerate staleness and divergence. For general users, upstream is the safer choice.
Prefer upstream unless you specifically need the fork's browser-confirmation change or another custom behavior embedded here. For most adopters, the maintenance burden and missing upstream progress make this a poor default choice.
Choose this fork if you want Aider with MCP support and more tool-aware behavior. Skip it if you want the most current upstream release train and the lowest maintenance risk.
Treat this as a stale mirror, not a value-added fork. Choose upstream unless you specifically need this exact older snapshot.
Prefer upstream unless you explicitly need this fork's local model/prompt tweaks and are prepared to maintain a long-lived diverged codebase. This fork looks more like an abandoned or private customization branch than a healthy alternative distribution.
Prefer this fork only if its caching and message-handling changes are specifically what you want to build on. For normal use, upstream is the safer choice because this fork is stale and substantially behind.
Choose this fork only if its added model support or fork-specific workflows match your needs. If you want the current Aider experience, ongoing fixes, and lower maintenance risk, upstream is the safer choice.
Prefer upstream unless you specifically need this older fork's behavior or history. The fork is too stale and divergent for most adopters who want current models, fixes, and workflows.