AgentStack
SKILL verified Apache-2.0 Self-run

Titan Approval Ledger

skill-8dionysus-aoa-skills-titan-approval-ledger · by 8Dionysus

Record explicit operator approval for Forge mutation or Delta judgment gates without treating approval records as owner truth. Use when a Titan service-cohort route needs this explicit bounded step. Do not use for hidden background agents, silent mutation, unreviewed proof sovereignty, or memory canonization without owner confirmation.

No reviews yet
0 installs
10 views
0.0% view→install

Install

$ agentstack add skill-8dionysus-aoa-skills-titan-approval-ledger

✓ scanned · ✓ verified — works with Claude Code, Cursor, and more.

Security review

✓ Passed

No issues found. Passed automated security review. · v0.1.0 How review works →

  • Prompt-injection patterns
  • Secret / credential exfiltration
  • Dangerous shell & filesystem operations
  • Untrusted network calls
  • Known-malicious package signatures

What it can access

  • Network access No
  • Filesystem access No
  • Shell / process execution No
  • Environment & secrets No
  • Dynamic code execution No

From automated source analysis of v0.1.0. “Used” means the capability is present in the source — more access means more to trust, not that it’s unsafe.

Are you the author of Titan Approval Ledger? Claim this listing to set pricing, connect Stripe payouts, and keep 70% of every sale.
Sign up to claim

About

titan-approval-ledger

Intent

Use this skill to record an explicit Titan approval decision for a bounded Forge mutation or Delta judgment gate.

Trigger boundary

Use this skill when:

  • an operator has approved a named Forge or Delta gate
  • the approval must be attached to a receipt, console ledger, or bridge ledger
  • the next step needs visible approval evidence before execution continues

Do not use this skill when:

  • the request has no explicit operator approval
  • the action is not tied to a Titan receipt or ledger
  • approval is being inferred from silence or convenience

Inputs

  • receipt or ledger reference
  • approved Titan lane
  • gate kind
  • operator intent text
  • scope and validation expectation

Outputs

  • approval record candidate
  • gate kind and target lane
  • source refs for the receipt or ledger
  • stop note when the approval is missing or ambiguous

Procedure

  1. identify whether the approval is for Forge mutation or Delta judgment
  2. record the operator-visible approval text and timestamp or receipt ref
  3. bind the approval to one target, evidence packet, and gate kind
  4. mark the approval record as witness evidence rather than owner truth
  5. name what remains blocked after the approval, including validation or owner review

Contracts

  • The skill is explicit-only and must not be invoked as hidden background behavior.
  • Titan role, helper/control-plane, runtime implementation, memory, proof, and public-runbook authority stays in owner repositories: aoa-agents, aoa-sdk, abyss-stack, aoa-memo, aoa-evals, and 8Dionysus.
  • Receipts, bridge ledgers, console state, replay artifacts, approval records, and memory records are witnesses or candidates, not final owner truth.
  • Forge mutation and Delta judgment gates must remain distinct, operator-visible, and receipt-linked.
  • Missing source refs, missing approval, missing validation, or unclear owner route must be named as stop conditions.

Risks and anti-patterns

  • treating Titan vocabulary as permission to widen authority
  • letting receipt, replay, console, or bridge state replace owner-repo evidence
  • auto-approving Forge or Delta because a plan looks plausible
  • promoting candidate memory, approvals, replay, or receipts into canon without owner review
  • using the skill for an ordinary repo task that has no explicit Titan route

Verification

  • confirm direct skill invocation or explicit Titan service-cohort request is present
  • confirm lane, gate, source refs, and owner surface are named when relevant
  • confirm Forge or Delta locked or allowed state matches recorded approval evidence
  • confirm generated artifacts are marked witness, candidate, derived, or advisory rather than final truth
  • confirm next validation, replay, repair, or owner-route follow-up is named before continuation

Technique traceability

Manifest-backed techniques:

  • AOA-T-0028 from 8Dionysus/aoa-techniques at 3b1d5d623569aa4920b87280d0db0e911d2e29d5 using path techniques/execution/agent-workflows-core/confirmation-gated-mutating-action/TECHNIQUE.md and sections: Intent, When to use, Inputs, Outputs, Core procedure, Contracts, Validation
  • AOA-T-0045 from 8Dionysus/aoa-techniques at 3b1d5d623569aa4920b87280d0db0e911d2e29d5 using path techniques/history/history-artifacts/witness-trace-as-reviewable-artifact/TECHNIQUE.md and sections: Intent, Inputs, Outputs, Core procedure, Contracts, Risks, Validation
  • AOA-T-0058 from 8Dionysus/aoa-techniques at 3b1d5d623569aa4920b87280d0db0e911d2e29d5 using path techniques/continuity/handoff-continuation/receipt-confirmed-handoff-packet/TECHNIQUE.md and sections: Intent, Inputs, Outputs, Core procedure, Contracts, Risks, Validation

Adaptation points

  • Extract a Titan-specific reusable technique into aoa-techniques only after repeated reviewed evidence exists; do not add pending IDs as placeholders.
  • Keep repo-local command examples in owner docs or examples rather than hard-coding them into skill law.
  • If a Titan surface graduates from scaffold to reviewed or evaluated, add review evidence before changing status.

Source & license

This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.

Install and usage instructions live in the source repository linked above.

Reviews

No reviews yet — be the first.

Versions

  • v0.1.0 Imported from the upstream source.