alto-configure
Use when configuring ALTO settings including arbiter thresholds, permissions, or verification hooks. Applies during setup orchestrator "Configure ALTO" selection, build orchestrator checkpoints, or when user requests configuration changes.
Best use case
alto-configure is best used when you need a repeatable AI agent workflow instead of a one-off prompt.
Use when configuring ALTO settings including arbiter thresholds, permissions, or verification hooks. Applies during setup orchestrator "Configure ALTO" selection, build orchestrator checkpoints, or when user requests configuration changes.
Teams using alto-configure should expect a more consistent output, faster repeated execution, less prompt rewriting.
When to use this skill
- You want a reusable workflow that can be run more than once with consistent structure.
When not to use this skill
- You only need a quick one-off answer and do not need a reusable workflow.
- You cannot install or maintain the underlying files, dependencies, or repository context.
Installation
Claude Code / Cursor / Codex
Manual Installation
- Download SKILL.md from GitHub
- Place it in
.claude/skills/alto-configure/SKILL.mdinside your project - Restart your AI agent — it will auto-discover the skill
How alto-configure Compares
| Feature / Agent | alto-configure | Standard Approach |
|---|---|---|
| Platform Support | Not specified | Limited / Varies |
| Context Awareness | High | Baseline |
| Installation Complexity | Unknown | N/A |
Frequently Asked Questions
What does this skill do?
Use when configuring ALTO settings including arbiter thresholds, permissions, or verification hooks. Applies during setup orchestrator "Configure ALTO" selection, build orchestrator checkpoints, or when user requests configuration changes.
Where can I find the source code?
You can find the source code on GitHub using the link provided at the top of the page.
SKILL.md Source
# ALTO Configuration
Shared configuration procedures for setup and build orchestrators.
## Arbiter Thresholds
Use `AskUserQuestion`:
- Header: "Autonomy"
- Question: "How much autonomy should ALTO have before checkpoints?"
- Options:
1. Label: "Conservative", Description: "500 lines, 20 files, checkpoint every 2 tasks"
2. Label: "Balanced (Recommended)", Description: "2000 lines, 50 files, checkpoint every 3 tasks"
3. Label: "Autonomous", Description: "5000 lines, 100 files, checkpoint every 5 tasks"
**After user answers**, read `alto.json`, update the `arbiter` section, and write back:
| Selection | max_lines | max_files | task_interval |
|-----------|-----------|-----------|---------------|
| Conservative | 500 | 20 | 2 |
| Balanced | 2000 | 50 | 3 |
| Autonomous | 5000 | 100 | 5 |
**Procedure:**
1. Read `alto.json`
2. Update `arbiter.max_lines_changed_without_human`, `arbiter.max_files_changed_without_human`, `arbiter.task_checkpoint_interval`
3. Write back `alto.json`
Example updated `arbiter` section for "Balanced":
```json
"arbiter": {
"max_lines_changed_without_human": 2000,
"max_files_changed_without_human": 50,
"task_checkpoint_interval": 3,
...
}
```
## Permissions
Use `AskUserQuestion`:
- Header: "Permissions"
- Question: "What permission level for bash commands?"
- Options:
1. Label: "Supervised (Recommended)", Description: "Prompt for git, npm, docker"
2. Label: "Autonomous", Description: "Auto-approve most commands"
3. Label: "Locked", Description: "Prompt for everything"
If NOT "Supervised": Tell user to update `devenv.nix`:
```nix
alto.permissions.profile = "autonomous"; # or "locked"
```
Then `alto-restart`. (Permissions require Nix change - orchestrator cannot modify at runtime.)
## Verification (Existing Projects Only)
Read `alto.json`, display the `verification` section, then use `AskUserQuestion`:
- Header: "Verification"
- Question: "How would you like to adjust verification?"
- Options:
1. Label: "Keep current", Description: "No changes"
2. Label: "Add pattern", Description: "Add verification for new file type"
3. Label: "Edit command", Description: "Change existing command"
4. Label: "Remove pattern", Description: "Remove file type verification"
**Procedure:** Read `alto.json`, update the `verification` section, write back `alto.json`.
**Format for verification section:**
```json
"verification": {
"<glob-pattern>": {
"<check-type>": "<command>"
}
}
```
Example:
```json
"verification": {
"*.ts": { "typecheck": "npx tsc --noEmit", "lint": "npm run lint" },
"*.py": { "lint": "ruff check {file}" },
"*.test.ts": { "test": "npm test -- --related" }
}
```
Check types: `lint`, `typecheck`, `test`, `format`
## New Projects
Skip verification. Say: "Verification starts empty. QA agent configures it when tooling is set up."
## Key Rules
1. Orchestrator writes JSON files - never ask user to edit JSON manually
2. Orchestrator confirms changes after writing
3. Only permissions require user edit (devenv.nix + alto-restart)Related Skills
configure-ux-testing
Check and configure UX testing infrastructure (Playwright, accessibility, visual regression)
Configure Firebase admin-only write rules
Guide to create an admin user in Firebase and set security rules so only admins can write to a collection while all users can read and register.
configure-feature-flags
Check and configure feature flag infrastructure (OpenFeature + providers)
alto-feature-setup
Use when starting a new feature - running /alto-feature-setup, updating objective.md, or running alto-new-run. Interactive workflow for feature initialization.
alto-dev-guide
Use when developing ALTO itself - editing devenv.nix, hooks/*.py, agents/*.md, or checking Claude Code hook/agent syntax. Reference guide with documentation URLs and patterns.
configure
Configure pattern-radar sources, weights, and domains.
configure-chatkit
This skill should be used when setting up OpenAI ChatKit in Next.js, adding domain allowlist to environment, building chat UI component, integrating with /api/chat endpoint, displaying history and tool calls visually, and integrating Better Auth session.
configure-downstream
Configure Konflux for new Submariner version - creates overlays, tenant config, and RPAs for Y-stream releases.
alto-self-fix
Use when ALTO needs to fix itself via GitHub issues. Procedural workflow for running /alto-self-fix or solving issues through ALTO's self-improvement process.
pre-configured-apis-rules
Rules for using pre-configured APIs in the project, using them only if they are required by the project.
alto-protocol
Use when working with ALTO protocol files - runs/state.json, runs/handoffs/*.md, runs/tasks/*.md, runs/plan.md, or runs/milestones.md. Reference for file formats and state machine.
bgo
Automates the complete Blender build-go workflow, from building and packaging your extension/add-on to removing old versions, installing, enabling, and launching Blender for quick testing and iteration.