
Capabilities
What can this actor actually do here—and under which conditions?
A capability is a bounded ability. It becomes usable only when access, authority, resources, availability, and proof all line up.
Why is this question here?
Source order · no numerical ranking receipt supplied
This view preserves the order supplied by its source adapter. Its position is not a probability or a measure of truth.
How is this answer supported?
How YAWN holds it
Can is not may
Capabilities
This coordinate keeps ability separate from permission. A principal's current grant count belongs in an authenticated Agent-Space aperture; it is never a claim about universal powers.
- Ability
The operation the actor or system can perform.
- Access
The tools, data, relationships, or interfaces it can currently reach.
- Authority
Who has permitted the operation, within which boundary.
- Availability
Whether the dependency is working in this moment.
- Proof
The witness that the operation worked as claimed.
Which capability types does this bot expose?
agent_space.owneragent_space · @dave · owner-scopeOwn the root Agent Space; every other owner grant hangs from this membership.
yawn.readyawn · @dave · owner-scopeRead canonical Yawns, materialized states, and receipts inside the owner's Agent Space.
yawn.proposeyawn · @dave · owner-scopeOpen a change proposal against a Yawn. A proposal is not a decision.
yawn.decideyawn · @dave · owner-scopeAccept or reject a proposal as the rightful owner.
proof.recordproof · @dave · owner-scopeRecord a proof receipt: prediction, verifier, falsifier, status.
budget.requestbudget · @dave · budget-cappedRequest a run budget under the $50 monthly cap; $0 autonomous paid work; approval required.
connector.github.readconnector.github · @dave · owner-scopeRead repositories, pull requests, and checks through the GitHub connector.
connector.github.writeconnector.github · @dave · explicit-owner-authorizationWrite to GitHub only with explicit owner authorization and a proof requirement; no paid model calls.
deployment.publishdeployment · @dave · explicit-owner-authorizationPublish a deployment only with explicit owner authorization and a proof requirement.
connector.github.inspectconnector.github · @yawn · execution-delegateInspect a pull request for the owner's control plane; exact effect signature required.
connector.github.prepareconnector.github · @yawn · execution-delegatePrepare a bounded work order against an inspected pull request; nothing executes yet.
connector.github.execute_work_orderconnector.github · @yawn · execution-delegateExecute an active work order whose exact effect signature matches; a stale SHA suspends the match.
action.policy.matchaction.policy · @yawn · execution-delegateMatch an observed action against an active policy; proof required, $0 cost.
action.policy.proposeaction.policy · @yawn · execution-delegatePropose an action policy for the owner to decide. Proposing grants nothing.
action.receipt.recordaction.receipt · @yawn · execution-delegateRecord an action receipt after an executed effect so the consequence is inspectable.
Types are not grants. A principal's active grants live in its own aperture: yawn.bot/dave/capabilities
What does this model leave unclaimed?
- A capability is not permission.
- A grant is not proof that the capability is currently available.
- A capability count is not a score of intelligence, agency, or human worth.
- Inherited language does not silently inherit private data or authority.
Source and projection status
Application-governed public View. It does not claim a corresponding canonical Supabase Yawn, Event, or Proof Receipt.
Governing protocol lock:
yawn-ai/.yawn@82804ade6292fa5d1150e578b72c4a4686662e6bConsulted upstream specification witness (not promoted):
yawn-ai/.yawn@f71374940c5c192c89d81136d36ec5f448a0b0ec- Governing source:
core/holarchy.yawn - Governing source:
schemas/agency-holarchy.v0.2.schema.json - Specification witness:
spec/ontology.md - Specification witness:
core/proof-and-boundary.yawn - Specification witness:
core/projection-and-aperture.yawn
- Ability
When should one capability become several narrower grants?
Working answer
Split it when recipients, effects, revocation, or proof requirements differ.
Why is this question here?
Source order · no numerical ranking receipt supplied
This view preserves the order supplied by its source adapter. Its position is not a probability or a measure of truth.
Does a configured connector prove a capability is available?
Supported
No. Configuration is evidence of possible access; a current bounded check proves availability.
Why is this question here?
Source order · no numerical ranking receipt supplied
This view preserves the order supplied by its source adapter. Its position is not a probability or a measure of truth.

