Source: https://guthlabs.ai/docs/jobs/stan-fleet-operations/qualification/

job / candidate

# Fleet operations — qualification

The distinct qualification record for Fleet operations. This page is proposal-only.

Status: **proposed**Lifecycle: **candidate**

## Record status

**Record ID**: job:stan:fleet-operations

**Parent lifecycle**: candidate

**Page lane**: qualification

**Lane lifecycle**: proposed

**Owner**: Stan

**Owner role**: Chief Security and Engineering Officer

**Owner status**: VERIFIED

**Qualification result**: NOT RUN · held for evidence and human review

**Working browser surface:** [Agent jobs — builder overview](<https://guthlabs.ai/guth.html#builder>) — Inspect the package and stage a local project. This route is local-only; provider, credential, database, customer, publication, deployment, and production effects remain held.

## Qualification status

**Result**: NOT RUN

**Disposition**: HELD

**Reviewer**: Not recorded

**Receipt**: Not recorded

This page defines proposed acceptance criteria for the qualification lane. It does not execute tests, establish compliance, qualify the subject, or authorize an effect.

### Lane-specific instrument aids

No verified instrument is assigned to this qualification lane.

## Outcome definitions

**Verified**: All stated evidence and acceptance requirements passed for the exact reviewed revision; this still does not authorize deployment or an external effect.

**Failed**: One or more deterministic acceptance requirements failed with an inspectable reason.

**Needs review**: Evidence or interpretation is incomplete, conflicting, or awaits an identified human reviewer.

**Held**: Authority, required evidence, safe execution conditions, or a principal gate is absent.

The current record remains NOT RUN / HELD. These definitions describe candidate outcomes only.

## Proposed deterministic acceptance tests

Route-resolution and distinct-content checks apply only to the admitted canonical routes in this record. Held source-proposed extensions are non-resolving proposals and are excluded.

- Positive: a record with the supplied job ID, Stan ownership, source_ref, one bounded workstream, source locator, current state, deadline, reviewer, and receipt ID is accepted as proposal-only.

- Positive: a fully sourced proposal preserves source locator, source SHA-256 when supplied, canonical record ID, provenance, revision, lifecycle, and linked receipt.

- Positive: a gated request with an approval record in Approved state remains a proposal until a separate authorized execution state is recorded; no external effect is claimed.

- Positive: a blocked request displays the exact blocked reason, principal gate, required approver, next review time, and Held or Needs review state.

- Positive: a chronological workback sorts by dueAt and preserves observed_at and revision order without overwriting earlier receipts.

- Positive: keyboard-only review reaches every field, action, status, and failure message in logical order; focus is visible.

- Positive: every form control has a programmatic label, status is conveyed by text rather than color alone, and errors identify the field and correction.

- Positive: private, sensitive, and held records are excluded from public indexing and shown with their visibility state.

- Negative: the package rejects any claim that Stan has authority not present in the source record, including Antonio’s authority.

- Negative: the package rejects confidence, urgency, or agent ownership as substitutes for permission.

- Negative: destructive remediation, money or purchasing, credential changes, public deployment, and legal filing enter Held or Needs review without the required approval record.

- Negative: it rejects records with missing owner, source reference, authority basis, chronology, or failure state.

- Negative: it rejects a requested provider connection, credential use, database write, customer indexing, publication, or production effect as unverified and held.

- Negative: it rejects duplicate or contradictory revisions unless both revisions remain preserved and the conflict is flagged.

- Negative: it rejects source-free summaries, doorway documentation, keyword-spam content, and unsupported status labels such as deployed, connected, live, qualified, or completed.

- Negative: it rejects inaccessible forms with unlabeled controls, keyboard traps, hidden focus, color-only warnings, or unannounced dynamic status changes.

## Negative and held-state tests

- Confusing Stan’s supplied owner status with permission to execute gated effects.

- Manufacturing Antonio’s authority or treating agent confidence as authorization.

- Turning local prototype or indexed routes into evidence of production connectivity.

- Accidentally exposing security, credential, incident, customer, or private continuity data through search or public documentation.

- Overwriting chronology, revisions, or receipts during incident handling.

- Marking blocked or held work complete because a deadline passed.

- Treating source-backed guides as live provider, database, Cloudflare, Supabase, or deployment access.

- Using ambiguous incident labels that imply a real incident without an observed record.

- Creating inaccessible status, approval, or failure-state interfaces.

- Allowing a proposal to be mistaken for qualification, deployment, publication, or operational success.

## Qualification claim boundary

### Potentially allowed only after the stated evidence

- A proposal exists for Stan’s fleet-operations job.

- The supplied source identifies Stan as the owner agent and Chief Security and Engineering Officer with VERIFIED owner status.

- The supplied source lists Assurance preflight, Terminal courier, Receipt ledger, Source-bound recall, Security field guides, Supabase field guide, Cloudflare operations, and Current-work packets.

- The package defines bounded qualification tests, review states, deadlines, evidence handling, accessibility, privacy, chronology, and failure states.

- The listed Guth routes are prototypes or indexes according to the observed native contract and route records.

### Still held

- That Stan has authority beyond the supplied owner and role description.

- That any fleet operation, incident, remediation, deployment, provider connection, credential change, database write, customer index, publication, or production effect occurred.

- That any route is a connected web feature or canonical execution surface.

- That the job is qualified, deployed, live, complete, or approved without corresponding records and receipts.

- That Antonio has authority.

- That confidence, ownership, or a named tool constitutes permission.

- That a provider, database, customer system, or production state exists.

## Sources and evidence

These pointers bind the page to evidence. They do not grant authority or collapse verification into deployment.

- `agents/index.html#stan`

- `source_record:job:stan:fleet-operations`

- `job:stan:fleet-operations`

- `Observed native contract: project_and_field_guide_collections`

- `Observed native contract: deadlines`

- `Observed native contract: records`

- `Observed native contract: pointguard`

- `/app/notebook/projects/`

- `/app/notebook/to-dos/`

- `/app/notebook/approvals/`

- `/app/notebook/agent-logs/`

- `/app/notebook/search/`

- `/app/pointguard/`
