FazBrowse GitHub Viewer | Trending |
URL:
| Home
Tools: [Download Repo ZIP]   [Original HTTPS Page]

bartekus/bartekus · GitHub

Repository navigation

Latest commit

 

History

16 Commits

Folders and files

NameName
Last commit message
Last commit date
 
 
 
 
 
 
 
 

Repository files navigation

👋 Howdy, I'm Bartek


I'm Bartek Kus, a systems architect from Edmonton, Canada. I work on the trust problem in AI-native software delivery:

AI can write the code. The unsolved problem is trusting what it wrote.

My answer is architecting intent: the human authors the contract, agents do the work, and machinery (not optimism) refuses anything that drifts from the contract. Stop reviewing output; start constraining intent.


🔭 What I'm building

Most of this lives under the statecrafting org; the front door is statecraft.ing. Two flagships:

spec-spine: a typed, hash-verifiable authority ledger over a markdown spec corpus. Every spec declares the files, sections, and symbols it owns; a PR-time coupling gate refuses code that drifts from its owning spec. Deterministic to the byte across five platforms; Rust; Apache-2.0. Install from crates.io or npm. It governs itself: its own coupling gate runs against its own spec corpus in CI.

statecraft: the same ideas at platform scale; the governed agentic delivery control plane. Tenants, a factory that stamps applications from a versioned template contract, a fleet plane that operates them on Hetzner k3s, and a governance UI over it all; every substantive change is bound to the spec that authorised it, and a PR-time coupling gate keeps that binding honest. AGPL-3.0. It is itself the first production EnRaHiTu app, so the platform is governed by the same machinery it offers. Built by one person directing a fleet of governed agents, which is rather the point.

And the rest of the stack that turns those two into a working delivery system:

Project What it is
enrahitu EnRaHiTu (Encore.ts + rauthy + hiqlite + Turso/libSQL): a self-contained, single-container application core with zero managed-infrastructure dependencies; the template chassis the Statecraft factory stamps. Apache-2.0.
statecraft-cli One binary, two faces: Statecraft's governance verbs as a CLI for humans and an MCP server for agents. Apache-2.0.
tenant-emit Emit-only CLI a stamped app pins to build a signed governance-certificate.json from a finished run directory. Apache-2.0.
tenant-tail Verify-only counterpart: re-checks the factory's run-side paperwork with zero trust in the producer. Offline, identity-free, read-only. Apache-2.0.
action-gate · attest-ledger · trust-window · canonical-keysort-json The extracted primitives: a deterministic decision gate, a tamper-evident signed ledger, a rolling-window trust scorer, and canonical JSON hashing. Apache-2.0.

🤝 Open source I contribute to

  • rauthy (@sebadob): a Rust OpenID Connect / OAuth2 / PAM identity provider with passkey-first security; the OIDC backbone my platform issues tokens through.
  • hiqlite (@sebadob): an embeddable SQLite that forms a Raft cluster for high availability and strong consistency; the embedded store at the heart of every EnRaHiTu app.

🧭 What I think

  • Architecting intent over vibe coding. No human reviews every line an agent produces; pretending otherwise just moves the bottleneck back to the human. Make intent the requirement, the requirement a spec, and the spec law.
  • Agentic output is hostile by default. Agents earn passage by surviving gates, not by appealing to trust.
  • Humans gate contracts, not diffs. Specs, approvals, and irreversible boundaries are human territory; everything between them is enforced by machinery.
  • Typed contracts beat convention. It's why my backends are Encore.ts, not Express: declarative, type-safe APIs that generate their own infrastructure, instead of middleware chains held together by discipline.

How I got here is one problem at three scales: a decade of digital identity (OIDC, SSI, DID) asking "can this person be trusted", platform engineering asking "can this system be trusted", and now governed agent delivery asking "can machine-generated change be trusted".


🛠 Tech I reach for often

Rust • TypeScript • Encore.ts • React • Tauri • PostgreSQL • Kubernetes • Helm • Terraform • OpenTelemetry • Claude Code • MCP


📊 GitHub at a glance


📫 Reach me

➡️ https://bartekus.com ➡️ LinkedIn: /in/bartekus ➡️ Twitter: @bartekus ➡️ Email: bartekus@gmail.com


"The human authors the law; the agents comply with it; the spine makes non-compliance impossible to merge."

About

No description, website, or topics provided.

Resources

Stars

0 stars

Watchers

0 watching

Forks

Releases

Packages

Contributors

Languages


Back | FazBrowse Home | New Git URL