Current applications

Served applications and the DevOps agent point of view.

Two public surfaces are in view right now: Simon as the main gateway presence, and Oxen as a separate hosted application surface. Behind them sits the same broader operating model: the developer and local AI build inside the repo, while Pubert operates around that repo as a DevOps team member for continuity, deployment, and diagnosis.

2served application surfaces called out on this page
1DevOps-oriented Pubert layer reading, deploying, and diagnosing around the repo
3core forces: infrastructure, continuity, ratcheting
DevOps agent perspective

Pubert is the management layer around the repo and infrastructure. Its function is to preserve context, coordinate the environment, and keep the decision trail intact so the app can be deployed and diagnosed reliably.

Simon and Simon2

Simon is the gateway and public face. Simon2 is the subconscious engine room carrying the heavier storage, memory, and processing responsibilities.

Ratcheting protocol

The ratcheting protocol controls execution: lock the plan through ADRs and manager notes, delegate narrow changes, and keep progress forward-only and auditable.

Developer and local AI

The application itself is built inside the repo by you and your local AI. Pubert is a separate concern around that work, closer to a DevOps team member than an app-coding peer.

01

Applications currently served

S1

Simon

simon.nofinway.com

The public-facing gateway surface. This is the entry point that carries routing, SSL termination, and the outward-facing application presence.

gateway public entry point routing and SSL
OX

Oxen

oxen.nofinway.com

A separate served application surface under the same broader ecosystem, presented as its own domain while still benefiting from the prepared infrastructure around it.

app surface separate domain served through the ecosystem
02

Architecture through the DevOps agent lens

Infrastructure layer

Simon (Gateway)Public routing, SSL, and primary entry points.
Simon2 (Subconscious)Heavy storage, memory, and high-volume processing.
Served applicationsPublic experiences such as Simon and Oxen surfaced through the prepared environment.

Continuity layer

PubertMaintains continuity of context between sessions and tasks.
Log ingestionOperational history is shipped and structured instead of being lost in raw transcripts.
Graph memoryEntities, tasks, and relationships remain queryable without replaying everything from scratch.

Execution layer

ADRs and manager notesLock in the plan before repo changes start.
Coding agentsHandle targeted app work once the road is paved.
Human architectSets vision, audits outputs, and approves the direction.
Perspective

From the DevOps agent point of view, this is a segmented development ecosystem: the repo is where the application is built, and the surrounding layer is where deployment, diagnosis, and continuity are managed.

Continuity of context

Pubert carries forward state: who matters, what changed, what remains open, and which environment assumptions are already locked in around the repo.

Ratcheting protocol

The critical move is to convert decisions into a forward-only execution path, then bring in specialized agents for surgical changes rather than open-ended improvisation.

Local development loop

You remain the architect and auditor, and your local AI helps build the application in the repo. Pubert handles the deploy-and-diagnose layer and leaves the transparency trail in the logs.

In short: this system treats the AI less like a chatbot and more like a system administrator and project manager that maintains the environment so specialized work can happen efficiently, repeatably, and without the whole stack turning into spaghetti.
Back to the development method page Sample pages What this process solves Problem statement Design generation AI iteration