open-standards/jouledesk
Repository files (latest commit first)
Filename Latest commit message Latest commit date
Transaction Science d14f583d92 Cargo: no minimum-supported-version floor, because the policy is latest stable
The repository tracks the latest stable Rust, pinned at the root. A
`rust-version` key states a *floor* -- the oldest toolchain a crate supports --
which is a different promise, and one this repository does not make. It also
said 1.97 while the pin was 1.98.0 and nothing verified it, so it was a claim in
the wrong direction and unchecked in both.

So it goes, everywhere:

    59  rust-version = "1.97"            (workspace and package declarations)
   417  rust-version.workspace = true    (members inheriting them)
   476  files, 476 deletions, 0 insertions

The 417 are why this is not the sixty-file change it looks like from a grep for
the value. A member inheriting a key that no longer exists does not fall back to
a default -- its manifest stops resolving. Removing the declarations without the
inherits would have broken every workspace that has members.

Deliberately untouched: `joule-code-rs/vendor/wtransport/Cargo.toml`. That is a
vendored third-party crate declaring a floor about itself, not about us, and our
pin is above it. Editing vendored source to satisfy our own policy would make
the copy diverge from upstream for no benefit.

Verified rather than assumed:

- all 493 `Cargo.toml` files in the tree parse (`tomllib`)
- `cargo metadata --no-deps --locked` resolves on `joule-code-rs`, `wai-rs`,
  `openpay`, `mesh-rs`, `sandbox-rs` and `jcp-rs` -- the check that actually
  exercises workspace inheritance, which a TOML parse does not
- no `Cargo.lock` changed; `rust-version` is not lockfile state

`wai/wai-verify/Cargo.toml` already carried a comment saying it omits
`rust-version` on purpose, so this makes the rest of the tree agree with the one
crate that had already decided.

What this gives up, stated plainly: cargo can no longer greet an older
toolchain with "requires rustc 1.97" and will instead fail wherever the code
first needs something newer. That is the cost of not maintaining a floor, and
it is the right cost when the floor was fiction.

Co-Authored-By: Claude Opus 5 <[email protected]>
2026-11-03 17:42:20 -05:00
..
conformance/v1 jouledesk: refresh the published receipt to jcp/2, and hold it byte for byte 2026-09-30 14:16:01 -04:00
jouledesk-rs Cargo: no minimum-supported-version floor, because the policy is latest stable 2026-11-03 17:42:20 -05:00
LICENSE jouledesk: rename Joule Tag → Joule Desk (naming call), part of the Joule Table umbrella 2026-07-05 07:30:53 -04:00
LICENSE-SPEC jouledesk: rename Joule Tag → Joule Desk (naming call), part of the Joule Table umbrella 2026-07-05 07:30:53 -04:00
README.md no-vanity-metrics: clear the three failures blocking the gate on main 2026-07-23 00:17:08 -04:00
SPEC.md jouledesk, joulehook: the docs say a figure carries its meter's grade, not "measured" 2026-10-10 18:10:28 -04:00

Joule Desk — The Open, Energy-Accounted Agent Teammate

The agent-teammate shape — a persistent principal you tag in a shared channel to delegate work under scoped access — is the right shape. Joule Desk is the open standard for it, with the three things that shape needs and a closed product cannot give you:

Authority that is a signed, enforced grant — not an admin setting. Work that is energy-metered and attested — not merely reported. And a shared, signed ledger the whole channel can verify — not just watch.

You add @joule to a channel; an admin issues it a grant chain (the tools and data it may touch, and a joule budget). Any member tags it to delegate a task; it decides every action against those grants outside the model, runs the work in an attested sandbox, meters the energy, and seals every decision and completed unit to a ledger anyone can verify — which principal did what, under which capability, at what cost.

Joule Desk is the collaboration/teammate binding of Joule Table (jt.transaction.science); its sibling binding Joule Hook covers coding editors — and Joule Desk's own editor class is Joule Hook. It does not reinvent — it composes the sibling standards: JCP (identity, grants, the shared channel, orchestration), jcp-efficiency (the energy receipt), Sandbox (attested execution), and Joule Hook (when the teammate works in a coding editor). It is one of the Transaction Science open standards.

  • Licence: Apache-2.0 for reference code (LICENSE); CC-BY-4.0 for the specification text (LICENSE-SPEC).
  • Status: v0.1.0 draft. Specification published (SPEC.md); reference workspace jouledesk-rs/ ships the teammate loop (Teammate + Skill over jcp-orchestrate + jcp-efficiency): grant a skill → tag it → authorise outside the model → seal to a per-receipt-verifiable ledger, with efficiency/1 energy accounting (energy_summary → joules per completed unit, charging waste).

What Joule Desk adds over a closed teammate

Property Closed teammate Joule Desk
Authority admin config, trusted a signed grant, decided outside the model, enforced
Work integrity reported attested (Sandbox)
Energy none efficiency/1 — µJ + cost per completed unit + waste
Audit visible verifiable — a signed ledger anyone can check
Budget a quota a debited, settle-able joule budget
Portability one product any surface (chat / forge / editor / api), one standard

Conformance profiles (surfaces)

chat (team chat + mentions) · forge (git issues/PRs) · editor (a coding editor via JouleHook) · api (a service). See SPEC.md §8.

The reference jouledesk-bind binary targets real discrete-message services — Slack, GitHub, GitLab, Discord, Matrix, and a neutral shape — each a thin parse+render pair over one event→tag→reply transform:

echo '{"comment":{"user":{"login":"alice"},"body":"@joule summarize the thread"}}' \
  | jouledesk-bind --surface github
# → {"body":"✅ **@joule** completed it, @alice — decision sealed. _ledger: 1 decisions, all verified…_"}

And a real-time (media) binding class (room, SPEC.md §8.1) for when @joule joins a live voice/video meeting — Zoom, Teams, Meet, or a LiveKit/WebRTC room. The loop is four seams — join under a signed grant, gate each turn outside the model, meter each model call at the model-call boundary, seal one efficiency/1 per session anchored to the room. RealtimeSession (jouledesk-rs) is the reference (target: LiveKit Agents); its meter reuses the same model-call proxy that meters a text session, so the joule ceiling holds whether @joule is typing or talking. examples/room runs a live call — turns gated outside the model, metered at the boundary, and sealed into one verifiable session receipt.

What's here

jouledesk/
├── SPEC.md          — the normative standard (§1–§10)
├── README.md        — this file
├── jouledesk-rs/     — ✅ reference implementation: the teammate loop (Teammate + Skill +
│                      parse_mention/tag_mention for the chat/forge binding, §8) over
│                      jcp-orchestrate. `examples/channel` runs a multiplayer channel;
│                      `examples/vector` regenerates the conformance vector.
└── conformance/v1/  — ✅ a byte-deterministic sealed decision receipt (summarize-allow.hex)
                        + its verified-decode target (receipt.json)

Transaction Science is the steward, not the proprietor: the wire and the right to fork are public.