2026-09-18 09:19:49 +00:00

Quixos protocol and capability compiler

Shared protobuf APIs for Camino, orch, package runtimes/descriptors and values, plus the capability language/compiler. Commands below are for backend development; workspace authors use qx-workspace check for all verification.

Capability language

The grammar is grammar/QuixosCapability.g4. The parser lowers source into the parser-independent records in src/capability-model; validation then produces an immutable checked workspace JSON document. Runtime semantics do not depend on parse-tree shapes or declaration order.

nix develop
quixos-workspace-compile \
  --root ../quixos-instance/workspaces/todo \
  --checkout-root /tmp/quixos-resolved-resources

workspace.qx contains workspace-local atoms, attachments, conformances, and constructor bindings. Each imported interface has an interface.qx in its own repository; each imported package similarly has a package.qx. Source locations never appear in those declarations. quixos.lock supplies their exact Git repositories and commits, and the workspace compiler resolves that dependency graph recursively.

Inside an interface or package manifest, import interface Named; is a true source dependency: the repository lock must pin it, and tooling may use the full contract for generated types. external atom and external interface declare nominal identities which the final importing workspace must provide. The latter is appropriate for relationship targets and other opaque references; it deliberately does not grant the contract needed for an interface invocation port. This distinction permits mutually referential interface identities without creating a cycle in the Git Merkle graph.

The compiler validates exact identities, recursive lock/source agreement, external requirement satisfaction, interface operation coverage, attachment ownership, native state/edge providers, package receiver and dependency-port requirements, constructors, and the exact runtime closure. Generics, interface composition, declarative forwarding, automatic relationship materialization, and first-class bundles are intentionally absent from v1.

Local workspace fragments, source-editing APIs, and generated package contracts are documented in QX bindings and tooling. quixos-resource-compile --schema-out exports the portable generator input; quixos-codegen-ts is the first backend. quixos-qx provides parse, lint, format, and nominal-atom scaffold commands.

Repository locks

Every workspace, interface, and package repository carries a quixos.lock. A resource lock is not a miniature workspace: it contains only the exact Quixos commit that resource was authored against plus its dependency list. It also pins exact Git sources for interfaces and packages named by that resource's own manifest. Resource Git sources are deliberately only a repository URL and full commit ID; the publisher-owned reachability tag and Nix fetch details are derived from those values.

A workspace root additionally records its Quixos selection policy and ref. Its commit is the exact compatibility baseline shared by the resource graph, not necessarily the runtime candidate. pinned requires the ref, baseline, and candidate to be one commit. track-development lets Central resolve the named development ref to a newer candidate while preserving the authored baseline. track-release is reserved for compatibility-filtered release-line advancement and is not implemented yet.

quixos-lock-check quixos.lock
quixos-resource-compile \
  --root . --kind package \
  --repository https://repos.quixos.org/example/package-example.git \
  --commit 1111111111111111111111111111111111111111 \
  --checkout-root /tmp/quixos-resource-dependencies
qx-workspace resource publish

The resource compiler validates the local manifest against the recursively resolved locks without turning the resource into a workspace. The final command runs from a jj checkout. It performs that same recursive compilation, snapshots the current working-copy commit, and pushes the immutable tag refs/tags/quixos-reachability/<commit> without advancing an authoring bookmark.

A workspace root may split its resource pins into same-repository fragments:

quixos-lock version 1 {
  quixos source {
    repository "https://repos.quixos.org/quixos/quixos.git";
    policy track-development;
    ref "dev/alice/main";
    commit "1111111111111111111111111111111111111111";
  }
  import "locks/web-studio.lock";
}
quixos-lock fragment version 1 {
  package CanvasRuntime source {
    repository "https://repos.quixos.org/org-quixos-web-studio/package-canvas-runtime.git";
    commit "2222222222222222222222222222222222222222";
  }
}

Import paths are normalized, repository-root-relative paths. Absolute paths, URLs, traversal, empty segments, directories, and symbolic links are rejected. Fragments may import other fragments; cycles fail, shared fragments are loaded once, and duplicate resource bindings fail across the flattened closure. quixos-lock-check resolves the complete closure and reports its sourceFiles alongside the flattened resources. The root Git commit content-addresses every fragment, so fragments do not become independent repositories or identities.

Package descriptors

Executable package metadata remains protobuf text format:

quixos-descriptor-check path/to/descriptor.quixos-package.txtpb

Descriptors identify exact package revisions and exported runtime symbols. The checked workspace binds interface operations to those exports and supplies their exact dependency ports.

Tests

nix develop -c yarn test

The suite covers parsing/diagnostics, recursive repository assembly, external requirement validation, source-order independence, ordinary call operations, semantic validation, exact closure/tree-shaking, private and shared attachments, related-object interface-port injection, and constructors.

S
Description
No description provided
Readme 2.3 MiB
Languages
TypeScript 94.1%
JavaScript 3.1%
Nix 1.9%
ANTLR 0.9%