Skip to main content

Work Order System Admin

Benchmarked against: Anthropic — Workspaces System: WO v4.0 (Cloud UB D1) Spec: ub-96dbb9947a3c (Captain Decision Record)

The Work Order (WO) system is SuperPortia's task management backbone. This admin page covers system configuration, state machine rules, RBAC permissions, and operational guidelines. For the developer-facing API, see Work Order API.


System design principles

PrincipleImplementation
WO is the only task channelConstitution §3 — no verbal promises, no chat-based tasks
State machine enforcedInvalid transitions rejected by the system
RBAC built inDifferent permissions for Captain, PM, Assignee, Requester
Full audit trailEvery transition logged with who, when, why
Gate conditionsCertain transitions require specific fields

State machine

8 states with enforced transitions:

State definitions

StatusIconMeaning
pending🔴Created, awaiting acceptance
accepted:yellow_circle:Agent accepted, not started
in_progress:blue_circle:Work actively underway
blocked:orange_circle:Cannot proceed, blocker identified
review:purple_circle:Submitted for Captain review
approved:green_circle:Captain approved — completed
rejected🔴Captain rejected — needs rework
cancelledCancelled (Captain only)

Transition gates

Certain transitions require mandatory fields:

TransitionRequired fieldsWho
in_progressreviewcompletion_summary + actual_hours (> 0)Assignee
in_progressblockednotes (describe the blocker)Assignee
blockedin_progressnotes (how it was resolved)Assignee
reviewapprovedreview_notesCaptain only
reviewrejectedreview_notesCaptain only
Any → cancellednotes (reason for cancellation)Captain only

If a required field is missing, the system returns an error with missing_fields hint.


RBAC permissions

RoleCan doCannot do
Captain (夏哥, 小西)Everything — approve, reject, cancel, patch any field
PM AgentPatch: assignee, priority, due_date, estimated_hours, tagsApprove/reject/cancel
AssigneeAccept, update status, submit for review, patch: notes, summary, hoursApprove/reject/cancel, change assignee
RequesterPatch: description, acceptance_criteria, deliverablesStatus changes, assignee changes

Captain identities that have full permissions: 夏哥, 小西, system:captain-proxy.


WO ID format

IDs are auto-generated: WO-YYYY-MMDD-XXX

PartMeaningExample
WOWork Order prefixWO
YYYYYear2026
MMDDMonth and day0305
XXXRandom hex suffixA1B

Example: WO-2026-0305-A1B


Title convention

WO titles must start with a [Project-Category] prefix:

PrefixExample
[SS1-Operations]Ship 1 operational task
[SP-Development]SuperPortia platform development
[EGS-CodeStandards]EGS chapter 2 work
[Infrastructure-Critical]Critical infrastructure change
[CatMints-Feature]CatMints Cafe feature work

This enables filtering WOs by project and category.


Valid agent identities

Only these identities can be assigned as WO assignee:

IdentityShip
Mac App 小克SS1
Mac CLI 小克SS1
Mac App 小ASS1
Mac CLI 小ASS1
Win App 小克SS2
Win CLI 小克SS2
Win App 小ASS2
Win CLI 小ASS2
Web 小克SS3
小西Any
夏哥Any
system:cronAutomated
system:webhookAutomated

Dispatch engine integration

WOs can be executed automatically via the dispatch engine:

Engine selection should follow Cost Awareness rules:

  • Free (Groq): Research, analysis, simple tasks
  • Cheap (Gemini, DeepSeek): Quality-sensitive tasks
  • Expensive (Claude): Only for code editing, file operations

Operational guidelines

GuidelineRule
Every task goes through WOConstitution §3 — no exceptions
Submit for review when doneInclude completion_summary + actual_hours
Captain reviews all WOsApprove or reject with review_notes
No WO stays in pending > 24hAccept or discuss with Captain
Blocked WOs need notesDescribe what's blocking and potential solutions
Use Pre-Flight Check before startingEspecially for high-blast-radius WOs

PageRelationship
Work Order APIDeveloper-facing API reference
WO Status TransitionsState machine details
Fleet ManagementFleet-wide WO monitoring
EGS ComplianceWO compliance checks
Company Constitution§3 — WO as only task channel