Work enters
Tickets record incidents, requests, troubleshooting context, and future links to approved knowledge.
Operational knowledge
Find approved technical knowledge, understand where it came from, and learn how SOTE turns troubleshooting into reusable institutional knowledge.Approved SOTE procedures, troubleshooting, and operational knowledge.
The Command Portal is the readable front door. The SOTE Framework repository remains the controlled source for operational Markdown, review history, and accepted changes.
Tickets record incidents, requests, troubleshooting context, and future links to approved knowledge.
Branches and pull requests make proposed documentation changes visible and reviewable before acceptance.
Approved articles become easy to discover and use from the Command Portal.
Names, vocabulary, zones, characters, mission language, and public-safe rules remain governed by the Codex.
These articles are currently in validation. Open an article to read the public-safe technician procedure, see its current status, and use it for classroom review and learning.
Reading the current public-safe catalog.
No articles match that search yet.
Contribute
Turn a solved problem into reusable knowledge. Classroom participants can use the guided training session; experienced contributors can go directly to the contribution workflow.
Already know the workflow? Open the contribution guide and prepare your Knowledge Article for review.
Contribute Knowledge →New to GitHub or the SOTE knowledge workflow? Use the CIT-205 training session for onboarding, the assignment, article template, peer review, revision, and version-history practice.
Open Training Session →Operational articles use a consistent structure so technicians know what they are allowed to do, what success looks like, what evidence to preserve, and when to stop.
What the article teaches, where it applies, and what authorization is required.
Explicit boundaries for safety, destructive actions, uncertainty, and production impact.
Execution-order steps plus expected and alternate states.
Outputs, screenshots, measurements, logs, or notes that make the work defensible.
Safe recovery guidance without inviting improvisation beyond authorization.
Related missions, runbooks, knowledge, and a traceable history of accepted changes.