read-only-intent-delivery

Route read-only intents deterministically with traceable outcomes and non-mutation enforcement.

Updated Mar 6, 2026
One-click install
npx skills add https://github.com/victorp1leon/openclaw-bakery --skill read-only-intent-delivery
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: read-only-intent-delivery
Source: https://github.com/victorp1leon/openclaw-bakery/tree/main/.codex/skills/read-only-intent-delivery
Command: npx skills add https://github.com/victorp1leon/openclaw-bakery --skill read-only-intent-delivery

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Read-only intents require safe, non-mutating handling with deterministic routing, traceability, and robust handling of missing fields across runtime workflows.

Core Features & Use Cases

  • Deterministic routing of read-only intents within conversational runtimes to guarantee repeatable results.
  • Traceable responses with explicit trace_ref and surfaced inconsistencies for partial data.
  • Enforced non-mutation policy and safe fallbacks for missing fields, with tool-runtime support.

Quick Start

Run a read-only intent query and return a deterministic, traceable result without mutating any data.

Frequently Asked Questions about read-only-intent-delivery

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I handle read-only intent routing in a conversational runtime deterministically?

Read-only intent routing is handled by enforcing a strict non-mutation policy and wiring deterministic paths for querying data without altering external systems. This guarantees repeatable outcomes for conversational runtimes processing schedule or report queries.

What is a read-only intent and when do I need deterministic routing for it?

A read-only intent is a query or reporting capability, like schedule.day_view or report.reminders, that retrieves data without mutating external systems. You need deterministic routing to ensure these queries return repeatable, traceable results across runtime workflows.

How do I ensure traceable outcomes when processing read-only queries in a conversational runtime?

Traceable outcomes are ensured by requiring a trace_ref in both success and failure replies. The runtime surfaces inconsistencies for partial data and provides a copy.askFor fallback to safely request any missing fields during the query process.

Can I use deterministic routing for reporting capabilities that must not mutate external systems?

Yes, deterministic routing applies specifically to reporting and query capabilities like schedule.day_view and report.reminders. It enforces a strict non-mutation policy, ensuring external systems remain completely unaltered while delivering traceable query results.

What happens when missing fields are encountered during read-only intent delivery?

When missing fields are encountered during read-only intent delivery, the runtime provides a copy.askFor mechanism to request the missing information. It also surfaces inconsistencies and includes a trace_ref in the failure reply to maintain full traceability.