Graduate fuzzy AI skills into deterministic, reliable workflows
Project description
rote
Graduate fuzzy AI skills into deterministic, reliable workflows.
rote is a CLI that takes an Anthropic-style Skill (a SKILL.md plus
references/) and turns it into a runnable background pipeline in one
shot. An LLM agent (itself defined as a skill) reads the source skill,
applies a structured graduation rubric, and emits:
- a runtime-agnostic intermediate representation (
pipeline.yaml), - extracted Python modules for the deterministic parts of the skill,
- typed signature stubs for the LLM-judge parts,
- and runtime code for your durable execution engine of choice.
pip install rote-cli # or zero-install: uvx --from rote-cli rote ...
# Default target is DBOS — durable execution as a plain Python library,
# no orchestrator to run, SQLite for dev / Postgres for prod:
rote graduate ./examples/bdr-outreach/skill --out ./graduated/
# Or target Temporal (Python) or Cloudflare Workflows (TypeScript):
rote graduate ./examples/bdr-outreach/skill --runtime temporal --out ./graduated/
rote graduate ./examples/bdr-outreach/skill --runtime cloudflare --out ./graduated/
The name comes from rote learning — doing something so many times, so reliably, that it becomes mechanical. That's what graduation does to a skill: a fuzzy 10-20 minute agent loop becomes a deterministic pipeline that runs in the background, costs a fraction of the tokens, and can be regression-tested.
Why compile agents?
There's now third-party data for what compilation buys. "Compiled AI: Deterministic Code Generation for LLM-Based Workflow Automation" (Trooskens et al., Apr 2026) measured compiling LLM workflows into deterministic code against running them through direct LLM calls: 57× fewer tokens at 1,000 transactions, 450× lower median latency, 100% reproducibility where direct inference at temperature 0 managed 95%, and roughly 40× lower TCO at a million transactions a month. The numbers come from a structured function-calling benchmark (BFCL), the friendliest case for compilation, and the token and cost multiples grow with volume. But the shape of the result holds: once a workflow is proven, every run through an agent loop pays LLM prices for work code does for free.
One distinction worth being precise about. Durable-execution vendors make fuzzy agents durable: wrap the loop in retries and state so it survives crashes, still fuzzy inside. rote removes the fuzzy loop: compile the proven parts to deterministic code and keep the LLM only where inputs are genuinely unbounded. The two compose rather than compete — Temporal and Cloudflare Workflows are rote's compile targets, not its rivals.
When not to use rote: exploratory and one-off work should stay an agent loop; flexibility is the whole point there, and there's nothing proven to compile yet. rote is for the skill you've run twenty times and want to run a thousand more, unattended.
What just happened on the bundled example
The repository includes a real BDR outreach skill (lead generation,
contact vetting, CRM upload, mandatory exclusion checks, email
personalization, manual enrollment handoff). Running rote graduate on
it with the default claude driver and Sonnet 4.6 produces:
| Output | Value |
|---|---|
| Total nodes in the produced IR | 22 |
| Codifiable percentage | 78.9 % (15 of 19 non-gate nodes) |
| Extracted Python modules | 5 (zoominfo, hubspot, conference, exclusions, report) |
| Typed LLM-judge signatures | 2 (vet_contact, personalize_email) |
| Mandatory nodes (cannot be skipped) | 4 |
| Human-in-the-loop gates | 3 |
| Wall-clock time | ~13 minutes |
| Subscription cost | ~$0.70 (Sonnet 4.6 via Claude Code) |
The graduator independently:
- Identified the three MANDATORY exclusion checks from prose-only
enforcement and marked them
mandatory: truein the IR. - Extracted four batch-size constants (
10,100,250,30-day window) that lived only in prompt prose. - Lifted a literal Python keyword classifier out of a reference file into a real module.
- Modeled a parallel "conference list" entry path with its own HITL gate that the human-written baseline missed.
- Surfaced five Open Questions with explicit "review ask" notes for the human reviewer (e.g. "how does the adapter dispatch external_call nodes — via the impl Python function or via an MCP tool registry?").
After the agent finishes, a runtime adapter consumes the IR and emits the target runtime's native code shape:
- The DBOS adapter (the default) emits a single
main.py— one@DBOS.workflowDAG plus a@DBOS.stepper node, checkpointing to SQLite or Postgres.python main.pyis the runtime; there is no orchestrator to deploy. - The Temporal adapter emits
workflow.py(the orchestration class with@workflow.defnand signal handlers for the HITL gates) andactivities.py(one@activity.defnper node, lazy-importing the extracted functions). - The Cloudflare Workflows adapter emits a TypeScript
WorkflowEntrypointclass withstep.do(...)for each unit of work andstep.waitForEvent(...)for each HITL gate, plussignatures/*.ts(Zod schemas + Anthropic SDK calls) and the supportingwrangler.jsonc/package.json/tsconfig.json. The output iswrangler deploy-ready. - The DBOS (TypeScript) adapter (
--runtime dbos-ts) emits a Node.js app for DBOS Transact:src/main.tsregisters one durable workflow (DBOS.registerWorkflow) running the DAG waves and oneDBOS.registerStepper node, withDBOS.recv(...)parking each HITL gate durably in Postgres untilDBOS.send(...)resumes it. Zero-orchestrator like the Python DBOS target —node dist/main.jsis the runtime — but note the TS SDK is Postgres-only (no SQLite mode;npx dbos postgres startcovers local dev). - The Inngest adapter (
--runtime inngest) emits a TypeScript Inngest app for teams whose graduated skill should live inside the Node/Next.js service they already deploy:src/inngest/pipeline.tsis one durableinngest.createFunctionrunning the DAG waves (step.runper node,Promise.allfan-out,step.waitForEventparking each HITL gate until its namespaced resume event), plus a framework-neutralinngest/nodeserve entrypoint. The emitted README shows the drop-in Next.js mount (inngest/next). Note: Inngest v4 retries are function-level only — the emitter sets the max across per-node policies and documents the deltas as comments.
None of the emitted code references an MCP runtime, in either language — the agent's crystallization step replaces tool calls with deterministic implementations.
Why this exists
Fuzzy AI skills work, but in production they're slow, expensive, and non-deterministic:
- Slow. A 10-20 minute agent loop per run is fine for human-in-the-loop use, but unacceptable as a background job.
- Expensive. Multi-agent loops use ~15× the tokens of a single chat, per Anthropic's own measurements. Most of those tokens go to re-deriving procedures the skill author already wrote down.
- Non-deterministic. A "MANDATORY" check enforced only by prose can be silently skipped if prompt drift is bad or the trajectory gets long. There's no way to regression-test a behavior the LLM has to remember.
The fix is to identify which parts of a skill are actually fuzzy and which are deterministic procedures wearing fuzzy clothing. Then move the deterministic parts into code, keep the LLM at the points where the input is genuinely unbounded (parsing, classifying, drafting), and wrap the whole thing in a durable execution engine with explicit HITL gates.
That graduation step is what rote automates.
How it works
rote is a three-layer system. Each layer has one job and contracts on
a small interface:
┌────────────────────┐
│ SKILL.md + │ Source skill bundle (untouched)
│ references/ │
└─────────┬──────────┘
│
│ rote graduate
▼
┌────────────────────┐
│ graduator agent │ LLM agent runs the rote-graduate
│ (Claude / Codex / │ skill against the source bundle.
│ Anthropic SDK) │ Pluggable driver layer.
└─────────┬──────────┘
│
│ filesystem contract:
│ work_dir/pipeline.yaml + extracted/ + signatures/
▼
┌────────────────────┐
│ Pipeline IR │ Pydantic-validated DAG of typed
│ (pipeline.yaml) │ nodes. Five node kinds. Runtime-
│ │ agnostic.
└─────────┬──────────┘
│
│ rote.adapters.<runtime>
▼
┌────────────────────┐
│ emitted runtime │ Workflow + activities for the
│ code │ target durable execution engine.
└────────────────────┘
The three layers are:
- The graduator agent (
skills/rote-graduate/) — a regular Anthropic Skill with aSKILL.mdand four reference files (node-kinds.md,crystallization-heuristics.md,ir-schema.md,llm-judge-extraction.md). This is the brain ofrote. It can run inside any Skills-compatible surface; you don't need rote to use it. - The IR (
src/rote/ir.py) — Pydantic models for the five node kinds plus edges, retries, HITL gates, and pipeline metadata. The IR is the source of truth; everything downstream is template substitution from it. - Runtime adapters (
src/rote/adapters/<runtime>.py) — pluggable modules that consume an IR and emit runnable code for a specific durable execution engine.
The graduator's job ends when it has produced a valid pipeline.yaml
(plus extracted modules and signatures). It does not emit runtime code.
Code emission is deterministic Python in rote.adapters — never
agent-driven — so the same IR always produces byte-identical output.
Quickstart
Use from Claude Code (recommended)
rote ships as a Claude Code plugin, so you can graduate a skill
without leaving Claude or touching Python tooling:
/plugin marketplace add trevhud/rote
/plugin install rote@rote
Then say "graduate this skill" (or run /rote:graduate directly).
The plugin confirms the source skill directory, asks which runtime you
want (Temporal, Cloudflare Workflows, or DBOS), runs the CLI via
uv in the background, and reports the
emitted pipeline. A second skill, /rote:serve, wires graduated
pipelines up as MCP tools so Claude can trigger the deployed workflows.
Prefer a terminal? The same thing is one uvx command:
uvx --from rote-cli rote graduate ./my-skill --runtime dbos --out ./graduated
# or straight from GitHub for unreleased changes:
uvx --from git+https://github.com/trevhud/rote rote graduate \
./my-skill --runtime dbos --out ./graduated
Naming note: the
rotepackage on PyPI is an unrelated memoization library that also installsimport rote, so the two can't share an environment. This project's distribution isrote-cliwhile the CLI command and import name stayrote— henceuvx --from rote-cli rote .... See docs/releasing.md.
Install from source (development)
Clone and install in editable mode:
git clone https://github.com/trevhud/rote.git
cd rote
python3 -m venv .venv
source .venv/bin/activate
pip install -e ".[dev]"
This installs rote plus everything you need to run the tests
(temporalio, anthropic, pytest, pytest-asyncio).
Run on the bundled example
The repository includes a real BDR outreach skill in
examples/bdr-outreach/skill/. Graduate it:
rote graduate examples/bdr-outreach/skill --out /tmp/bdr-graduated
This targets DBOS by default; pass --runtime temporal or
--runtime cloudflare for the other adapters.
By default rote auto-detects an available agent driver in this
order: claude (Claude Code CLI) → codex (Codex CLI) → api
(Anthropic SDK with ANTHROPIC_API_KEY). Override with --agent:
rote graduate examples/bdr-outreach/skill --agent api --out /tmp/bdr-graduated
The output directory is structured as:
/tmp/bdr-graduated/
├── graduated/ # produced by the graduator agent
│ ├── pipeline.yaml # the IR
│ ├── extracted/*.py # deterministic functions
│ ├── signatures/*.py # typed LLM-judge signatures
│ ├── evals/*.jsonl # seed eval examples
│ └── graduation-report.md # human-readable summary
└── runtime/dbos/ # produced by the adapter
├── main.py # @DBOS.workflow + one @DBOS.step per node
├── extracted/*.py # copied deterministic functions
├── signatures/*.py # generated Pydantic + vendor-SDK judges
├── dbos-config.yaml
└── README.md # how to run, signal HITL gates, deploy
Render an IR without re-running the agent
If you already have a pipeline.yaml (hand-written or from a previous
graduation), rote emit runs just the adapter step:
rote emit /path/to/pipeline.yaml --out /tmp/emitted/ # dbos (default)
rote emit /path/to/pipeline.yaml --runtime temporal --out /tmp/emitted/
This is the cheap inner loop while iterating on adapters or IR shapes.
The five node kinds
Every step in a graduated pipeline is exactly one of five kinds. The
target runtime's adapter knows how to emit each one. Full classification
guidance lives in
skills/rote-graduate/references/node-kinds.md.
| Kind | What it is | Where the LLM lives |
|---|---|---|
pure_function |
Fixed logic, deterministic I/O | Not involved |
external_call |
Vendor API call with fixed semantics + retries | Not involved |
llm_judge |
Fuzzy classification against a rubric, typed I/O | Typed signature: DSPy/BAML in Python; Zod + vendor SDK in TypeScript. The IR carries a runtime-agnostic signature_spec (JSON Schema + prompt) so each adapter derives the right native shape. |
agent_loop |
Genuinely exploratory tool use | Bounded agent loop |
hitl_gate |
Explicit human approval, suspend until signal | Durable suspend/resume |
The guiding rule: keep the LLM at points where the input is unbounded or ambiguous, and codify everything else. When a step could be classified two ways, prefer the more deterministic kind.
Driver matrix
rote ships three interchangeable graduator drivers. Pick whichever
matches your auth situation; the same pipeline.yaml comes out either
way.
| Driver | Backend | Auth | Install | Default model |
|---|---|---|---|---|
claude |
claude -p subprocess |
Claude Max/Pro OAuth or CLAUDE_CODE_OAUTH_TOKEN |
Install Claude Code separately | claude-sonnet-4-6 |
codex |
codex exec subprocess |
ChatGPT Plus/Pro OAuth | Install Codex CLI separately | (driver default) |
api |
anthropic Python SDK |
ANTHROPIC_API_KEY env var |
pip install 'rote-cli[api]' |
claude-sonnet-4-6 |
The claude driver is the default for subscription users — it scrubs
ANTHROPIC_API_KEY from the subprocess environment so the user's
Claude Code login wins, sets
CLAUDE_CODE_DISABLE_NONINTERACTIVE_ANIMATIONS=1 for clean output,
and limits the agent to read/write/glob/grep tools (no shell, no
network). See docs/agent-runtime.md for the
full design record including the auth gotcha that motivates the env
scrub.
The model defaults to Sonnet 4.6 rather than Opus because the
graduator's task is structured-rubric-following, not deep reasoning.
Sonnet brings per-run cost from ~$3.50 to ~$0.70 in subscription
accounting, which makes iterative rubric tuning feasible. Override
with rote graduate --model claude-opus-4-6 for complex skills where
Opus's extra reasoning earns its cost.
Status
rote is pre-1.0. The end-to-end flow works on the BDR example
and the test suite covers each layer (231 tests in the fast suite,
plus 5 slow tests that run the emitted code against real runtimes:
a DBOS runtime over SQLite, Temporal's time-skipping test server, the
emitted Cloudflare TypeScript compiled against real
@cloudflare/workers-types and driven through both HITL gates via
wrangler dev, and the MCP server over a real stdio transport).
Run pytest tests/ for the fast suite; pytest tests/ -m slow for
the toolchain-dependent integration tests.
| Component | Status |
|---|---|
| IR (Pydantic schema, validation, YAML loader) | working |
| Temporal adapter | working (validated with mocked-activities e2e test) |
| Cloudflare Workflows adapter | working (validated with tsc --noEmit over the real emitted output) |
| DBOS adapter | working (validated against a real DBOS runtime over SQLite in the e2e test) |
DBOS TypeScript adapter (dbos-ts) |
working (validated with tsc --noEmit over the real emitted output and a live run on the DBOS TS runtime against Docker Postgres) |
Raw Python adapter (python) |
working (emitted script executed as a subprocess in the e2e test: wave order, payload threading, and a live retry loop; refuses hitl_gate pipelines at emit time) |
| Graduator orchestrator | working |
rote graduate / rote emit CLI commands |
working |
claude driver |
working |
api (Anthropic SDK) driver |
working |
codex driver |
stub (is_available works; run not implemented) |
Inngest adapter (inngest) |
working (validated with tsc --noEmit over the real emitted output and a live run through both HITL gates against the Inngest dev server) |
| Restate adapter | planned |
| Real implementations of the extracted modules | the agent produces stubs that raise NotImplementedError; humans fill them in with real API client code |
| Workflow data flow between activities | working — nodes declare inputs: bindings and all five adapters (Temporal, Cloudflare, DBOS, DBOS-TS, Inngest) thread real payloads through the DAG, validated in the runtime e2e tests |
| Distribution via PyPI | published as rote-cli (pip install rote-cli); tag-driven Trusted Publishing releases — see docs/releasing.md |
The project explicitly does not depend on claude-agent-sdk.
Anthropic's terms of service forbid third-party agents built on the
Agent SDK from using claude.ai login credentials without prior
approval, which would defeat the subscription path. We use the bare
anthropic SDK or spawn claude directly instead.
Repository layout
rote/
├── README.md
├── LICENSE # Apache-2.0
├── pyproject.toml # rote + optional [temporal] / [api] / [dev] extras
├── docs/
│ └── agent-runtime.md # decision record for the driver layer
├── skills/
│ └── rote-graduate/
│ ├── SKILL.md # the graduator agent's instructions
│ └── references/
│ ├── node-kinds.md # 5-kind classification rubric
│ ├── crystallization-heuristics.md # patterns for moving prose into code
│ ├── ir-schema.md # pipeline.yaml reference
│ └── llm-judge-extraction.md # how to design typed signatures
├── src/rote/
│ ├── cli.py # rote graduate / rote emit
│ ├── ir.py # Pydantic IR models + load_pipeline
│ ├── graduator/
│ │ ├── __init__.py # Graduator orchestrator
│ │ └── drivers/
│ │ ├── __init__.py # Protocol + registry + auto_detect
│ │ ├── claude.py # ClaudeDriver (subprocess)
│ │ ├── codex.py # CodexDriver (stub)
│ │ └── anthropic_api.py # AnthropicApiDriver (in-process)
│ └── adapters/
│ ├── __init__.py # adapter registry
│ ├── temporal.py # TemporalAdapter (Python emitter)
│ └── cloudflare.py # CloudflareAdapter (TypeScript emitter)
├── examples/
│ └── bdr-outreach/
│ ├── skill/ # the source skill (graduator input)
│ ├── expected/ # hand-drafted IR + stubs (regression baseline)
│ └── runs/ # snapshots of real graduator runs
└── tests/ # 136 passing tests across 11 files
How it differs from other tools
- vs. raw Temporal / Cloudflare Workflows / Inngest / Restate:
durable execution engines give you the workflow runtime; they don't
help you decide what should be a workflow in the first place.
roteis the missing step that converts a working skill into something worth running on a durable engine. - vs. LangGraph: LangGraph is an excellent state machine for
agent loops, but its graph is hand-built.
roteproduces a graph from prose, classifies its nodes by determinism, and pushes work out of the agent loop wherever the data supports it. - vs. just using Claude Code Skills directly: Skills run great in
interactive use.
roteis what you reach for when a skill becomes business-critical and needs to run unattended in the background with hard reliability guarantees and per-step regression tests. - vs.
claude-agent-sdk: see the Status section. The Agent SDK is API-key-only for third-party tooling per Anthropic's ToS, which defeats the subscription path thatrote's primaryclaudedriver enables.
Documentation index
docs/agent-runtime.md— design record for the driver abstraction, including theclaude -penv-var gotcha and the explicit non-use ofclaude-agent-sdkdocs/releasing.md— how releases work (tag-driven, PyPI Trusted Publishing) and the one-time setupskills/rote-graduate/SKILL.md— the graduator agent's procedural instructions (the "brain")skills/rote-graduate/references/node-kinds.md— the 5-kind classification rubric with BDR examplesskills/rote-graduate/references/crystallization-heuristics.md— the seven patterns for moving prose into deterministic codeskills/rote-graduate/references/ir-schema.md— thepipeline.yamlreference (matchessrc/rote/ir.py)skills/rote-graduate/references/llm-judge-extraction.md— how to turn a fuzzy rubric into a typed signatureexamples/bdr-outreach/— the canonical source skill, the hand-drafted ground-truth IR, and snapshotted real graduator runs
Roadmap
In rough priority order:
CodexDriverimplementation. Same shape asClaudeDriverbut spawningcodex exec. Unlocks ChatGPT subscribers.- End-to-end re-graduation of BDR with
signature_spec. The current bundledpipeline.yamlwas hand-extended with structured schemas for the Cloudflare adapter; the rubric inskills/rote-graduate/references/was updated to teach the graduator the new field, but no real graduator run has produced one yet. Re-runningrote graduate examples/bdr-outreach/skillshould produce the structured form natively. - A third runtime adapter. (Done — the Inngest adapter shipped, alongside DBOS Python/TS.) Its programming model is meaningfully different from both Temporal and Cloudflare — retries are function-level, the platform drives execution from outside the process — and the IR survived without changes (the per-node retry gap is documented at emission, not papered over in the IR). Each new adapter remains a stress test on whether the IR is genuinely runtime-agnostic vs. accidentally shaped like one of the existing targets.
- Pre-filter as
pure_functionnode. Today the rubric lifts hard thresholds into a Pythonforward()method, which works for Temporal but not for Cloudflare. Modeling the pre-filter as a separatepure_functionnode before thellm_judgemakes the short-circuit work uniformly across runtimes. - Explicit data-flow threading. (Done.) Nodes declare
inputs:— a parameter → source-reference mapping with a deliberately tiny grammar (pipeline.input[.field]/<node_id>.output[.field]) — and both adapters thread real payloads through the DAG. Remaining follow-up: per-element dispatch forfan_outnodes, which currently receive the whole upstream list in one invocation. - More example skills. BDR is rich but it's one shape of skill. Additional examples (research-heavy, retrieval-heavy, code-review) stress-test the IR and the rubric in different ways.
- PyPI distribution. Once the API is stable enough.
- The graduator graduating itself. The
rote-graduateskill is itself a SKILL.md. Pointingrote graduateat it should produce a graduated meta-graduator where the rubric-grade pieces are crystallized into Python and only the genuinely fuzzy judgments stay in the agent loop.
Contributing
The most useful contributions right now are:
- Run
rote graduateon a real skill of your own and report what happens. The rubric was designed against one skill (BDR); it needs to be tested against more. - Add a runtime adapter. The Temporal adapter in
src/rote/adapters/temporal.pyis ~450 lines and follows a clear pattern. Restate and Hatchet are both good targets. - Add a graduator driver. The Protocol in
src/rote/graduator/drivers/__init__.pyis simple. Aider, Gemini CLI, and Cursor Agent are reasonable additions. - Improve the rubric. Every change to a file under
skills/rote-graduate/references/is tracked in git, so improvements can be A/B tested across runs.
The test suite (pytest tests/) covers each layer in isolation plus
the full pipeline against the BDR example. New work should land with
matching tests.
License
Apache-2.0. See LICENSE.
Project details
Download files
Download the file for your platform. If you're not sure which to choose, learn more about installing packages.
Source Distribution
Built Distribution
Filter files by name, interpreter, ABI, and platform.
If you're not sure about the file name format, learn more about wheel file names.
Copy a direct link to the current filters
File details
Details for the file rote_cli-0.5.0.tar.gz.
File metadata
- Download URL: rote_cli-0.5.0.tar.gz
- Upload date:
- Size: 141.4 kB
- Tags: Source
- Uploaded using Trusted Publishing? Yes
- Uploaded via: twine/6.1.0 CPython/3.13.12
File hashes
| Algorithm | Hash digest | |
|---|---|---|
| SHA256 |
a06f8f4def1e3aae2670a74f04446b0b3b9b73eeea2426d26b025a525ad9ce91
|
|
| MD5 |
e3c5a07c480133d2cb8abba88173ed64
|
|
| BLAKE2b-256 |
2e1a78dc1765bc2fe26f42e1714128b04a35dfef991c5f90854db31a66a6bf7b
|
Provenance
The following attestation bundles were made for rote_cli-0.5.0.tar.gz:
Publisher:
release.yml on trevhud/rote
-
Statement:
-
Statement type:
https://in-toto.io/Statement/v1 -
Predicate type:
https://docs.pypi.org/attestations/publish/v1 -
Subject name:
rote_cli-0.5.0.tar.gz -
Subject digest:
a06f8f4def1e3aae2670a74f04446b0b3b9b73eeea2426d26b025a525ad9ce91 - Sigstore transparency entry: 2063268413
- Sigstore integration time:
-
Permalink:
trevhud/rote@efdfce8984a57058ebd7ff86124cdbfaa4250d60 -
Branch / Tag:
refs/tags/v0.5.0 - Owner: https://github.com/trevhud
-
Access:
public
-
Token Issuer:
https://token.actions.githubusercontent.com -
Runner Environment:
github-hosted -
Publication workflow:
release.yml@efdfce8984a57058ebd7ff86124cdbfaa4250d60 -
Trigger Event:
push
-
Statement type:
File details
Details for the file rote_cli-0.5.0-py3-none-any.whl.
File metadata
- Download URL: rote_cli-0.5.0-py3-none-any.whl
- Upload date:
- Size: 157.7 kB
- Tags: Python 3
- Uploaded using Trusted Publishing? Yes
- Uploaded via: twine/6.1.0 CPython/3.13.12
File hashes
| Algorithm | Hash digest | |
|---|---|---|
| SHA256 |
fb593e85353ce63e0ef6450ba4649b7d58b45d64a3a5c1242a969e2c43fa222f
|
|
| MD5 |
a56ac8128d6092e821d6497cc151bae2
|
|
| BLAKE2b-256 |
502c8ccba37a28211921f467df20026f72ab7ff512f06a348f8a02bef3bb70fe
|
Provenance
The following attestation bundles were made for rote_cli-0.5.0-py3-none-any.whl:
Publisher:
release.yml on trevhud/rote
-
Statement:
-
Statement type:
https://in-toto.io/Statement/v1 -
Predicate type:
https://docs.pypi.org/attestations/publish/v1 -
Subject name:
rote_cli-0.5.0-py3-none-any.whl -
Subject digest:
fb593e85353ce63e0ef6450ba4649b7d58b45d64a3a5c1242a969e2c43fa222f - Sigstore transparency entry: 2063268486
- Sigstore integration time:
-
Permalink:
trevhud/rote@efdfce8984a57058ebd7ff86124cdbfaa4250d60 -
Branch / Tag:
refs/tags/v0.5.0 - Owner: https://github.com/trevhud
-
Access:
public
-
Token Issuer:
https://token.actions.githubusercontent.com -
Runner Environment:
github-hosted -
Publication workflow:
release.yml@efdfce8984a57058ebd7ff86124cdbfaa4250d60 -
Trigger Event:
push
-
Statement type: