Strategy Brief

This is a Hermes-native strategy-brief workflow skill.

Why This Exists

strategy-brief exists to keep strategy work explicit, evidence-backed, and inside the Hermes/executor boundary instead of relying on ad hoc chat narration.

Do Not Use When

• The request is casual chat, a status-only acknowledgement, or another workflow has stronger routing evidence.
• The user needs implementation, review, CI, merge, or external publishing evidence that has not been delegated or observed.

Examples

Good example:

• Prompt: strategy-brief: decide whether our onboarding should prioritize solo founders or enterprise buyers.
• Expected behavior: Frame options, tradeoffs, assumptions, rejected paths, and the decision evidence needed.
• Why: The request is strategy-shaped and should not jump directly into implementation.

Bad example:

• Prompt: strategy-brief: treat casual chat or unaccepted work as if this workflow already produced verified results.
• Expected behavior: Ask a clarification question or route to a narrower workflow instead of forcing strategy-brief.
• Why: The request lacks the required inputs or would overclaim work that Hermes did not observe.

Completion Checklist

• The decision, options, tradeoffs, assumptions, and rejected alternatives are named.
• Observed signals are separated from strategic inference.
• Accepted decisions and implementation follow-ups are not conflated.

Recovery Notes

• If evidence is mostly assumption, label it and recommend a research or feedback-triage pass.
• If the decision owner is missing, keep the output as options rather than accepted strategy.

Workflow Lane

• Current lane: Research and company ops (source-finder, research, best-practice-research, autoresearch-goal, research-brief, strategy-brief, feedback-triage, research-department, +13 more) - research, signals, ops, and briefings.
• If intent belongs to another lane, hand back to oh-my-hermes or name the adjacent workflow.
• Shared product, routing, compatibility, and evidence rules: omh-routing/references/skill-common-rail.md.

Use When

Use when Hermes should turn goals and evidence into options, tradeoffs, recommendations, and a decision-ready brief.

Strong routing signals: strategy-brief, strategy brief, strategy memo, product strategy, strategic options, decision note, leadership strategy, next strategy, 다음 전략, 전략 정리, 전략 메모, 전략 옵션, 의사결정, 리더십 회의

Catalog Metadata

Category: strategy Phase: brief Hermes role: operator Quality tier: decision-gated Reasoning demand: standard

Quality bar:

• Name the decision, constraints, options, tradeoffs, and rejected alternatives.
• Tie recommendations to observed evidence or mark them as assumptions.
• Keep coding handoff disabled until strategy is accepted and code work is explicit.

Handoff policy:

Keep strategy synthesis in Hermes; do not create implementation handoff until a decision is accepted and code work is explicit.

Required inputs:

• goal
• known evidence
• constraints
• decision owner

Expected outputs:

• options
• tradeoffs
• recommended direction
• decision note

Artifact expectations:

• strategy brief or decision note when a wrapper captures it

Safety rules:

• Do not treat a draft recommendation as an accepted decision.
• Keep unresolved assumptions visible.
• Separate strategy from implementation planning unless the user asks for execution.

Runtime Evidence

Preferred harness for this skill: strategy-synthesis.

sh
omh runtime record --skill strategy-brief --harness strategy-synthesis --status started

Record observed delegation results; otherwise return not_available or not_observed. Prepared OMH routing is not execution, review, CI, merge-readiness, or merge evidence.

• Treat wrapper memory/context summaries as advisory local context, not proof of opaque Hermes memory reads or changes.

Preserve workflow intent and stop conditions; verify before claiming completion.

Use Hermes-native subagent/delegation features when available: native subagents -> Hermes delegation when available, otherwise sequential lanes.

Shared product, compatibility, topology, memory, harness, and execution rules: omh-routing/references/skill-common-rail.md. Load it when applicable; otherwise name an unavailable capability.