Skip to content
Back to skills

Using Iii

ASecurity

<!-- generated by iii-skill-render. DO NOT EDIT (changes here are overwritten on the next render). Edit docs/0-12-0/using-iii/engine.mdx. -->

  • 18,821 stars
  • 0 votes
  • 0 copies
  • 1 view
  • Added September 3, 2026
developmentbash

Security analysis

A100/100

Pro scans all 19 files and shows the line behind each finding

Scanned September 3, 2026

npx -y skills add iii-hq/iii --skill using-iii --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Using Iii?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Using Iii
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/iii-hq-using-iii-44468277/badge)](https://www.skillsdirectory.com/skills/iii-hq-using-iii-44468277)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
<!-- generated by iii-skill-render. DO NOT EDIT (changes here are overwritten on the next render). Edit docs/0-12-0/using-iii/engine.mdx. -->

# Engine


## Engine configuration

The iii engine starts from a `config.yaml` file at your project root. Pass `--config <path>` to
point at a different file, or `--use-default-config` to start with a default set of workers (handy
for first-run and scratch work).

```bash
iii --config config.yaml
```

## Configuration file structure

`config.yaml` has a single top-level key, `workers:`, that lists the workers the engine should load.
Each entry has a `name` (a registry slug or local worker name) and a `config` block whose shape is
defined by that worker.

```yaml
workers:
  - name: iii-http
    config:
      port: 3111
      host: 127.0.0.1

  - name: iii-state
    config:
      adapter:
        name: kv
        config:
          store_method: file_based
          file_path: ./data/state_store.db
```

{/* TODO: replace this paragraph with the auto-generated engine config reference. Per project-rules/config.md, the per-field `workers:` schema should not be hand-authored here; this section is a placeholder pending the generated reference. */}

Per-worker config schemas live on each worker's Worker Docs page. See
[Worker Registry](./workers-registry) for where to find a worker's config reference.

<Note>
  Workers do not need to be running alongside iii; configuring them in config.yaml is a convenience. A worker
  can be deployed anywhere and only needs a connection string to the iii instance. See
  [Creating Workers / Connecting to the engine](../creating-workers/workers#connecting-to-the-engine) for more information.
</Note>

## Environment variable expansion

Values in `config.yaml` support `${VAR:default}` syntax. The expansion uses the value of the
environment variable `VAR`, falling back to `default` when the variable is not set. Use this to swap
ports, URLs, and feature flags per environment without forking the config file.

```yaml
workers:
  - name: iii-http
    config:
      port: ${HTTP_PORT:3111}
      host: ${HTTP_HOST:127.0.0.1}
```

## Default configuration

Run `iii --use-default-config` to start the engine with a default set of workers without writing a
`config.yaml`. Useful for first-run and scratch work. Once you need to customize ports, adapters, or
the set of workers, switch to a real `config.yaml`.

Files in this skill

  • channels.mdx5.5 KB
  • channels.mdx.skill.md5.5 KB
  • cli.mdx2.8 KB
  • cli.mdx.skill.md2.8 KB
  • console.mdx7.4 KB
  • console.mdx.skill.md7.4 KB
  • deployment.mdx3.2 KB
  • deployment.mdx.skill.md3.2 KB
  • engine.mdx2.5 KB
  • engine.mdx.skill.md2.3 KB
  • functions.mdx2.9 KB
  • functions.mdx.skill.md2.9 KB
  • triggers.mdx5.8 KB
  • triggers.mdx.skill.md5.8 KB
  • workers-registry.mdx1.6 KB
  • workers-registry.mdx.skill.md1.7 KB
  • workers.mdx6.9 KB
  • workers.mdx.skill.md6.4 KB

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…