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.
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
| Platform | Status | Evidence | What to check |
|---|---|---|---|
| Codex | Not declared | No explicit evidence | Portability before use |
| Claude Code | Not declared | No explicit evidence | Portability before use |
| Cursor | Not declared | No explicit evidence | Portability before use |
| Gemini CLI | Not declared | No explicit evidence | Portability before use |
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.
npx skills add https://github.com/magnus919/agent-skills --skill "pace-plan"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
- 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. - 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. - 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? - 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. - 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
The documentation asks the agent to read local files, directories, or repositories.
| Need | Load | File |Evidence record
Why each signal appears
| Signal | Value | Evidence type | Meaning |
|---|---|---|---|
| Quality score | 91/100 | Computed | Documentation, specificity, maintenance, and trust rules |
| Repository stars | 61 | Source | Repository attention, not individual Skill quality |
| Compatibility | 0 platforms | Source | Declared in the catalog source record |
| Usage guide | automated source guide | Editorial | Generated 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
- 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.
- TROUBLESHOOT: Check the expected tier, endpoint readiness, dependencies, and evidence before recommending a transition or handoff.
- 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.
- 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
| Need | Load | File |
|---|---|---|
| Design a plan or audit path completeness and independence | Plan design method | references/plan-design.md |
| Assign authority, align endpoints, or define activation and handoff | Coordination and operation | references/coordination-and-operation.md |
| Diagnose a failed or degraded path | Troubleshooting method | references/troubleshooting.md |
| Design a drill, after-action review, or improvement cycle | Exercise and improvement | references/exercise-and-improvement.md |
| Audit the domain claims or source limitations behind this skill | Evidence base | references/evidence-base.md |
| Test description boundaries outside portable output evals | Trigger probes | references/trigger-probes.md |
Templates
| Artifact | Use when | File |
|---|---|---|
| PACE plan worksheet | Creating or auditing all four paths for one mission or function | templates/pace-plan-worksheet.md |
| Communications check-in card | Giving participants a concise, approved operating aid | templates/communications-check-in-card.md |
| Exercise and after-action review | Planning a bounded test and converting observations into corrective actions | templates/exercise-and-after-action-review.md |
| Troubleshooting decision log | Diagnosing a failure and preserving evidence, decisions, and handoffs | templates/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
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.
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
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.
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