feat!: rewrite Motoko recipe to delegate compilation to mops build

[marc0olo]

Summary

• Replaces direct moc invocation with mops build, aligning the Motoko recipe with how the Rust recipe delegates to cargo build
• Toolchain, dependencies, compiler flags, candid, and per-canister args all move to mops.toml — the recipe retains only icp-specific concerns (output path, moc:version/template:type metadata, shrink, compress)
• Removes main, candid, and args recipe params — no replacement needed, the canister name is injected automatically via {{_.canister.name}}

Breaking change

Removed from icp.yaml	Moves to mops.toml
main: src/main.mo	[canisters.backend] main = "src/main.mo"
candid: backend.did	[canisters.backend] candid = "backend.did"
args: --default-persistent-actors	[canisters.backend] args = ["--default-persistent-actors"]

New icp.yaml — no configuration: block needed:

canisters:
  - name: backend
    recipe:
      type: "@dfinity/motoko@<version>"

New mops.toml — canister name must match icp.yaml:

[toolchain]
moc = "1.8.2"

[canisters.backend]
main = "src/main.mo"
candid = "backend.did"

Blocked on

dfinity/icp-cli#567 — provides {{_.canister.name}} built-in variable

Test plan

• Build a canister using mops build with a matching [canisters] entry in mops.toml
• Confirm moc:version and template:type metadata are present in the output WASM
• Confirm [moc] args from mops.toml are respected (e.g. --default-persistent-actors)
• Confirm shrink and compress options still work
• Confirm a clear error is shown when the [canisters] entry is missing

Note: icp-cli-templates needs a follow-up update to add [canisters] to all Motoko mops.toml files. Tracked in dfinity/icp-cli-templates#27 / dfinity/icp-cli-templates#28.

🤖 Generated with Claude Code