Melious
CLI

Code review

Run a model over a git diff and get review notes back — bugs, security issues, performance problems, style. Not a replacement for human eyes, but the pass you run before you ask for those eyes, to catch the obvious stuff.

By default it reads your unstaged changes in the current repo. You can point it at staged changes, a branch comparison, or a specific commit.

What to review

Unstaged changes

melious diff

Staged changes

melious diff --staged

A branch or commit range

melious diff main..feature

A specific commit

melious diff abc1234

Narrowing the focus

Tell the model what you care about. Useful when a full review would be noise:

melious diff --focus bug,security
FocusWhat it looks for
bugLogic errors, off-by-ones, null references
securityInjection, auth issues, data exposure
performanceInefficient queries, unnecessary allocations
styleNaming, formatting, clarity

Combine areas:

melious diff --staged --focus bug,performance

Flags

FlagTypeDefaultDescription
--stagedboolfalseReview staged changes instead of unstaged
--modelstringfrom configOverride the review model (default: diff.model)
--presetstringfrom configRouting flavor. See Routing.
--contextint30Lines of context around each hunk
--focusstring[]Areas to focus on: bug, security, performance, style
--rawboolfalsePrint the model's response with no formatting

diff.model is a separate setting from the chat model — coding-tuned models are worth the extra cost on review but overkill for most chat. Change it with melious config set diff.model <model>.

Large diffs

Over roughly 50 KB, we warn you with the size and the file count, and — on an interactive terminal — ask before sending. A 1 MB diff is almost always going to produce a worse review than cutting the change up, and it costs more.

A workflow

Stage changes, review what's staged, then commit:

git add -p
melious diff --staged --focus bug,security
git commit -m "feat: add user validation"

On this page