Chinese version: quick-start.zh-CN.md
This page gets you from zero to Forma: have the agent extract project rules, review them, then generate, verify, and install a workflow you can try. Commit the profile only when the rules need long-term reuse; for a trial workflow, the profile can be temporary.
Start with a workflow you can try. Ask the agent to extract the project rules, show the proposed profile, then build, verify, and install it after approval.
Install the Forma CLI:
pipx install forma-cli
forma --helpThen tell the agent:
Use Forma to manage this project's engineering rules as a Codex workflow.
Extract the rules, show me the profile you propose, then after I approve it, build, verify, and install the workflow.
The agent should load Forma's profile guidance itself, then turn project rules into a profile: stage constraints, tool habits, validation, proof, and stop conditions. After you approve it, the profile can be saved to a temporary path, used to generate a workflow, verified, and installed for the target.
If you need to reproduce the commands manually, a Codex direct skill bundle looks like this:
forma build bundle --target codex --profile /tmp/myproject-profile.yaml --output /tmp/myproject-workflow
forma verify /tmp/myproject-workflow
forma install --target codex --scope project /tmp/myproject-workflowIf the profile's directory already contains reinstall-workflow.sh, run that
profile-local script instead of reconstructing build, verify, drift, install, or
marketplace commands from the guide. Agent-side reusable install setup and reuse
rules for a manual build/install process live in forma explain agent.
After installing the generated output, start a new thread:
Use forma:plan to plan this issue first.
Issue:
<paste the current issue, problem context, or task goal here>
Use forma:* triggers for plugin output. If you installed a direct skill
bundle instead, use its forma-* skill triggers.
The first useful output should be a proposal, not a patch. It should state the goal, scope, project rules, and validation approach before touching files.
If repository evidence is needed, continue with:
Use forma:ground to gather the evidence needed for this plan.
After evidence and the approach are accepted, lock the task contract:
Use forma:lock to write the plan and task contract.
Then execute one accepted task:
Use forma:execute to execute the next accepted task.
Look for these files:
plans/issue-<id>/plan.md: current goal, scope, project rules, evidence paths, and validation strategy.plans/issue-<id>/tasks.md: ordered accepted tasks with boundaries, validation, and stop conditions.plans/issue-<id>/runs/: execution proof, validation results, and review records.
In this repository, real Forma plans live under ../plans/.
If these rules should be shared or maintained long term, commit the reviewed profile. Future workflow output can then be generated deterministically:
forma build bundle --target codex --profile myproject.yaml --output /tmp/bundle
forma verify /tmp/bundle
forma install --target codex --scope project /tmp/bundleThe same profile can target Claude Code:
forma build bundle --target claude-code --profile myproject.yaml --output /tmp/bundle-cc
forma verify /tmp/bundle-cc
forma install --target claude-code --scope user /tmp/bundle-ccOr OpenCode:
forma build bundle --target opencode --profile myproject.yaml --output /tmp/bundle-opencode
forma verify /tmp/bundle-opencode
forma install --target opencode --scope project /tmp/bundle-opencode| Path | Best for | Output |
|---|---|---|
forma explain agent -> profile authoring |
Extract project rules into a workflow; keep the profile temporary or commit it later. | Profile plus verified workflow bundle or plugin. |
forma build bundle / forma build plugin |
A reviewed profile already exists. | Repeatable workflow output from profile source. |
forma-creator |
Optional on-the-spot generation when you do not want to handle a profile file first. | Verified one-off skill bundle or plugin. |
Generated workflows can be installed for one user or into a project:
| Target | Personal install | Project install |
|---|---|---|
| Codex skills | $HOME/.codex/skills |
.agents/skills |
| OpenCode skills | $HOME/.config/opencode/skills |
.opencode/skills |
| Codex plugins | Codex marketplace / plugin UI | Codex marketplace / plugin UI |
| Claude Code skills | $HOME/.claude/skills |
.claude/skills |
| Claude Code plugins | $HOME/.claude/skills/<plugin-name> |
.claude/skills/<plugin-name> |
Review project skills before trusting them. Generated skills can include scripts and target-specific tool behavior.
Always verify before installing, committing, or sharing a generated bundle or plugin source:
forma verify /tmp/myproject-bundleVerification checks structure and methodology rules. It does not prove the profile is a good project decision or that the agent will always obey the workflow. See Verifier.
- Concepts: rules, workflow outputs, task contracts, and stage boundaries.
- Workflow Contract: what the generated workflow defines.
- Profile Schema: how profiles describe stage constraints, tool habits, validation, and proof.
- Forma Creator: optional on-the-spot generation and temporary injection.
- Skill Bundle: what Forma writes to disk.
- Verifier: what
forma verifychecks. - Targets: target install and metadata behavior.
- Usage: full command reference.