Crush vs MiniMax Code

Crush

Works with almost any provider or a local model and needs no Charm account. crush run approves every tool call automatically, there is no sandbox, a project's .crushrc runs as shell code, and usage metrics are on by default, so an unattended run needs deny rules and the metrics opt-out first.

MiniMax Code

An MIT-licensed terminal coding agent with a headless mode that returns versioned JSON, documented exit codes and an ACP server, and telemetry off by default. It's pre-1.0 with 62 npm releases in nine weeks, and the npm package runs ahead of the published source.

Crush

1. Add permissions deny rules or a PreToolUse hook before crush run. It approves every permission request in its session
2. Read .crushrc, crushrc and crush.json in a cloned repository before running Crush there. They execute as shell code at startup
3. Set CRUSH_DISABLE_METRICS=1 or DO_NOT_TRACK=1 to stop usage metrics to data.charm.land
4. Wrap crush run in your own timeout. It has no turn, time or cost limit flag
5. Configure a provider by environment variable or crushrc first. With none, crush run exits with an error asking for interactive setup

MiniMax Code

1. Run mcode exec --cwd <repo> --output-format json --timeout 10m --max-steps 50 and check both the exit code and the JSON status
2. Keep --permission full and off for a container or throwaway workspace. The default smart fails when it would need a person
3. Set MCODE_PROVIDER_API_KEY and add a provider for BYOK. M Plan models need a browser sign-in with mcode login --region global
4. Set MINIMAX_DATA_DIR per CI runner. Keys and sessions live in ~/.minimax by default
5. Pin a version. npm published 62 releases in nine weeks and the public source trails it