Quickstart

This walks from an empty crate to a method call. The two binaries you use are merod (the node daemon — init, run) and meroctl (the operator CLI — app, context, namespace, call).

1. Write and build the app

Scaffold an app with the cargo mero toolchain:
Terminal window
```
cargo mero new my-app
cd my-app
```
This writes a ready-to-build crate: Cargo.toml (SDK pins, the app-id metadata, and the build profiles), a working src/lib.rs, and a TestHost test. The tutorial walks the generated manifest field by field.

The generated src/lib.rs is already a working app: a state struct plus methods. This is the shape every Calimero app follows (see SDK macros):

use calimero_sdk::app;
use calimero_storage::collections::{LwwRegister, UnorderedMap};

#[app::state]
pub struct KvStore {
    items: UnorderedMap<String, LwwRegister<String>>,
}

#[app::logic]
impl KvStore {
    #[app::init]
    pub fn init() -> KvStore {
        KvStore { items: UnorderedMap::new() }
    }

    pub fn set(&mut self, key: String, value: String) -> app::Result<()> {
        self.items.insert(key, value.into())?;
        Ok(())
    }

    #[app::view]
    pub fn get(&self, key: String) -> app::Result<Option<String>> {
        Ok(self.items.get(&key)?.map(|v| v.get().clone()))
    }
}

Build to WASM with the cargo mero toolchain:
Terminal window
```
cargo mero build
```
One command compiles, optimizes, and embeds the ABI; the wasm lands at res/<crate_name>.wasm, ready to bundle.

2. Run a node

Initialize a node’s config and data directory, then run it:
Terminal window
```
merod --node node1 init --server-port 2428 --swarm-port 2528
merod --node node1 run
```
merod --node node1 init --help lists the full set (swarm/server host and port, boot nodes, mDNS, auth mode). Config and data live under CALIMERO_HOME / --home.

3. Install the app, attach a context, call a method

meroctl talks to a running node. Select the node with --node node1 (a configured alias) or --api <URL>.

Install the WASM module. The node returns an application id:
Terminal window
```
meroctl --node node1 app install \
  --path ./res/my_app.wasm \
  --package com.example.myapp \
  --version 1.0.0
```
List what is installed with meroctl --node node1 app ls.

Installing the raw wasm is the fast dev loop; for a signed, distributable .mpk run cargo mero bundle and pass the bundle to --path instead - see Packaging & signing.
Attach the app to a context. A context is a running instance of an app over a shared state. The simplest entry is to create a namespace bound to the application id:
Terminal window
```
meroctl --node node1 namespace create --application-id <app-id>
```
namespace create only needs --application-id — a namespace is a root group, so this single command bootstraps the group for you. The lower-level meroctl context create requires both --application-id and a --group-id (it attaches a context to an existing group), plus optional --as, --name, and --params. Start with namespace create unless you already have a group to attach to.
Call a method on the context. Mutations and views both go through the top-level call command — whether a call mutates or is a read-only view is decided by the method’s own #[app::view] marker, not a CLI flag:
Terminal window
```
# mutate
meroctl --node node1 call set \
  --context <context-id> \
  --args '{"key": "hello", "value": "world"}'

# view
meroctl --node node1 call get \
  --context <context-id> \
  --args '{"key": "hello"}'
```
--args takes JSON matching the method’s parameters. <context-id> accepts a context id or an alias you created with --name.

These three commands trace one path from a built artifact to a method result — install the code, attach a context over shared state, then call into it:

Next steps

Build your first appThe guided long-form walkthrough, checking output at every step.

CollectionsThe CRDT types your state is built from and how they merge.

SDK macrosThe full set of #[app::*] attributes that define an app.

Example appsA tour of the in-repo apps under apps/ and what each teaches.