Run any Skill in Manus with one click

ssot-adr

Stars5

Forks0

UpdatedJune 1, 2026 at 00:41

Manage ADR entities with full CLI coverage, including create/update/status/supersede/sync and reservation flows. Use for ADR-focused operations that should stay within the ADR surface.

Installation

Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.

Run Skill in Manus

Source

groupsum

groupsum/ssot-registry

View GitHub Repository View Creator Repositories

Download

Run Skill in Manus

Related occupationsSOC

Based on SOC occupation classification

Software DevelopersComputer and Mathematical Occupations·SOC 15-1252

File Explorer

2 files

SKILL.md

readonly

More from this repository

same repository

ssot-mcp

groupsum/ssot-registry

Route Codex work onto the SSOT MCP control plane instead of direct SSOT registry edits. Use when a task involves SSOT MCP worker campaigns, maturation slices, leases, conflicts, worker events, campaign state, or MCP-governed registry CRUD and CLI delegation. Choose this skill when the user wants pull-only worker execution, honest claim-tier advancement, or lease-aware implementation and evidence flow.

2026-06-265

ssot-mcp-t1-worker-campaign

groupsum/ssot-registry

Execute SSOT MCP pull-worker maturation work targeting T1. Use when Codex should claim leases through SSOT MCP, implement direct runtime behavior, add repeatable project-controlled tests, produce evidence in leased paths, and complete slices honestly without hand-editing the SSOT registry.

2026-06-265

ssot-mcp-t2-worker-campaign

groupsum/ssot-registry

Execute SSOT MCP pull-worker maturation work targeting T2 robustness verification. Use when Codex should claim leases through SSOT MCP, harden existing behavior with negative, edge, concurrency, failure, idempotency, compatibility, security, or recovery coverage, and complete slices honestly with distinct T2 evidence.

2026-06-265

ssot-mcp-t3-worker-campaign

groupsum/ssot-registry

Execute SSOT MCP pull-worker maturation work targeting T3 certification closure. Use when Codex should claim leases through SSOT MCP, deliver runtime, tests, evidence, and certification-closure work within leased paths, satisfy release, boundary, or profile gates where applicable, and complete slices honestly without direct SSOT registry edits.

2026-06-265

ssot-cli

groupsum/ssot-registry

Use the latest available `ssot-registry` CLI, either from a current global install or from a repo-local `uv` environment with a repo-local cache, to inspect, validate, and mutate SSOT registries. Use when Codex should operate through the CLI instead of editing `.ssot/registry.json` by hand.

2026-06-265

ssot-claim-evidence-linking

groupsum/ssot-registry

Create, inspect, update, delete, evaluate, verify, link, and unlink claims and evidence, including their feature and test relationships. Use when Codex needs to connect claims to features, tests, and evidence, set claim status, check claim tier, create additive higher-tier claim promotion, or verify whether proof chains are strong enough for release and certification workflows.

2026-06-185

name	ssot-adr
description	Manage ADR entities with full CLI coverage, including create/update/status/supersede/sync and reservation flows. Use for ADR-focused operations that should stay within the ADR surface.

SSOT ADR

Use this skill for ADR-only work.

Command discipline

Do not spend turns rediscovering syntax with --help during normal SSOT work. Use the command surface and examples in this skill directly.
Pick one verified CLI rail for the repo (ssot, ssot-registry, ssot-cli, or uv run ssot) and reuse it consistently by substituting that rail into the examples below.
Only inspect parser or help text when the user explicitly asks about the CLI surface or when observed runtime behavior contradicts the command patterns documented here.

Command surface

adr create|get|list|update|set-status|supersede|delete|sync
adr reserve create|list

Workflow

Inspect with adr get or adr list.
Mutate content/status with adr update or adr set-status.
Use adr supersede for lineage instead of deleting historical ADRs.
Run adr sync after document edits that should refresh registry metadata.

Operating rules

Preserve ADR lineage and status history.
Prefer reserve flows before creating numbered ADRs when ranges are constrained.
If the request includes SPEC + feature + boundary + release lifecycle steps, escalate to $ssot-e2e-change-orchestrator.

Example

ssot adr get . --id adr:1001
ssot adr update . --id adr:1001 --title "Updated ADR title"
ssot adr set-status . --id adr:1001 --status approved --note "Approved for current release scope"
ssot adr sync .