Arqora logoA R Q O R A
hypothesisiterateprobebuildquestionobservefail fastship later
arqora / experiments

Curiosity
made runnable.

Every experiment here started with a question we couldn't let go of. Not a roadmap item. Not a client request. Just something worth finding out.

We don't experiment to ship. We experiment to know.

Most product organizations build what they know will work. We build what we're not sure about. That's a different kind of work — it requires more patience, more documentation, and a genuine comfort with outcomes that don't become features.

The experiments on this page are not prototypes waiting for funding. They're investigations. Some conclude cleanly. Some stall. Some reveal that the original question was the wrong one — which is its own kind of answer.

8
Total experiments
4
Currently active
1
Concluded
1
Abandoned — documented
Active
EXP-001

Sandboxed pipeline runner

security

Isolating untrusted automation pipelines inside ephemeral containers with enforced resource ceilings and syscall filtering. Safe execution without risking host integrity.

Started 2024-Q3
Paused
EXP-002

Zero-config service mesh

infra

A local-first mesh layer that infers topology from running processes. No YAML manifests, no sidecars.

Started 2024-Q1
Concluded
EXP-003

Structured log router

observability

Real-time NDJSON log routing with field-level filtering, fan-out to multiple sinks, and zero-copy passthrough mode.

Started 2023-Q4
Active
EXP-004

Static site integrity prober

reliability

Crawls a deployed static site and checks asset hashes, link validity, CSP headers, and subresource integrity against a prior snapshot.

Started 2025-Q1
Active
EXP-005

Compile-time env validator

dx

TypeScript transformer that turns a .env.schema file into compile-time type errors. Missing or mistyped env vars fail the build, not the runtime.

Started 2025-Q2
Abandoned
EXP-006

Process memory tracer

perf

Low-overhead tracing of allocations and frees across a process lifetime. Outputs flamegraphs compatible with speedscope.

Started 2023-Q2
Active
EXP-007

Edge config propagation

distributed

Pushing config changes to distributed edge nodes with sub-second convergence using a gossip-adjacent protocol with conflict resolution based on logical clocks.

Started 2025-Q1
Paused
EXP-008

Typed migration runner

data

Schema migration framework that infers column types from application models and generates reversible, validated SQL with rollback checkpoints.

Started 2024-Q2
The mindset
I

A question you can run is worth more than an opinion you can argue.

Code makes things falsifiable. That's the point of building instead of debating.

II

Boredom with the obvious is the only real prerequisite.

Every experiment here started because an existing solution felt wrong, incomplete, or interesting to pull apart.

III

Constraints are the creative material.

The tightest scope produces the sharpest thinking. An experiment with no limits is just a project without a plan.

IV

Abandonment is a result, not a failure.

Knowing something doesn't work — and stopping because of that — is exactly how a good experiment should end.

What starts an experiment

Irritation

Something in our stack is annoying. Not broken — just wrong. That friction, repeated enough times, becomes a question worth answering.

Curiosity

Sometimes we just want to know if something is possible. No use case required. The answer itself is the deliverable.

Doubt

A convention we've been following without fully questioning. Running an experiment is the only honest way to find out if it deserves the trust we've given it.

Some of these experiments will quietly become tools. Most won't. All of them will have taught us something about the systems we operate, the assumptions we carry, and the questions that are actually worth asking.

That's enough of a reason to keep running them.

4 active experiments