Browse RC.5 documentation
RC.5 Documentation revision 1

ait workflow

Classify bounded edits, prepare remote readiness evidence, and inspect closeout state.

Audience: Coding agents and operators

Role#

Normally run by the coding agent. Operators may use the same decision surfaces to inspect a remote gate without bypassing it.

Purpose#

ait workflow classifies bounded edits, prepares remote Patchset readiness, and inspects or resumes closeout. Effective scope and exact commands come from the generated repository instructions.

Syntax#

Code · bash
ait workflow tier --json
ait workflow ready <change-id> --apply
ait workflow land <change-id> --apply

workflow ready and workflow land are text-only decision surfaces. Do not append --json to them.

Tier selection#

Run workflow tier --json only after the edit is bounded. A Task workspace continues through its existing Task and Change lineage even if the changed file count is small.

Remote readiness#

workflow ready --apply can create or synchronize the selected Patchset and advance required CI, attestation, review, and policy state. It stops with one exact next action when a gate needs separate work.

Final Task closeout is normally performed with:

Code · bash
ait task land <task-or-change-id>

Failure and recovery#

Do not substitute local checks for required remote CI, append unsupported output flags, or switch authority to avoid a blocker. Re-run the decision surface after the owning evidence changes and preserve the same Change ID.

Version authority

Checked against the exact RC.5 source

This page is public documentation, not a second product contract. Use the exact source and distribution contract for release authority.

Owning component Snapshots
  • ait-coreSNP-64B101AAE684
  • ait-serverSNP-0445E16F63EB
  • ait-runnerSNP-2458874F5737
  • ait-pythonSNP-9EE8E9FFF1D1
  • ait-nodeSNP-261F4DA754BE