nexora.sh · session #2147 · uptime 412d 06:18 tty/0 · pwd ~/services load 0.34 · mem 41% · gpu idle

$ man services/

Four tracks, four contracts. Each is scoped, fixed, and shipped with the artifacts you need to maintain it after we leave, no retainer required, no black boxes. Read the page, then open a ticket.

root@nexora ~/services $ls -1
custom_scheduler · tiny_kv · wire_protocol · hotpath
[01]

custom_scheduler(8)

section · runtime

NAME

custom_scheduler, multi-tenant deterministic scheduler

SYNOPSIS. A work-stealing, quota-aware scheduler you can reason about line by line. Per-tenant fairness, deadline classes, and a replay log that lets you rerun any incident exactly as it happened.

DESCRIPTION. We've shipped four in production, two trading desks, one hardware test fleet, one genomics pipeline. The core is a few thousand lines of Rust with a single lock-free run queue per core. Everything that affects scheduling order is logged, so "why did this task run late?" is a query, not a guess. Tenants get hard quotas and soft bursts; starvation is provably bounded.

OPTIONS --tenants <n> · --replay-log <path> · --deadline-class rt|batch · --steal-policy hierarchical
ENGAGEMENT 6–10 week build · open-sourced library by default · optional paid retainer for upstream patches
SEE ALSO hotpath(8) when an existing scheduler is the bottleneck, not the design
[02]

tiny_kv(8)

section · storage

NAME

tiny_kv, append-only stores & embedded databases

SYNOPSIS. Small, embeddable storage engines for products that cannot ship a Postgres dependency. Append-only log, snapshot + compaction, and a replication transport written from scratch.

DESCRIPTION. CRDT-friendly merge semantics, crash-safe by construction, and tested the way storage should be: a fuzz harness against a reference model plus property tests for every invariant. Ships as a single Rust crate with no runtime allocator surprises. Third-party audit available at your option, we'll book it and hand you the report.

OPTIONS --wal sync|group · --snapshot-interval <dur> · --replication leader|crdt · --audit external
ENGAGEMENT 4–8 weeks · Rust crate · fuzz harness + property tests included
SEE ALSO wire_protocol(8) for the replication transport spec
[03]

wire_protocol(8)

section · protocol

NAME

wire_protocol, binary protocols & codecs

SYNOPSIS. Custom wire formats, RPC dialects, and embedded-device protocols, specified first, in ABNF, with conformance test vectors before a byte of implementation ships.

DESCRIPTION. A spec you can hand to a second vendor and get an interoperable implementation. We design for forward compatibility, explicit framing, and machine-checkable grammars. We also do the unglamorous job: reverse-engineering an undocumented legacy protocol from disassembly so you can keep talking to a 2007 controller that nobody dares replace.

OPTIONS --grammar abnf · --vectors conformance · --rescue from-disasm · --impl reference
ENGAGEMENT per-protocol scope · spec + reference impl + test vectors
SEE ALSO tiny_kv(8) often pairs a custom protocol with a custom store
[04]

hotpath(8)

section · perf

NAME

hotpath, time-boxed performance engagements

SYNOPSIS. Two weeks. Pick the path that's costing you money. We profile it, rewrite it, and prove the win with reproducible benchmarks in front of you.

DESCRIPTION. No retainer, no new dependency, no architecture astronomy. We instrument with perf and eBPF, find where the time actually goes, and fix the hot path in your codebase. You get a written report with before/after numbers and a script that anyone on your team can re-run to confirm them. If we can't beat your baseline, you don't pay the success fee.

OPTIONS --target p99|throughput|alloc · --profile perf,ebpf · --report reproducible
ENGAGEMENT 2 weeks · fixed fee · written report + reproducible benchmarks
SEE ALSO custom_scheduler(8) when the path is the design, not the code