The requested feature never reached the bytecode.
The interface may describe a freeze, cap or role that is absent from the compiled contract.
Make your asset's chain rules explicit: who controls it, how supply changes and what transfers are allowed. Review a token plan, generate from first-party templates and inspect the checks behind the result. Your application keeps the business logic; signing and deployment remain separate decisions.
Example output. This is an illustration, not a live run and not a connected system.
Generating code is a start. The harder questions are which controls exist, who holds them and what evidence supports the next decision. Keep these failure modes in view.
The interface may describe a freeze, cap or role that is absent from the compiled contract.
Compatibility is presented as evidence even when the integration has never been proven on that chain.
A deployment helper pays the fee and accidentally inherits control of the asset or its privileged roles.
A rehearsal gets promoted into a production claim without real-chain role checks and read-back evidence.
Start with the decisions before a token launch. Already have a plan? Read what a preview actually tells you before treating it as a deployment result.
Follow the asset from plan to code, build artifacts and observed chain state. Each stage answers a different question. A valid preview is not a compiled contract, an exported plan is not an approval, and a submitted transaction is not yet a confirmed result.
Turn plain-language intent into an explicit asset plan with a named owner, chosen chain, required features and refusal-aware guardrails.
mintrr design --name Shop --symbol SHOP --chain polygon --owner 0x… --features mintableFirst-party templates generate the contract. Source-marker checks refuse a requested feature whose declared marker group is missing.
mintrr create --template standard --name Shop --symbol SHOP --chain polygon --owner 0x…Compilation uses a pinned toolchain and produces bytecode and ABI. It is separate from source-marker checks, not proof of complete interface or runtime behaviour.
npx hardhat compilePreview gas, roles and addresses. Export an unsigned transaction for a wallet, Ledger or Safe. A human controls broadcast.
mintrr deploy --plan token.plan.json --chain polygonOperate the business logic after launch. Mint, burn, pause, freeze, set limits or manage access, always with a preview first.
mintrr manage freeze --contract 0x… --chain polygon --account @badRead roles back from chain, verify the contract, and manage timelocks, vesting and governance without surrendering custody.
mintrr verify contract --contract 0x… --chain polygonGeneration checks declared source markers. Compilation is a separate check. The optional ABI helper checks function names for a subset of features; it is not wired into the production compilation path and does not check argument compatibility.
We use verified and proven only inside the stated evidence boundary. We do not call a contract audited, safe or approved.
Claims are tied to the current build and chain maturity. Only proven things are advertised.
A testnet pass is evidence, but not promotion. Supported means the integration is proven on a real chain and roles are read back after deployment.
The tier available for capability claims today.
Fast compile and dry run before any real-chain action.
Founders can work in a terminal. Developers can call the API. AI agents can use MCP. Every surface inherits the same refusals and non-custodial trust model.
Design, generate, compile, dry-run, deploy, manage and verify from a scriptable command line.
Explore the CLI and workbenchEmbed mintrr into a fintech, RWA, stablecoin, loyalty or access product without rebuilding the engine.
Agents get chain truth, plans, reviews, dry runs and unsigned deployment sessions.
A local operator workspace for inspecting assets, plans and evidence before acting. It never signs or broadcasts.
Adversarial analysis for third-party code with code checks, AI explanation and a local dry run. Signals, not verdicts. Separate repo, product and MCP bridge.
Use the alpha to test a real use case, challenge the refusal model and show us where the operating layer should go next.
Bring a use case