Presient Labs — Customer-owned intelligence, interchangeable models
A commercial product direction combining customer-owned context, model choice and engineering harnesses evaluated against explicit tasks.
- Customer-owned context
- Interchangeable reasoning engine
- Harness
- Selected interface
- Evaluation controls release
The thesis
The reasoning model can change. A company's accumulated knowledge, operating rules and verified workflows should remain useful when it does.
I founded Presient Labs around that separation: the customer chooses a model, connects owned context and adds an engineered operating layer that must earn its claims through evaluation.
What BYOLLM means
Build Your Own LLM means assembling an intelligence system around a selected reasoning engine. It does not mean training a new foundation model. The product architecture separates model, private context, harness, interfaces and compute so that model choice does not require abandoning organizational knowledge.
Built foundation and product direction
Historical platform work established web application and background-processing foundations. The subsequent BYOLLM design specifies an installable software-engineering harness as the initial product scope.
That distinction matters: an existing web foundation is not proof that the complete intelligence platform, marketplace or certification program has shipped.
The harness design combines an operating contract, reusable skills, execution hooks, memory access, model-specific profiles and evaluation tasks. Customer-owned memory is an integration boundary. Broader interface and compute options belong to the larger product vision.
Engineering decisions
Make model choice an architectural requirement. Keep durable customer context separate from the reasoning provider.
Evaluate a harness against the bare model on the same tasks. A more elaborate workflow should demonstrate that its additional cost and complexity improve the measured outcome.
Use hidden tasks and model-specific evidence. A result on a familiar fixture does not establish generalization, and one model's result does not certify another.
Keep the first product bounded. The initial design prioritizes one software-engineering pack; a marketplace, hosted compute and additional domain packs are subsequent scope.
A practical engineering lesson
Background commerce workflows must survive repeated and partially completed events. Historical platform reviews identified retry and credit-award defects and led to existence checks and order-state guards.
Those changes are recorded implementation history. They do not by themselves prove atomic, exactly-once processing under all concurrent failures; a stronger reliability claim would need corresponding tests.
What this demonstrates
Presient Labs connects product strategy with system architecture and an evaluation standard. The goal is a customer-controlled intelligence system whose useful behavior can be inspected and measured.
Role and limits
I founded the business, defined the product direction and designed its boundaries. Coding agents assisted with substantial web-platform, worker and review work.
BYOLLM and certification remain product and research work at the maturity the sources establish. No pack is certified or available yet, and this page makes no claim about current checkout or purchase availability.
Next: CareOps — A healthcare-operations AI assistant where the software, not the model, decides what it can see and do.