Source profileQuality 91/100

magnus919/agent-skills/pace-plan/SKILL.md

pace-plan

Build, coordinate, operate, troubleshoot, exercise, and improve an authorized Primary, Alternate, Contingency, and Emergency communications plan. Use for resilient emergency-communications paths and their ownership, triggers, check-ins, tests, and corrective actions. Do not use for generic incident status messaging, frequency or channel planning, radio programming, or unauthorized transmission and activation.

Source repository stars
61
Declared platforms
0
Static risk flags
1
Last source update
2026-08-26
Source checked
2026-08-28

Decision brief

What it does: where it fits

PACE means Primary, Alternate, Contingency, and Emergency. Use this skill to make a group's communications fallbacks operable, testable, and reviewable without inventing local facts or authority.

Best for

    Not for

    • Use an incident-communications or stakeholder-communications workflow for status updates, audience messaging, and notification copy that do not concern redundant communication paths.
    • Use the group's authorized radio, frequency, channel, spectrum, or deployment procedure for technical programming and allocation details.

    Compatibility matrix

    Platform support, with evidence labels

    PlatformStatusEvidenceWhat to check
    CodexNot declaredNo explicit evidencePortability before use
    Claude CodeNot declaredNo explicit evidencePortability before use
    CursorNot declaredNo explicit evidencePortability before use
    Gemini CLINot declaredNo explicit evidencePortability before use
    Open the compatibility checker

    Installation

    Inspect first. Install second.

    The source command is displayed only when detected. A safe inspection prompt is always available so your agent can explain every action before execution.

    Source-detected install commandSource
    npx skills add https://github.com/magnus919/agent-skills --skill "pace-plan"
    Safe inspection promptEditorial

    Inspect the Agent Skill "pace-plan" from https://github.com/magnus919/agent-skills/blob/531ff6753784823c878c92b988c6e55266ce09a9/pace-plan/SKILL.md at commit 531ff6753784823c878c92b988c6e55266ce09a9. List every install step, command, network request, credential, file read/write, external action, and rollback step. Explain whether it fits my task. Do not install or execute anything until I approve.

    Workflow

    What the source asks the agent to do

    1. 01

      Core Workflow

      1. PLAN: Define the mission or essential function and every sender/receiver pair that must communicate. Inventory only authorized and available capabilities. 2. COORDINATE: Assign owners, participants, decision authority, activation authority, and handoffs. Validate that both en…

      PLAN: Define the mission or essential function and every sender/receiver pair that must communicate. Inventory only authorized and available capabilities.COORDINATE: Assign owners, participants, decision authority, activation authority, and handoffs. Validate that both ends can use each path.OPERATE: Define contact, check-in, escalation, fallback, activation, and abandonment procedures with observable criteria.
    2. 02

      Safety And Authority

      This skill can support live activation, transmission, or tests that change external state. Read-only discovery and document drafting may proceed without confirmation.

      This skill can support live activation, transmission, or tests that change external state. Read-only discovery and document drafting may proceed without confirmation.Before the first real transmission, activation, live-system test, or other external mutation:Confirm the target, scope, and rollback path before acting. Read-only discovery may proceed without confirmation.
    3. 03

      Path Quality Gate

      Evaluate every proposed P/A/C/E path against these CISA-derived questions:

      Feasible: Are working systems and trained users available at both ends?Acceptable: Can the path be established without interfering with concurrent operations?Suitable: Can it carry the operationally required information?
    4. 04

      Unknowns Contract

      Never fill a missing plan-local fact with a plausible value. Record:

      Never fill a missing plan-local fact with a plausible value. Record:An unknown authority, trigger, endpoint capability, or required contact blocks approval of the affected path. It does not block documenting the rest of the plan.
    5. 05

      Loading Guide

      Review the “Loading Guide” section in the pinned source before continuing.

      Review and apply the “Loading Guide” source section.

    Permission review

    Static risk signals and limitations

    Reads files

    low · line 59

    The documentation asks the agent to read local files, directories, or repositories.

    | Need | Load | File |

    Evidence record

    Why each signal appears

    EvidenceSourceComputedTestedEditorial
    SignalValueEvidence typeMeaning
    Quality score91/100ComputedDocumentation, specificity, maintenance, and trust rules
    Repository stars61SourceRepository attention, not individual Skill quality
    Compatibility0 platformsSourceDeclared in the catalog source record
    Usage guideautomated source guideEditorialGenerated or reviewed according to the visible evidence level

    Pinned source

    Provenance and original SKILL.md

    Repository
    magnus919/agent-skills
    Skill path
    pace-plan/SKILL.md
    Commit
    531ff6753784823c878c92b988c6e55266ce09a9
    License
    MIT
    Collected
    2026-08-28
    Default branch
    main
    View the original SKILL.md

    PACE Plan

    PACE means Primary, Alternate, Contingency, and Emergency. Use this skill to make a group's communications fallbacks operable, testable, and reviewable without inventing local facts or authority.

    Safety And Authority

    This skill can support live activation, transmission, or tests that change external state. Read-only discovery and document drafting may proceed without confirmation.

    Before the first real transmission, activation, live-system test, or other external mutation:

    Confirm the target, scope, and rollback path before acting. Read-only discovery may proceed without confirmation.

    Also confirm the named activation authority permits the operational action under the applicable procedure. Plan approval by a decision-maker does not by itself authorize activation. Never infer authority from urgency, role labels, access to equipment, or possession of plan details. Destructive actions and irreversible cleanup require an explicit user directive.

    Do not invent frequencies, channels, talkgroups, call signs, contacts, infrastructure, regulatory permission, medical or public-safety instructions, or authority to transmit or activate. Defer to authorized operating procedures, applicable regulation, and incident leadership.

    Core Workflow

    PLAN -> COORDINATE -> OPERATE -> TROUBLESHOOT -> EXERCISE -> IMPROVE
    
    1. PLAN: Define the mission or essential function and every sender/receiver pair that must communicate. Inventory only authorized and available capabilities.
    2. COORDINATE: Assign owners, participants, decision authority, activation authority, and handoffs. Validate that both ends can use each path.
    3. OPERATE: Define contact, check-in, escalation, fallback, activation, and abandonment procedures with observable criteria.
    4. TROUBLESHOOT: Check the expected tier, endpoint readiness, dependencies, and evidence before recommending a transition or handoff.
    5. EXERCISE: Design an authorized, bounded test with objectives, safety limits, expected evidence, and a stop condition. Exercise paths only to the available and authorized extent.
    6. IMPROVE: Record findings, corrective actions, owners, due dates, validation actions, plan changes, unresolved gaps, and the next review.

    Path Quality Gate

    Evaluate every proposed P/A/C/E path against these CISA-derived questions:

    • Feasible: Are working systems and trained users available at both ends?
    • Acceptable: Can the path be established without interfering with concurrent operations?
    • Suitable: Can it carry the operationally required information?
    • Distinguishable: Does it avoid the failed method and shared dependencies that would fail with it?
    • Complete: Are the method and transition triggers explicit?

    Different applications are not demonstrably independent merely because their names differ. When paths share a device, network, power source, provider, site, or other critical dependency, identify whether the anticipated failure would disable both and record the owner's risk decision. Do not declare independence from technology names alone.

    If four feasible paths do not exist, preserve missing tiers as explicit gaps. A truthful incomplete plan is safer than invented redundancy.

    Unknowns Contract

    Never fill a missing plan-local fact with a plausible value. Record:

    VALUE: UNKNOWN
    OWNER: [person or role responsible for resolving it]
    VALIDATION ACTION: [observable check that will establish the value]
    

    An unknown authority, trigger, endpoint capability, or required contact blocks approval of the affected path. It does not block documenting the rest of the plan.

    Loading Guide

    NeedLoadFile
    Design a plan or audit path completeness and independencePlan design methodreferences/plan-design.md
    Assign authority, align endpoints, or define activation and handoffCoordination and operationreferences/coordination-and-operation.md
    Diagnose a failed or degraded pathTroubleshooting methodreferences/troubleshooting.md
    Design a drill, after-action review, or improvement cycleExercise and improvementreferences/exercise-and-improvement.md
    Audit the domain claims or source limitations behind this skillEvidence basereferences/evidence-base.md
    Test description boundaries outside portable output evalsTrigger probesreferences/trigger-probes.md

    Templates

    ArtifactUse whenFile
    PACE plan worksheetCreating or auditing all four paths for one mission or functiontemplates/pace-plan-worksheet.md
    Communications check-in cardGiving participants a concise, approved operating aidtemplates/communications-check-in-card.md
    Exercise and after-action reviewPlanning a bounded test and converting observations into corrective actionstemplates/exercise-and-after-action-review.md
    Troubleshooting decision logDiagnosing a failure and preserving evidence, decisions, and handoffstemplates/troubleshooting-decision-log.md

    Operating Rules

    • Progress through tiers according to the approved plan's triggers, not by improvising a preferred method.
    • Verify sender and receiver readiness; a one-sided path is not feasible.
    • Use the plan-local review and exercise cadence. Do not invent a universal cadence.
    • Keep operational identifiers in the group's protected plan, not in generic examples or public artifacts.
    • When immediate danger exists, route to emergency services and authorized incident procedures rather than improvising operational instructions.
    • If no communication path remains, record the condition and use only preauthorized no-communications procedures.

    Completion Gate

    The work is complete only when:

    • The named owner and authorized decision-maker approved the plan.
    • Every required communication pair has P/A/C/E entries or explicitly owned gaps.
    • Every path has documented dependencies, triggers, check-ins, abandonment criteria, and recovery or handoff.
    • Sender and receiver capability was validated to the available extent.
    • Intended paths were exercised to the available and authorized extent, with evidence recorded.
    • Findings and corrective actions have owners, validation actions, and review dates.
    • Unresolved gaps remain visible; none were replaced with assumptions.
    • The change record identifies what changed, why, who approved it, and when it will be reviewed.

    When Not To Use

    • Use an incident-communications or stakeholder-communications workflow for status updates, audience messaging, and notification copy that do not concern redundant communication paths.
    • Use the group's authorized radio, frequency, channel, spectrum, or deployment procedure for technical programming and allocation details.
    • Use emergency services and incident leadership for immediate life-safety decisions.
    • Do not use this skill as authority to operate equipment, transmit, activate a system, bypass regulation, or override an incident command structure.

    Portability

    This skill is technology-neutral and host-neutral. It organizes plan-local facts and decisions; it does not replace local procedures, licenses, regulations, equipment manuals, or incident authority.

    Frequently asked questions

    What to verify before installation and use

    What does the pace-plan source document cover?

    PACE means Primary, Alternate, Contingency, and Emergency. Use this skill to make a group's communications fallbacks operable, testable, and reviewable without inventing local facts or authority.

    How do I install pace-plan?

    The source record exposes this install command: npx skills add https://github.com/magnus919/agent-skills --skill "pace-plan". Inspect the command and pinned source before running it.

    Which permission-related actions were detected?

    Static rules flagged read-files in the source; the page lists the matching lines and excerpts.

    Alternatives

    Compare before choosing

    Computed 10029,236

    garrytan/gbrain

    bulk-ingestion

    End-to-end discipline for turning any large data source (audio libraries, email takeouts, document corpora, chat exports, API dumps) into brain pages at scale. The lifecycle spine: SCHEMA → ACCESS → TRIAL → EVALUATE → IMPROVE → CODIFY → TEST → SKILLIFY → BULK → MONITOR. State is tracked in a durable JSON manifest (see MANIFEST-PATTERN.md) so any crash, session boundary, or subagent fan-out resumes from ground truth instead of memory.

    Computed 10025,136

    alirezarezvani/claude-skills

    app-store-optimization

    App Store Optimization (ASO) toolkit for researching keywords, analyzing competitor rankings, generating metadata suggestions, and improving app visibility on Apple App Store and Google Play Store. Use when the user asks about ASO, app store rankings, app metadata, app titles and descriptions, app store listings, app visibility, or mobile app marketing on iOS or Android. Supports keyword research and scoring, competitor keyword analysis, metadata optimization, A/B test planning, launch checklist

    Computed 10015,385

    wanshuiyin/Auto-claude-code-research-in-sleep

    citation-audit

    Use it for operations and research tasks; the detail page covers purpose, installation, and practical steps.

    Computed 10014,706

    prowler-cloud/prowler

    postgresql-indexing

    PostgreSQL indexing best practices for Prowler: index design, partial indexes, partitioned table indexing, EXPLAIN ANALYZE validation, concurrent operations, monitoring, and maintenance. Trigger: When creating or modifying PostgreSQL indexes, analyzing query performance with EXPLAIN, debugging slow queries, reviewing index usage statistics, reindexing, dropping indexes, or working with partitioned table indexes. Also trigger when discussing index strategies, partial indexes, or index maintenance