Company

We build the system of record for AI-era software teams

Oprex is made by a small Indonesian engineering company that uses it to build everything else it makes.

Why we built this

Software teams changed shape faster than their tools did. A meaningful share of the code shipped today is written with an AI agent in the loop — but the agent has no idea what the requirement was, which test covers it, or why the last attempt was rejected. It starts every session with amnesia, and the team pays for it.

Existing lifecycle tools were designed for humans reading a web page. They expose a UI, not a memory. So we built Oprex around a different assumption: the newest member of your team is not a person, and it needs the same access to requirements, tests, releases, and history that everyone else has.

What Oprex actually is

One system of record for the whole lifecycle — requirements, specifications, test plans and runs, releases, bugs, helpdesk tickets, and a knowledge base — with an MCP endpoint that lets a coding agent read and write all of it.

🔗

Linked, not adjacent

A requirement knows its tests. A bug knows its release. Coverage is a query, not a spreadsheet somebody maintains.

🧠

Memory that outlives the session

Long-form decisions live next to the work, readable by the next engineer and by the next agent.

🔐

Isolation by construction

Multi-tenant from the first commit. Per-project access is derived from one rule and applied to lists, counts, and detail reads alike.

Who is behind it

Oprex is built by PT Kinetikum Indo Solusi, an Indonesian software company that also builds and operates HR, recruitment, CRM, and conversational-AI products used by real organisations. We are a small, deliberately technical team — the people answering your questions are the people writing the code.

That matters for a practical reason: we are our own hardest customer. Oprex's requirements, tests, bugs, releases, and this website's changelog all live in Oprex. If a workflow is annoying, it is annoying to us first.

How we build

  • Ship small, ship visibly. Releases are recorded and published; the changelog on this site is generated from the same records the team works from.
  • Say what is not done. Beta means beta. Where a limit exists, we would rather write it on the pricing page than let you find it in production.
  • Open where it helps. The MCP integration is meant to be adopted, forked, and argued with — not locked behind a sales call.

See it for yourself

Sign in and a workspace is created immediately. The fastest honest evaluation is twenty minutes with your own project in it.

Get started free Visit the community