Skip to content
View adammatthewsteinberger's full-sized avatar

Organizations

@the-vibey-project

Block or report adammatthewsteinberger

Block user

Prevent this user from interacting with your repositories and sending you notifications. Learn more about blocking users.

You must be logged in to block users.

Content in all repositories owned by your account will be closed.
Maximum 250 characters. Please don’t include any personal information such as legal names or email addresses. Markdown is supported. This note will only be visible to you.
Report abuse

Contact GitHub support about this user’s behavior. Learn more about reporting abuse.

Report abuse

vibey — open-source multi-agent software delivery. pip install vibey-engine. Contributors welcome.

Adam Matthew Steinberger

Staff Software Engineer — AI platforms, identity, and agent orchestration. I build the infrastructure that lets AI run inside organizations that have to answer for it: secretless identity, policy-enforced model gateways, and audit trails that hold up to review. I also maintain vibey, an MIT-licensed conductor that carries a software change from spec to reviewed pull request across a pool of AI coding agents, and loses nothing when one of them fails.

pip install vibey-engine Research paper Fixed-scope projects Open to Staff+ roles Résumé (PDF) LinkedIn

Greenville, South Carolina · US remote · adam@matthewsteinberger.com

Find your way in: open-source developers · nonprofits · universities · governments and military · freelance projects · industry and hiring

vibey: delivery that survives the agent

You have probably used an AI coding agent and then babysat it: re-prompting when it lost the thread, re-explaining everything after a crash, watching a run die at 2 a.m. because one vendor's credits ran out. The agent was autonomous. The delivery was you.

vibey is the layer that does the babysitting. It interviews you until the spec is sharp, builds unattended across several engines, brings you back only for the decisions that are yours, and survives crashes and credit exhaustion without dropping an open question.

uv tool install vibey-engine   # or: pipx install vibey-engine / pip install vibey-engine
vibey doctor                   # checks your engines, local PostgreSQL, and the ledger guard

Python 3.12+ and PostgreSQL 14+ on macOS or Linux. vibey install --postgres sets up a local database if you don't have one, and each engine still needs its own vendor CLI and credentials, which vibey doctor checks.

  • Nothing is lost when an agent dies. Every decision, finding and handoff is a row in an append-only PostgreSQL ledger, and workers claim jobs under FOR UPDATE SKIP LOCKED leases. In the chaos test, 8 workers ran 500 jobs with 20% killed mid-job. None were lost and none ran twice.
  • The record can't be quietly rewritten. The database itself refuses every update and delete on the ledger, and a SHA-256 hash chain over its events makes any edit visible.
  • Handoffs are checked, not trusted. Work moving from one engine to another must pass a model-free no-loss check, or it retries, escalates, or parks for a person.
  • A human decision is a record, not a blocked terminal. Approval gates are rows in the ledger and parked jobs, so nothing sits waiting on stdin.
  • Local first, paid by choice. The sovereign default engine runs GPT-OSS 20B on your own machine through Ollama, and a paid engine (Claude Code or OpenAI Codex) runs only when no local one can. One contract covers all of them, so a handoff between vendors loses no open question.
  • Held to gates it can't talk its way past. Each code layer needs 100% branch coverage to merge, every hard call is argued in an architecture decision record, and releases publish to PyPI through trusted publishing with no stored token.

Read the design before the code: research paper (PDF) · documentation book (PDF) · architecture decisions

One install, the whole family What it does
Conductor The six-phase delivery machine: design, build, review, and opt-in deployment. CLI and TUI.
Engine runners claudeloop and codexloop for the paid agents, gptossloop (the sovereign default) and qwenloop for local open-weight models. Each one tells an exhausted rate-limit window apart from exhausted credits and resumes across usage windows.
vibey-gh Release automation for any GitHub repository: provenance, exact-head AI review, a merge train, and branch promotion. This profile repo runs it, pinned to the current vibey-engine release.
vibey-skills A Claude Code plugin marketplace of Agent Skills in which every claim cites its source.
vibey-bootstrap Azure, telemetry, configuration and Service Bus foundations, solved once.

You don't have to live in the terminal. The krypton apps are the interface for everyone who isn't: desktop builds for Linux and Apple-silicon macOS, Android, iOS, the web, and a VS Code extension. Add them with pip install krypton-app, or take a ready-built file from the downloads page.

Contribute

The project is small enough that one good pull request gets noticed. The CI gates handle formatting, coverage and layering, so review can stay on your design.

  1. Say hello or ask anything in Discussions. No question is too basic.
  2. Pick something from the open issues. Two good places to start: Fedora support and new skills for vibey-skills. Comment before you start anything large, so we can agree on the shape first.
  3. Set up with the contributing guide: uv sync, two hook installs, and a local PostgreSQL. The first-hour walkthrough goes command by command, from clone to pull request. CI runs the same gates you run locally.
  4. Open a pull request against develop. Use Conventional Commits; the provenance hook adds the trailer for you.

Rather talk first? Email me or start at /join-me. Contributors in Greenville and anywhere in the US are welcome, and I'm glad to pair on a first change.

Also mine, and deliberately not serious: clippy-pet, an animated paperclip for the ChatGPT desktop app and Codex CLI.

Who this is for

Six tracks, in the order I give them my time. The first four are audiences for vibey; the last two have their own sections below.

  1. Open-source developers. Help build vibey: clone it, run the gates, pick an issue, and open a pull request against develop. Start with Contribute →
  2. Nonprofits. MIT licensed with nothing to subscribe to, local models by preference so the bill does not hinge on one vendor, your own hardware, and an append-only ledger that can answer to a board or a funder. What vibey offers nonprofits →
  3. Universities and academia. A research paper that states the model formally, the whole documentation as a book, a citation file, and open-licensed code to reproduce, teach with, and extend. The paper and the book →
  4. Governments and military. Local models by preference, an append-only ledger you can audit, provenance on every commit, and review bound to the exact code it examined. What vibey offers →
  5. Freelance projects. Fixed-scope packages built from work already delivered. See the packages →
  6. Industry and hiring teams. Staff+ roles in AI platform, identity, and forward-deployed engineering, including regulated and public-sector work. Open to Staff+ roles →

Tracks 2 to 4 describe what vibey offers, and each claim on those pages links to its source in the repository. I claim no nonprofit, university, government or military customer, partnership, grant, contract, clearance, accreditation, or endorsement for vibey.

Fixed-scope projects, built from work already delivered

You have an AI feature to ship, a codebase to trust, or an audit on the calendar. It needs doing once, and doing right. Each package below is something I have already delivered in production, and each one names what you receive.

Package What you receive Done before
AI codebase and security review A technical brief with every finding ranked by risk, an executive summary, and a phased roadmap with effort estimates 59,000 lines across 190+ files reviewed in 10 hours; found 5% test coverage and missing auth middleware (case study)
A production RAG chatbot in 30 days A chatbot grounded in your documents, hosted on your cloud or entirely on your own servers, with monitoring and a runbook Two shipped in 30 days each, one fully self-hosted on Mistral-7B, FAISS and vLLM (case study)
An LLM cost and policy gateway One OpenAI-compatible API in front of your model vendors, with per-project allowlists, spend caps and a tamper-evident audit trail Sole architect of a gateway in front of six vendors; three product teams moved onto it (case study)
Okta or Entra ID identity governance Access rules declared in Git, drift detection that holds destructive changes for a person, and an access model mapped to your audit Two governance-as-code control planes, 40 resource kinds, no stored tenant secrets (case study)
SOC 2 or OWASP LLM Top 10 readiness for an AI feature A STRIDE threat model, a control map to the OWASP LLM Top 10 and NIST AI RMF, and a ranked gap list with a fix for each gap A SOC 2 readiness assessment and threat model, and gateway controls mapped to both frameworks (case study)

What you can count on, in writing:

  • A written brief starts it. You answer a short questionnaire on your schedule, and I reply with a written scope. Calls are welcome whenever they help; no step waits on one.
  • Scope, price and "done" are fixed before work begins. Every milestone closes against an acceptance checklist, and any change arrives as a written note you accept or decline.
  • You never have to ask where things stand. I reply in two set windows each business day (US Eastern), send a status note at every milestone, and keep a risk register you can read.
  • Your project gets steady attention. I take on no more than three engagements at a time.
  • AI-assisted, and said so up front. I build with AI coding agents under the same gates vibey uses, and I review and sign off every deliverable myself.

See the full packages and send a brief → Prices are quoted per package in your written scope, or on my Upwork and Fiverr Pro listings as they go live. If we meet on a platform, the whole engagement stays on that platform.

Production work

Built as a senior engineer at a consulting firm and as an independent consultant. Client names are left out; each numbered claim comes from a real engagement.

  • AI governance gateway (sole architect). One OpenAI-compatible, policy-enforced API in front of Azure AI, Anthropic, OpenAI, Cursor, Grok and Gemini. It enforces per-project allowlists, multi-unit rate limits, per-call USD cost attribution with spend caps, and an HMAC-signed, hash-chained audit trail. Callers authenticate with workload identity, so no API key sits in the request path. Three product teams migrated onto it and retired their app-held credentials.
  • Identity governance as code (sole author of two control planes). The first is a kopf operator that reconciles directory state from Git with no stored tenant secrets, and has an LLM draft pull requests for judgment calls. The second is an IdP governance platform managing 40 resource kinds, where safe drift is remediated automatically and destructive drift waits for a person. Together they replaced a low-code workflow with a versioned, idempotent sync API.
  • AI payroll platform (co-lead). 20 microservices across four human-approved phases, with the final submission modeled as irreversible. Terraform, Helm and GitOps on private AKS; 585 test modules. The architecture was production-ready by day 45, and the junior developer trained alongside it now owns it.
  • Multi-system ticket relay (sole author). N-way sync with no privileged hub: version vectors, echo suppression, and a conflict engine that fails safe to manual hold. 653 tests at 93% coverage.
  • Technical report platform (lead). Turns instrument data into standards-aware client reports through deterministic analysis plus LLM review, with SAML 2.0 SSO and blocking data-quality gates. It ended silent false-success deploys.
  • Self-hosted RAG chatbot. Mistral-7B, FAISS and vLLM with zero external dependencies, shipped in 30 days.

Underneath all of it: OIDC workload identity across 20 CI workflows in 9 repositories; SAST, SCA, IaC scanning, SBOMs, keyless signing and policy-as-code admission; and identity-governance advisory for a SOX-regulated enterprise of about 5,700 identities. All case studies →

How I work

  • Write the decision down before the code. Architecture decision records, STRIDE threat models and readiness assessments come first, so the reasoning survives the people who made it.
  • Let the gates hold the line. Branch-coverage floors, import-linter-enforced layers, signed releases and provenance checks in CI mean a rule is enforced rather than remembered.
  • Close security findings before release. Self-review on recent work caught an auth bypass, a path traversal, an SSRF, a timing-unsafe comparison and an over-scoped CI credential before any of them shipped.
  • Train the person who inherits it. A handoff counts as finished when someone else runs the system without me.

Writing

Latest posts

Open to Staff+ roles

  • Available now for Staff+ software engineering roles in AI platform, identity and access, agent infrastructure, and forward-deployed engineering, including regulated and public-sector work. US remote or Greenville, SC. Everything a hiring manager needs →
  • Maintaining The Vibey Project and taking a small number of fixed-scope projects alongside it.
  • Volunteer software architect for a nonprofit AI chat platform. The AI-to-human live-chat relay is written up at /work/project-excite-relay.
  • Previously Senior Azure and AI Development Engineer at The Vizius Group (Sep 2025 to Aug 2026). Over 13 years in production systems across insurance, fintech, healthcare and industrial testing.
  • B.A. Computer Science, Skidmore College · Certified ScrumMaster
Stack at a glance
  • Identity and access: Microsoft Entra ID · Okta (core, IGA, Workflows) · SAML 2.0 · OIDC/OAuth 2.0 · workload identity federation · RBAC · governance as code
  • Security and compliance: secretless delivery · Semgrep · CodeQL · Trivy · Checkov · SBOM (Syft/CycloneDX) · Cosign keyless signing · Kyverno/OPA · STRIDE · SOC 2 readiness · OWASP LLM Top 10 · NIST AI RMF
  • AI and LLM systems: multi-vendor gateways · agent sandboxing and egress policy · multi-agent orchestration · MCP servers · RAG (pgvector, FAISS, Azure AI Search) · Claude · Azure OpenAI/Foundry · GPT · Gemini · vLLM · Ollama
  • Platform: Kubernetes (AKS, KEDA) · Terraform · Bicep · Helm · Flux/Argo CD · GitHub Actions · Service Bus · OpenTelemetry · PostgreSQL · Redis · AWS
  • Languages: Python (FastAPI, SQLAlchemy 2, Pydantic, kopf) · TypeScript/NestJS · Next.js/React · C#/.NET · Java Spring Boot · SQL · KQL · Bash

Contact

adam@matthewsteinberger.com · LinkedIn · vibewithadam.matthewsteinberger.com · RSS · llms.txt


This profile is CC BY 4.0. The site behind it is open source too: adammatthewsteinberger/portfolio (MIT code, CC BY 4.0 content).

Pinned Loading

  1. the-vibey-project/vibey the-vibey-project/vibey Public

    Open-source orchestrator for AI coding agents: a spec interview, unattended builds on local (Ollama) or paid agents, human-gated review, and an append-only PostgreSQL ledger so a crashed agent's wo…

    Python 3 1

  2. clippy-pet clippy-pet Public

    Unofficial animated paperclip pet for the ChatGPT desktop app & Codex CLI. 9 animations, 16 look directions, one-line install on every Unix, native macOS/Linux installers, QA receipts. Not affiliat…

    Shell 4

  3. adammatthewsteinberger adammatthewsteinberger Public

    Adam Matthew Steinberger — Staff Software Engineer: AI platform, identity, and agent orchestration. Maintainer of vibey (the-vibey-project).

    Shell 2

  4. resume resume Public

    Résumé — Staff Software Architect & AI Automation Engineer (PDF, DOCX, TXT, Markdown)

    Python 2