Knowledge · AI Capabilities

    The Read → Decide → Create → Execute Framework

    A four-stage framework for grading business AI: reading real data, deciding within rules, creating records, and executing actions with side effects.

    What is the read, decide, create, execute framework?

    It grades business AI by how far it gets through four stages: reading live records, deciding within defined rules, creating data in the system of record, and executing actions with external side effects. Each stage requires the previous one, and each adds a new class of risk and safeguard.

    Key takeaways

    • The stages are cumulative — nothing can execute safely without grounded reads.
    • Reading is where hallucinated counts and lists are eliminated.
    • Deciding must be traceable to a rule, not to model preference.
    • Creating changes internal truth; executing changes the outside world.
    • Grade each capability separately; a product is rarely at one stage overall.

    Stage 1 — Read

    The AI retrieves real records scoped to the current organization: counts, lists, statuses, history. The requirement here is grounding — every number comes from a query, never from the model's memory of the conversation.

    A system that estimates 'about a dozen open jobs' has failed stage one, regardless of how well it writes.

    Stage 2 — Decide

    • Selecting the right record when a name is ambiguous.
    • Choosing which rule applies: an entitlement, a policy, a threshold.
    • Deciding to refuse, ask a clarifying question, or escalate to a person.
    • Sequencing multiple actions where one depends on the result of the last.

    Stage 3 — Create

    Creation writes internal truth: a lead, an appointment, an estimate, a task, a note. The safeguards that matter are duplicate detection, required-field validation, correct ownership and tenant scoping.

    Creation is reversible in principle, which is why it is a lower risk tier than execution — but a duplicated customer record still costs real money downstream.

    Stage 4 — Execute

    Execution produces effects the business cannot quietly undo: a message sent to a customer, a contract issued for signature, a payment processed, a crew dispatched.

    This is where confirmation gates, external-send controls and audit evidence stop being good practice and become the price of entry.

    How to score a capability honestly

    • Score per action, not per product.
    • Downgrade any stage you cannot demonstrate live on real data.
    • Treat a manifest entry as evidence of intent, not of execution.
    • Record the date and the tenant the demonstration ran in.

    Where URBLD fits

    URBLD documents each Jarvis action against these stages. Reads are tool-grounded and never inferred, decisions run against server-side entitlement and permission rules, creations are deduplicated and tenant-scoped, and executions with external effects require explicit confirmation.

    Principles reinforced

    This page rests on the following foundational ideas.

    FAQ

    Frequently Asked Questions

    Straight answers about how URBLD runs the business end-to-end.

    More in AI Capabilities

    How to tell a chatbot from an assistant from operational AI.

    Browse AI Capabilities
    Share this page