Maintainer-facing reference for the iblai command-line tool
(iblai-app-cli). It captures how the CLI is built, not how to use it
day-to-day — the user-facing behavior of each command lives with the skill
that owns the feature:
iblai add <feature>,iblai startapp,iblai config, and the template system →/iblai-scaffoldiblai builds …(Tauri desktop/mobile) →/iblai-ops-buildiblai deploy …→/iblai-ops-deploy
This skill is the authoritative record of how the
iblaiCLI is built — so it can be rebuilt, forked, or its logic ported. The references below are the source of truth.
What's here
| Reference | Covers |
|---|---|
references/iblai-cli-add-command.md |
How iblai add detects an existing project and generates feature files (commands/add.py) |
references/iblai-cli-startapp.md |
How iblai startapp scaffolds a new app from the base/agent templates (commands/startapp.py) |
references/iblai-cli-templates.md |
The Jinja2 template system — directory layout, variables, rendering |
references/iblai-cli-builds.md |
How the iblai builds group wraps @tauri-apps/cli with prerequisite checks + passthrough (commands/builds.py) |
references/iblai-cli-build-binary.md |
Building iblai as a single-file executable with PyInstaller |
references/iblai-cli-publish.md |
Release + publish flows (GitHub, npm, PyPI) |
Relationship to the templates
The Jinja2 templates the CLI renders now live as skill assets beside
the feature they scaffold (e.g.
iblai-auth/assets/,
iblai-scaffold/assets/base/,
iblai-ops-build/assets/icons/).
references/iblai-cli-templates.md explains the variable contract those
.j2 files expect.
Related skills
/iblai-scaffold— user-facingiblai add/iblai startapp/iblai config+ the scaffold templates./iblai-ops-build— user-facingiblai builds./iblai-ops-deploy— user-facingiblai deploy.