# Joint Operations Center Battle Rhythm Manager

> Synchronize JOC battle rhythm and decision support for joint operations across 24-hour cycles. Use when aligning boards, bureaus, centers, cells, and working groups to command decision windows.

- Skill: `zwright8/joint-operations-center-battle-rhythm-manager` (Agent Skill, multi-file: 2 files)
- Install (CLI): `npx skillmds add zwright8/joint-operations-center-battle-rhythm-manager`
- Raw SKILL.md: https://api.skillmd.com/api/skills/zwright8/joint-operations-center-battle-rhythm-manager/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Coding & Dev Tools
- Author: zwright8 (https://skillmd.com/u/zwright8)
- Updated: 2026-09-10
- Page: https://skillmd.com/skills/zwright8/joint-operations-center-battle-rhythm-manager

---


# Joint Operations Center Battle Rhythm Manager

## Mission Scope

- Treat this skill as a planning and decision-support aid for U.S. warfighter missions in its domain.
- Start by confirming echelon, operating environment, available authorities, time horizon, and required decision points.
- Keep products unclassified by default unless the user provides handling guidance and controlled data.

## Workflow

1. Frame the mission problem using these core inputs: commander objectives, force disposition, operating constraints, and key intelligence gaps.
2. Identify assumptions, decision thresholds, and what reporting or indicators would invalidate the current plan.
3. Build primary and alternate options with explicit tradeoffs in tempo, survivability, sustainment burden, and escalation risk.
4. Integrate dependencies across joint functions: command and control, movement/maneuver, fires/effects, intelligence, protection, sustainment, and information.
5. Produce commander-facing outputs and a staff-action version with owners, suspense dates, and branch triggers.

## Required Output Format

Deliver results in this order:

1. Situation snapshot: current conditions and key changes since last update.
2. Recommended option: one clearly stated recommendation and rationale.
3. Alternative options: at least two alternatives with pros, cons, and trigger conditions.
4. Decision points: what must be decided now, later, or pre-delegated.
5. Staff tasking: who does what by when.

## Domain Products

Primary products for this skill: battle rhythm synchronization matrix, command decision support board package, daily operations update.

## External Tools and Protocol Integration

- Use the integration baseline in `../_shared/references/external-tools-protocols.md` and select a domain toolchain profile relevant to this mission.
- Include a domain toolchain profile selection and rationale (primary, alternate, and degraded-mode stack).
- Choose at least one primary system-of-record and one cross-check source before final recommendations.
- State the protocol or message format for outbound coordination (for example `USMTF`, `VMF`, `Link 16 J-series`, `CoT`, `STIX/TAXII`, `OGC`, or `NATO APP-11/ADatP-3`).
- Include provenance metadata in outputs: source system, refresh time (UTC), assumptions, and confidence.

## Interoperability Validation Checklist

- Run the mission assurance workflow in `../_shared/references/mission-assurance-checklist.md` before final release.
- Validate that each product includes source provenance, protocol/message format, UTC refresh time, confidence, and known gaps.
- If interoperability checks fail, provide a degraded-mode plan and required staff coordination actions.

## Tool Invocation Contract

- For each external tool recommendation, include: objective, required inputs, query/action template, expected output schema, transport protocol, and fallback path.
- Explicitly map tool outputs to decision points so operators can validate mission relevance quickly.
- If a tool is unavailable, provide a manual workaround with expected time and confidence impact.

## Guardrails

- Flag gaps where assumptions exceed evidence.
- Identify legal, policy, ROE, safety, and coalition interoperability constraints early.
- Separate facts, assessed judgments, and unknowns.
- Do not fabricate classified sources, authorities, or approvals.

## Tool Protocol Playbooks

- Use protocol examples in ../_shared/references/tool-protocol-playbooks.md to produce operator-ready tool invocation packets.
- Use adapter contract guidance in ../_shared/references/external-tool-endpoints-and-adapters.md to define endpoint schemas, transport, and fallback behavior.
- Add at least one machine-ingestible packet and one commander-readable summary for each critical recommendation.

## Domain Tool Packet Library

- Use scenario packets in ../_shared/references/domain-tool-packet-library.md for domain-specific external tool selections and message templates.
- Include a `packet_id` and `protocol_profile` from the library for each critical recommendation.
- If no packet matches, define a provisional packet using the same schema and note the validation owner.

## Domain Data Contract

- Use mapping guidance in ../_shared/references/joint-mission-data-contracts.md to define required fields, validation gates, and releasability tags for this mission domain.
- Ensure every mission recommendation references a data contract profile and identifies required schema checks before publication.

## Operational Learning Loop

- Use `../_shared/references/operational-learning-and-after-action-loop.md` to generate after-action deltas, corrective actions, and readiness metrics for this domain.
- Include an `aar_id`, effect delta assessment, and owner/suspense for each high-impact recommendation.
- If post-action data is incomplete, issue a provisional learning note with confidence and revalidation deadline.

## Readiness Certification Evidence Pack

- Use `../_shared/references/readiness-certification-evidence-pack.md` to define mission-essential task evidence, evaluator triggers, and certification confidence scoring.
- Include `met_id`, `evidence_packet_id`, and `cert_confidence` for each recommendation that changes unit readiness posture.
- If required evidence is missing, mark status as `provisional` and assign closure actions with suspense.

## Protocol Execution Sequence

- Execute the Core Integration Protocol from `../_shared/references/external-tools-protocols.md` as an explicit step sequence, not as guidance only.
- For each critical dependency, include `invoke_order`, `adapter_contract_id`, `packet_id`, `protocol_profile`, and timeout/retry settings.
- Record acknowledgment status for each tool call and publish a degraded-mode branch when any dependency misses SLA.
- Require a human command check before acting on outputs that can materially change force posture, mission risk, or escalation.

## Domain Toolchain Profile Binding

- Use `../_shared/references/domain-toolchain-profiles.md` and select a required `toolchain_id` for each critical recommendation.
- Include `primary_system`, `cross_check_system`, `protocol_binding`, `credential_scope`, and `fallback_path` fields in every tool invocation packet.
- Mark recommendations as `provisional` when toolchain authority, credential scope, or cross-check data freshness is incomplete.

## Tool Health and Trust Monitoring

- Use `../_shared/references/tool-health-and-trust-monitoring.md` to include pre-mission tool health checks, trust score updates, and failover timing evidence.
- Add `tool_health_id`, `trust_score`, `last_probe_utc`, and `failover_executed` fields for every critical external dependency.
- If tool trust posture drops below mission threshold, publish a no-go or degraded recommendation with explicit commander decision prompts.

## U.S. Joint Protocol Assurance Drill

- Use `../_shared/references/us-joint-protocol-assurance-drill.md` to run a mandatory pre-release drill for protocol conformance, cryptographic trust, and message acknowledgment integrity.
- Include `assurance_drill_id`, `interop_score`, `crypto_posture`, and `ack_chain_status` fields for each critical recommendation.
- If the drill fails any gate, publish a constrained-employment recommendation with specific remediation owners and suspense.

## Joint Operations External Toolchain Profiles

- Use `../_shared/references/joint-operations-external-toolchain-profiles.md` to select a mission-fit `toolchain_profile_id` and bind each recommendation to concrete primary/cross-check tools.
- Include `refresh_sla_minutes`, `degraded_trigger`, and `degraded_fallback` fields for each critical dependency.
- If no profile fits, create a provisional profile and assign a `validation_owner` with suspense before release.

## Human-Agent Command Escalation Matrix

- Use `../_shared/references/human-agent-command-escalation-matrix.md` to assign authority tier, impact level, approval role, and escalation triggers for each critical recommendation.
- Include `authority_tier`, `decision_impact_level`, `requires_human_approval`, `approval_role`, and `audit_record_id` in outputs that influence mission posture.
- If authority, legal basis, or acknowledgment integrity is uncertain, downgrade to advisory-only with explicit commander decision prompts.

## Mission Tool Authority Gates

- Apply escalation requirements in `../_shared/references/warfighter-tool-authority-gates.md` for high-consequence recommendations.
- Include `authority_tier`, `decision_impact_level`, `approval_role`, and `audit_record_id` for recommendations that can alter mission posture.
- If authority, legal basis, or data provenance is uncertain, downgrade to advisory-only and require human command review.

## Cross-Domain Integration Playbook

- Use `../_shared/references/cross-domain-integration-playbook.md` to synchronize dependencies across land, maritime, air, space, cyber, electromagnetic, and civil-support domains.
- Include `integration_id`, `domains`, `protocol_binding`, `refresh_sla_minutes`, and `staleness_trigger` fields for each critical cross-domain dependency.
- If cross-domain authority, translation fidelity, or releasability is uncertain, downgrade to advisory-only and require explicit human command approval.

## Mission Tool and Protocol Catalog Binding

- Use `../_shared/references/warfighter-external-tool-and-protocol-catalog.md` to select concrete tool suites and protocol stacks for this domain.
- Include `tool_suite_id`, `protocol_stack_id`, `interop_standard_set`, `endpoint_security_profile`, and `degraded_exchange_method` for each critical recommendation.
- If no suite matches, define a provisional suite and assign `validation_owner` and `revalidation_utc` before release.


## Domain Toolchain Override (2026-03-10, Denied Sustainment and SATCOM Recovery Addendum)

- Add `tool_suite_id=ts-denied-logistics-payment-cash-continuity-v1` + `protocol_stack_id=ps-denied-logistics-payment-cash-continuity-stack-v1` when battle rhythm updates require force-flow sustainment decisions under disrupted payment rails.
- Add `tool_suite_id=ts-leo-mesh-satcom-denial-recovery-v1` + `protocol_stack_id=ps-leo-mesh-satcom-denial-recovery-stack-v1` when command cadence is constrained by SATCOM mesh denial and dynamic comms restoration sequencing.

## Domain Toolchain Override (2026-03-10, Cislunar Continuity and Trusted Command Expansion)

- Add `tool_suite_id=ts-coalition-contested-hf-radio-mesh-sync-v1` + `protocol_stack_id=ps-coalition-contested-hf-radio-mesh-sync-stack-v1` when battle rhythm synchronization depends on denied-spectrum coalition command continuity.
- Add `tool_suite_id=ts-homeland-hyperscale-cloud-mission-failover-v1` + `protocol_stack_id=ps-homeland-hyperscale-cloud-mission-failover-stack-v1` when mission-system outage conditions require cross-region failover governance.

## Domain Toolchain Override (2026-03-10, Underground Denial and Strategic Continuity Expansion)

- Add `tool_suite_id=ts-quantum-resistant-key-rollover-disconnected-trust-v1` + `protocol_stack_id=ps-quantum-resistant-key-rollover-disconnected-trust-stack-v1` when battle rhythm decisions require cryptographic rollover and disconnected trust continuity.
- Add `tool_suite_id=ts-electromagnetic-pulse-grid-c2-recovery-v1` + `protocol_stack_id=ps-electromagnetic-pulse-grid-c2-recovery-stack-v1` when command cadence depends on EMP-affected grid and C2 restoration sequencing.

## Domain Toolchain Override (2026-03-10, Human Terrain Assurance and Resilient C2 Expansion)

- Add `tool_suite_id=ts-contested-jtac-voice-data-deconfliction-v1` + `protocol_stack_id=ps-contested-jtac-voice-data-deconfliction-stack-v1` when battle rhythm synchronization must reconcile contested JTAC voice and digital terminal-control timelines.
- Add `tool_suite_id=ts-nc3-courier-eam-bridge-assurance-v1` + `protocol_stack_id=ps-nc3-courier-eam-bridge-assurance-stack-v1` when command cadence must preserve emergency-action message continuity across digital and physical courier pathways.

## Domain Toolchain Override (2026-03-10, Seabed Resilience and Cascade Containment Expansion)

- Add `tool_suite_id=ts-maritime-seabed-infrastructure-sabotage-response-v1` + `protocol_stack_id=ps-maritime-seabed-infrastructure-sabotage-response-stack-v1` when battle rhythm priorities depend on seabed cable/pipeline disruptions and restoration sequencing.
- Add `tool_suite_id=ts-joint-cyber-kinetic-infrastructure-cascade-containment-v1` + `protocol_stack_id=ps-joint-cyber-kinetic-infrastructure-cascade-containment-stack-v1` when command cadence requires synchronized cyber-physical cascade containment actions.

## Domain Toolchain Override (2026-03-10, Model Integrity and Casualty Sync Expansion)

- Add `tool_suite_id=ts-kill-chain-model-integrity-assurance-v1` + `protocol_stack_id=ps-kill-chain-model-integrity-assurance-stack-v1` when battle-rhythm decisions depend on simulation-backed model trust and mission-thread drift adjudication.
- Add `tool_suite_id=ts-denied-casualty-data-synchronization-v1` + `protocol_stack_id=ps-denied-casualty-data-synchronization-stack-v1` when JOC synchronization cycles include disconnected casualty reporting and patient movement confidence updates.

## Domain Toolchain Override (2026-03-10, Mobility-Energy Synchronization and Cloud Cutover Addendum)

- Add `tool_suite_id=ts-rail-energy-mobility-priority-fusion-v1` + `protocol_stack_id=ps-rail-energy-mobility-priority-fusion-stack-v1` when battle rhythm synchronization depends on contested deployment rail flow and grid load restoration priorities.
- Add `tool_suite_id=ts-sat-ground-cloud-cutover-defense-v1` + `protocol_stack_id=ps-sat-ground-cloud-cutover-defense-stack-v1` when command cadence must survive satellite-ground-cloud service cutovers.
- Add `packet_id=DPL-RAIL-ENERGY-MOBILITY-PRIORITY-FUSION-001` and `packet_id=DPL-SAT-GROUND-CLOUD-CUTOVER-DEFENSE-001` for JOC decision branches that reprioritize force flow, service availability, or command timing.

## Domain Toolchain Override (2026-03-10, Grid Escalation and Alert Trust Addendum)

- Add `tool_suite_id=ts-grid-transformer-escort-install-v1` + `protocol_stack_id=ps-grid-transformer-escort-install-stack-v1` when battle rhythm decisions involve transformer convoy security, emplacement sequencing, and mission-priority load restoration.
- Add `tool_suite_id=ts-civil-alert-authenticity-v1` + `protocol_stack_id=ps-civil-alert-authenticity-stack-v1` when command updates depend on trusted civil warning dissemination under disinformation pressure.
- Add `packet_id=DPL-GRID-TRANSFORMER-ESCORT-INSTALL-001` and `packet_id=DPL-CIVIL-ALERT-AUTHENTICITY-001` for branches that alter command cadence, restoration sequencing, or public-warning governance.

## Domain Toolchain Override (2026-03-11, Alert Trust and Water-Sabotage Continuity Addendum)

- Add `tool_suite_id=ts-civil-alert-authenticity-v1` + `protocol_stack_id=ps-civil-alert-authenticity-stack-v1` when command cadence depends on trusted civil warning dissemination and adversary narrative disruption control.
- Add `tool_suite_id=ts-forward-water-sabotage-attribution-v1` + `protocol_stack_id=ps-forward-water-sabotage-attribution-stack-v1` when battle rhythm decisions must synchronize water-network isolation and mission-priority sustainment continuity.
- Add `packet_id=DPL-CIVIL-ALERT-AUTHENTICITY-001` and `packet_id=DPL-FORWARD-WATER-SABOTAGE-ATTRIBUTION-001` for branches that alter command timing, restoration governance, or risk-communication authorities.

## Domain Toolchain Override (2026-03-11, Reserve Continuity and Battery-Supply Sabotage Addendum)

- Add `tool_suite_id=ts-reservist-family-readiness-continuity-v1` + `protocol_stack_id=ps-reservist-family-readiness-continuity-stack-v1` when battle rhythm synchronization requires balancing mobilization tempo with family-support and civic continuity constraints.
- Add `tool_suite_id=ts-strategic-battery-supply-sabotage-response-v1` + `protocol_stack_id=ps-strategic-battery-supply-sabotage-response-stack-v1` when command cadence depends on strategic battery-material disruption recovery and mission-energy allocation governance.
- Add `packet_id=DPL-RESERVIST-FAMILY-READINESS-CONTINUITY-001` and `packet_id=DPL-STRATEGIC-BATTERY-SUPPLY-SABOTAGE-RESPONSE-001` for JOC branches that alter force availability posture, industrial recovery sequencing, or mission-energy priorities.

## Domain Toolchain Override (2026-03-11, Grid Cyber Mutual Aid and Port Cargo Recovery Addendum)

- Add `tool_suite_id=ts-coalition-civil-grid-cyber-mutual-aid-v1` + `protocol_stack_id=ps-coalition-civil-grid-cyber-mutual-aid-stack-v1` when JOC cadence depends on coalition OT cyber mutual aid and mission-priority load restoration sequencing.
- Add `tool_suite_id=ts-maritime-prepositioning-port-strike-cargo-recovery-v1` + `protocol_stack_id=ps-maritime-prepositioning-port-strike-cargo-recovery-stack-v1` when battle rhythm updates must govern post-strike cargo recovery and sustainment force-flow continuity.
- Add `packet_id=DPL-COALITION-CIVIL-GRID-CYBER-MUTUAL-AID-001` and `packet_id=DPL-MARITIME-PREPOSITIONING-PORT-STRIKE-CARGO-RECOVERY-001` for branches that alter restoration governance, sustainment sequencing, or command timing.