Omh Wiki

Wiki

This is a Hermes-native wiki workflow skill.

Why This Exists

wiki exists to keep knowledge 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: wiki: six of us keep re-answering the same questions in chat; help me stand up a wiki in Notion.
• Expected behavior: Ask who reads and maintains it and what knowledge repeats, then propose one model with its breaking conditions, a skeleton, and seed pages, without claiming the store was created.
• Why: The request is wiki construction for a shared audience, not a single note capture or connector execution.

Bad example:

• Prompt: wiki: 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 wiki.
• Why: The request lacks the required inputs or would overclaim work that Hermes did not observe.

Completion Checklist

• Audience scale, destination, knowledge types, and maintenance owner are recorded or named as missing.
• The proposed model carries its rationale, breaking conditions, and one alternative.
• Skeleton, entry points, conventions, maintenance, and seed pages are concrete enough to start today.
• Destination-specific guidance is prepared for the named store or the unknown destination gap is explicit.
• No output claims an external write, store creation, connector run, or memory mutation without evidence.
• Separate coding or connector tasks are extracted instead of buried in notes.

Recovery Notes

• If the audience scale is unknown, ask for it before proposing structure; it changes the model.
• If nobody owns maintenance, record 'unmaintained' and choose a model that survives it.
• If source evidence conflicts, route to memory or knowledge review before writing durable guidance.
• If the destination is unknown, record the missing facts and keep the guidance vendor-neutral.
• If the fact may be stale, record the staleness warning and next refresh action.

Workflow Lane

• Current lane: Retained knowledge (memory-new, memory-sync, decision-recall, wiki) - memory, rejected alternatives, wiki notes, retrieval, and staleness.
• 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.

Design Interview

Settle structure before capture: audience scale, whether an agent reads it, the knowledge types that repeat, what someone will search for, and who maintains it. Skip answered turns, cap at five, and close with one model plus one alternative as a skeleton the user approves before anything is written. No maintainer means unmaintained, which rules out models needing curation.

Load references/wiki-blueprint.md for the interview turns and wiki_blueprint/v1 fields, wiki-patterns.md for models and what breaks them, wiki-operations.md for solo-versus-shared rules, and wiki-ecosystem.md for existing skills.

Closing A Long Piece Of Work

When work finishes, the capture for the next reader is three artifacts: a deep guide, an ELI5 pass at level very_easy, and a quiz that checks the guide rather than the reader. Build them from the plan record (omh runtime todo show, the only source that outlives the session) plus whatever verification, review, and QA output the session still holds, and record which of those you could actually read. Load references/handover-artifacts.md for the admissible sources and the quiz's citation rule.

Boundary

A wiki_blueprint/v1 is prepared design context, not evidence that a store was created, written to, or migrated. OMH does not host the wiki; the user's own store does.

Use When

Use to design a wiki someone can start today - model, skeleton, conventions, seed pages, and maintenance sized to a personal, small-group, team, or organization audience - and to capture durable knowledge into markdown vaults, Obsidian, Notion, Google Drive/Docs, databases, or local folders.

Strong routing signals: `wiki`, `project wiki`, `build a wiki`, `start a wiki`, `organize my notes`, `external knowledge store`, `knowledge base`, `Obsidian`, `markdown vault`, `Notion knowledge base`, `Google Drive wiki`, `옵시디언`, `마크다운 볼트`, `노션 지식베이스`, `위키`, `위키 만들`, `지식베이스`, `지식 정리 체계`