A
Acceptance. The third feature stage, after Building. Iron Octopus evaluates every acceptance criterion and records a verdict with evidence. See features. Acceptance criterion. A statement of what must be true for a feature or work item to be done, written so it can be checked. Requirements are represented by acceptance criteria. See requirements. AI worker. A specialist configured for one kind of job, such as Planning, Coding, DevOps or Code Review. See AI workers and teams. Architecture. A project’s versioned blueprint: its parts, data, integrations and decisions. Iron Octopus plans features against the published version. See your app’s architecture. Assessment. A configured check, defined by a prompt, that evaluates a feature in Acceptance against your own standards. Assessments are optional. Ask. A conversation with Iron Octopus about your work. It answers questions but can’t change anything. See Ask.B
Branch. A separate line of work in a repository. Each feature is built on its own branch, and releasing merges it into the main branch. See where your code lives. Bug fix. The kind of feature created to fix a defect in a released feature. See defect reports. Building. The second feature stage. Iron Octopus builds and reviews the work items.C
Cancelled. A stopped feature or initiative. A cancelled feature can be reopened in Planning. Confidence. How sure review is about its decision, as a percentage. Iron Octopus approves a change itself only above the threshold for the change’s risk level. See review and rework.D
Defect report. A problem you report, investigated with Iron Octopus and turned into a fix. See defect reports. Dependency. A feature that must be released before another can start building.E
Evidence. What a verdict is based on: reviewed files, review findings, test runs, artifacts, or a person’s recorded result.F
Feature. One change to your app, and the unit you approve, build, check and release. See features.G
Gate. A point in a runbook where work pauses until conditions are met, such as Planning → Building. See built-in rules.H
Human review. Review by a person, required when a change is too risky, review isn’t confident enough, or rework rounds run out. On screen: Human review required.I
ID. A permanent identifier made from the project key, a letter and a number:BKG-I002 for an initiative, BKG-F012 for a feature, BKG-W031 for a work item.
Initiative. A goal too big for one feature, planned as several features in order. See initiatives.
M
Main branch. The branch that holds your released code. Only releases change it.N
Needs you. The section of Home that lists every feature waiting for a person. See Home and Needs you.O
Operational check. Verifying a criterion by trying it in a running app. With default settings, Iron Octopus discloses these as gaps rather than passing them.P
Planning. The first feature stage. Iron Octopus drafts the acceptance criteria and work items, and you approve the plan. Policy. What a runbook applies at a gate, made of rules. Project. One app: its code, rules and work. See projects. Project key. Two or three capital letters, such asBKG, that prefix every ID in a project. It never changes.