Amp 2026.02.04
Amp 2026.02.04 was released on .
Summary
Liberating Code Review Code review has traditionally been tied to an interface where a human reads diffs. Now, we've fully decoupled the review agent from any UI, making it a composable and extensi...
Release Context
- This was the 11th Amp release of 2026 tracked by Havoptic.
- It shipped 6 days after Amp 2026.01.29 (January 29, 2026).
Shipped around the same time
Within 3 days of this release, other AI coding tools also shipped:
- Gemini CLI v0.27.3 (February 6, 2026)
- Claude Code v2.1.34 (February 6, 2026)
- Zed v0.222.4 (February 6, 2026)
- Claude Code v2.1.33 (February 6, 2026)
- Replit Agent 2026.02.06 (February 6, 2026)
Compare Amp
- Amp vs Claude Code
- Amp vs OpenAI Codex CLI
- Amp vs Cursor
- Amp vs Gemini CLI
- Amp vs Kiro CLI
- Amp vs GitHub Copilot CLI
- Amp vs Devin Desktop
- Amp vs Antigravity CLI
- Amp vs Grok Build
- Amp vs Cline
- Amp vs OpenCode
- Amp vs Zed
- Amp vs Factory Droid
- Amp vs Devin
- Amp vs Lovable
- Amp vs GitHub Copilot in VS Code
- Amp vs Replit Agent
- Amp vs Bolt
- Amp vs v0
Release Notes
Liberating Code Review Code review has traditionally been tied to an interface where a human reads diffs. Now, we've fully decoupled the review agent from any UI, making it a composable and extensible subroutine that can be invoked from many different places where it is useful: - You can run amp review in the CLI to run the review agent directly - You can request a review in any thread using natural language like "review the outstanding changes" or "review changes since diverging from main" This composability also means you can more easily close the loop by asking the main agent to automatically fix the issues found or by piping review comments into another command. Invoking the review agent directly using amp review: Requesting a review from within a thread: Customizing Review with Checks You can also define Checks within your codebase. Checks are user-defined invariants or review criteria scoped to specific parts of your codebase. They are defined in .agents/checks/ directories. Here's an example performance check, which you could save to .agents/checks/perf.md: --- name: performance description: Flags common performance anti-patterns --- Look for these patterns: - Nested loops over the same collection (O(n²) → O(n) with a Set/Map) - Repeated array.includes() in a loop - Sorting inside a loop - String concatenation in a loop (use array + join) Report the line, why it matters, and how to fix it. The codereview tool will kick off a separate agent for each check. This provides a stronger guarantee that each check will actually be checked than if the checks were embedded in a general context file like AGENTS.md. Here are some more examples of useful checks: - Performance best practices specific to your stack - Common anti-patterns your team has hit before - Security best practices or invariants - Migration reminders for deprecated APIs - Stylistic conventions that aren't in the linter - Compliance requirements Checks are scoped to the directory that contains .agents/, so a root .agents/checks directory would cover the entire codebase while api/.agents/checks would cover files under api/.
Other Recent Amp Releases
- 2026.10.19 (October 19, 2026)
- 2026.10.16 (October 16, 2026)
- 2026.10.13 (October 13, 2026)
- 2026.10.12 (October 12, 2026)
- 2026.10.12.2 (October 12, 2026)
Upgrading from 2026.02.04? See all 76 releases since.