Claims

by ruvnet6051f6702b61No license74K starsListed Oct 8, 2026Updated Oct 8, 2026Repository updated today

Claims-based authorization for agents and operations. Grant, revoke, and verify permissions for secure multi-agent coordination. Use when: permission management, access control, secure operations, authorization checks. Skip when: open access, no security requirements, single-agent local work.

Instructions onlySecurityAI & Agents
AI-generated overview

Defines claims-based authorization and cross-host work-claim coordination for agents.

What it does
This skill documents a claims-based permission model for agents, listing claim types such as read, write, execute, spawn, memory, network and admin, along with check, grant, revoke and list commands and scope patterns. It also describes work claims that coordinate ownership of a task or resource across agents, including local ledger tools and federated claim messages published across hosts. It covers security levels, best practices, and channel scoping for claim streams.
When to use it
Use it when managing agent permissions, access control or authorization checks, or when coordinating ownership of shared tasks and resources across multiple agents or hosts. It is intended for secure multi-agent operations rather than open-access or single-agent local work.
Requirements
Instructions only; no scripts are shipped. The documented commands rely on the external claude-flow and ruflo CLI tools run via npx, and federated claims require a federation relay and channel setup.

Claims Authorization Skill

Purpose

Claims-based authorization for secure agent operations and access control.

Claim Types

ClaimDescription
readRead file access
writeWrite file access
executeCommand execution
spawnAgent spawning
memoryMemory access
networkNetwork access
adminAdministrative operations

Commands

Check Claim

bash
npx claude-flow claims check --agent agent-123 --claim write

Grant Claim

bash
npx claude-flow claims grant --agent agent-123 --claim write --scope "/src/**"

Revoke Claim

bash
npx claude-flow claims revoke --agent agent-123 --claim write

List Claims

bash
npx claude-flow claims list --agent agent-123

Scope Patterns

PatternDescription
*All resources
/src/**All files in src
/config/*.tomlTOML files in config
memory:patternsPatterns namespace

Security Levels

LevelClaims
minimalread only
standardread, write, execute
elevated+ spawn, memory
adminall claims

Best Practices

  1. Follow principle of least privilege
  2. Scope claims to specific resources
  3. Audit claim usage regularly
  4. Revoke claims when no longer needed

Cross-Host Work Claims (federation, v3.40.0+)

Distinct from the authorization claims above: work claims coordinate ownership of a task or resource across agents, and now propagate across a cross-host federation so a claim made on one node is visible to the whole swarm.

Runtime tools (local ledger)

ToolPurpose
claims_claimTake ownership of an issue/resource (with optional TTL).
claims_releaseGive up a claim you hold.
claims_handoff / claims_accept-handoffTransfer a claim to another agent.
claims_steal / claims_mark-stealableWork-stealing for stalled claims.
claims_status / claims_listInspect current ownership.

Federated (cross-host)

Publish claim events into a federation room (federation_bbs_publish) so ownership converges across hosts. Message types: ClaimIssued / ClaimReleased / ClaimHandoff / ClaimAck.

Rules: one owner per resourceId; first valid ClaimIssued wins (ties → earliest ts, then smallest from); ClaimReleased or expired TTL frees it; ClaimHandoff only from the current owner; a coordinator posts ClaimAck naming the authoritative owner.

Before shared work: claim, sync, and proceed only if you are the acknowledged owner. When a claim must be both cross-host visible and runtime-enforced, mirror the two — publish the federation claim message and call claims_claim. See the cross-host-federation skill (ruflo-bbs-federation plugin) for the transport.

Scoping a claim stream to a channel (ADR-386)

By default every claim event lands in the shared swarm stream, where any relay member reads it. To keep a team's ownership ledger separate — or unreadable by the rest of the relay — publish claim messages into a channel instead:

npx ruflo federation channel --action create --name platform-team --visibility privatenpx ruflo federation channel --action grant --channel prv:<hex> --pubkey <teammate 64-hex>npx ruflo federation channel --action publish --channel prv:<hex> \  --type ClaimIssued --payload '{"resourceId":"repo/foo","ttlSeconds":7200}'npx ruflo federation channel --action read --channel prv:<hex>

Reduction rules are unchanged; only the audience changes. Two caveats before relying on it: a private channel hides content but not metadata (the relay still sees who published and when), and a claim nobody outside the channel can read cannot arbitrate against a claim made outside it. If ownership must be swarm-wide, keep it on the open stream. See the open-federation skill for channel mechanics.

Source and attribution

Source:ruvnet/rufloin.agents/skills/claimsat commit6051f67

License: No license

Content belongs to its original authors. SourceWeft indexes it from a public repository.

Report or request removal