RT
Active ToDy95/OmniRoids-Studio

Project intelligence

OmniRoids Studio

Governed automation catalogue and release studio

A governed authoring and release studio for OmniRoids capabilities, automation workflows, private projections, and signed Core handoffs.

Latest signal

Sep 1, 2026

Synced Sep 1, 2026

73

Commits · 365 days

1

Pull requests · 365 days

0

Issues · 365 days

0

Code reviews · 365 days

Public summary

Public summary

What it is

OmniRoids Studio is the commercial catalogue, private capability projection, and governed authoring boundary around the OmniRoids core. It turns reviewed capabilities and automations into explicit, versioned release candidates without making Studio a second source of truth.

The problem and business value

Reusable AI capability is difficult to commercialize when permissions, evidence, release state, and private implementation details are mixed together. Studio separates those concerns so a team can discover approved capabilities, plan an automation, pass it through review, and prepare a release that can be independently verified by the Core system.

The business value is controlled reuse: capability catalogues and automation workflows can become reviewable products while the private corpus, credentials, and release authority stay behind explicit boundaries.

What it does today

  • Builds a public-safe catalogue and graph projection from reviewed source data.
  • Maintains a private, digest-verified vault for capability and artifact metadata outside public/.
  • Exposes permission-checked catalog, graph, vault, relation, and automation surfaces through the local server and protected API routes.
  • Validates automation manifests, routes required skills from policy, plans workflows, and checks the exact lifecycle required for publication.
  • Produces signed, immutable release envelopes and a Core-targeted outbox. The Studio adapter does not write the Core repository or invoke the Core publication RPC directly.

Integrations and data flow

OmniRoids Core remains authoritative for identity, membership, permissions, private capability publication, and runtime state. Studio consumes a short-lived signed Core access assertion and a versioned capability projection. The private vault is paginated, digest-checked, and served only after the requested permission is verified.

Automation source lives under the Studio repository. The source digest, evidence digests, routed skills, lifecycle receipts, and signed bundle are checked before a release can be prepared for the Core bridge. The public projection contains only approved catalogue and graph information.

AI or automation workflow

Studio is an orchestration and governance surface, not an autonomous agent. Its automation flow routes capabilities, validates inputs and lifecycle receipts, and prepares a release for review. Human owners or authorized capability architects remain responsible for approval, signing material, production transport, and any external side effect.

Security and privacy boundaries

The public bundle excludes the private vault, release envelopes, lifecycle receipts, Core credentials, environment files, and private artifact bodies. Every protected surface checks the required permission on the server, and missing, stale, revoked, expired, or unverified assertions deny access. Digest validation, path checks, secret-pattern checks, replay protection, and immutable release directories provide additional fail-closed controls.

What is coming next

The next work is operational: verify hosted authorization, transport credentials, deployment and rollback evidence, and any provider-backed delivery boundary before describing those integrations as live. The catalogue can then grow through reviewed automation packages without weakening the Core- to-Studio ownership boundary.

Current activity or evidence from the project

Recent repository work rebranded Studio as OmniRoids Studio, exposed the complete automation workflow surfaces, and added the private Full Graph and vault projections. The repository contains local validation, lifecycle, graph, mirror, and vault checks. These checks support the documented contracts; they do not claim hosted provider authorization, customer adoption, revenue, or production delivery.

Contribution graph

The work behind the work.

Commits, PRs, issues and reviews

All available activity

LessMore
Sep
Oct
Nov
Dec
Jan
Feb
Mar
Apr
May
Jun
Jul
Aug

Recent activity

What is moving now.

  1. [STUDIO-061] docs: add public portfolio briefCommit · Sep 1, 2026
  2. chore: update GitHub repository linksCommit · Sep 1, 2026
  3. fix: complete OmniRoids graph brandingCommit · Sep 1, 2026
  4. feat: rebrand Studio as OmniRoidsCommit · Sep 1, 2026
  5. Merge codex/studio-automation-graph-20260831 into mainCommit · Aug 31, 2026
  6. feat: expose complete automation workflowsCommit · Aug 31, 2026
  7. [STUDIO-013] 48 n8n automation packages across 27 verticals (planning)Pull request - merged · Aug 30, 2026
  8. merge: promote verified automations to mainCommit · Aug 30, 2026
  9. [STUDIO-060] merge automation UX and keep GitHub Actions disabledCommit · Aug 30, 2026
  10. [STUDIO-058] promote verified automations without GitHub ActionsCommit · Aug 30, 2026
  11. [STUDIO-059] fix: the page was organised around our data model, not around the jobCommit · Aug 30, 2026
  12. [STUDIO-058] feat: change what a client's automation says and when it runs, from our siteCommit · Aug 30, 2026
  13. [STUDIO-057] feat: know the difference between a second client and a second copyCommit · Aug 30, 2026
  14. [STUDIO-056] fix: the form asked for PMS_PATIENT_BALANCES_URL and expected someone to knowCommit · Aug 30, 2026
  15. [STUDIO-055] feat: the pieces finally connect — pick a package, name a client, get the fileCommit · Aug 30, 2026
  16. [STUDIO-054] feat: what the client has to send us, derived instead of rememberedCommit · Aug 30, 2026
  17. [STUDIO-053] feat: a 0-100 score, and the finding that unblocks installing from StudioCommit · Aug 30, 2026
  18. [STUDIO-052] feat: scan a prospect's site, with the SSRF guard built in rather than deferredCommit · Aug 30, 2026
  19. [STUDIO-051] fix: the L2 journal was discarding the one thing that makes it attributableCommit · Aug 30, 2026
  20. [STUDIO-050] feat: the demo shows the real message, and says how it knowsCommit · Aug 30, 2026

Published roadmap

What is shipped and what comes next

This roadmap describes the Studio boundary without exposing private artifacts, credentials, internal logs, or unverified commercial outcomes.

Delivered

  • [done] Public-safe capability catalogue and reviewed Full Graph projection.
  • [done] Permission-checked private capability vault with paginated, digest-verified artifacts.
  • [done] Core access assertion verification with role and permission checks on protected surfaces.
  • [done] Automation manifest validation, policy-driven skill routing, and workflow planning.
  • [done] Eleven-stage lifecycle receipts covering implementation, tests, audits, documentation, technology review, and publication.
  • [done] Signed immutable Studio release bundles and a replay-safe Core bridge envelope.

Operationally pending

  • [in-progress] Verify hosted authorization, deployment, transport credentials, and rollback evidence.
  • [in-progress] Complete provider account authorization and delivery tests before enabling external automation side effects.
  • [in-progress] Extend qualitative review and evidence coverage for commercial capability claims.

Coming soon

  • [planned] Expand the catalogue with reviewed, evidence-backed automation packages.
  • [planned] Add broader operational telemetry and support runbooks after hosted verification.
  • [planned] Promote additional Core capability projections only when their privacy and ownership boundaries are independently reviewed.

Product rule

A connector, skill route, or release design is not treated as a live integration until authorization, permission, runtime, failure, rollback, and human approval evidence is available.

Back to live projects