/Catalogue/Prompt/rohitg00/rohitg00-pro-workflow-wiki-viewer

Origin: github

wiki-viewer

Render a self-contained HTML viewer for a pro-workflow wiki. Pages, sources, claims, seed queue, page-link graph and full-text search all in one file. No external dependencies, no JS framework, S3-uploadable. Use when the user wants to browse a wiki visually, share its current state with someone, audit research progress, or hand off a knowledge base. Inspired by Thariq Shihipar's "Unreasonable Effectiveness of HTML" — favors information density and shareability over markdown-only outputs.

by rohitg00 · updated 1d ago · imported from GitHub

Installs0+0/7d
Security score98/100
Retention 14d0%
GitHub stars2.9K

Skill logic

Execution graph
User message
Prompt rewrites behaviour
Response

SKILL.md

View on GitHub ↗

Wiki Viewer

Single-file HTML view of a pro-workflow wiki. Reads ~/.pro-workflow/data.db, dumps the wiki into one self-contained HTML document with in-browser search, link graph and a seed-queue panel.

Why HTML, not markdown

  • Information density — pages, sources, claims, seeds, link graph in one viewport
  • Visual clarity — long wikis are unreadable as raw markdown; HTML scales
  • Shareability — upload to S3, send the URL; recipient does not need pro-workflow installed
  • Two-way interaction — "copy as seed" buttons turn open questions into seed queue prompts you can paste back into Claude Code
  • Auditable — quick visual proof that the auto-research loop produced something useful

When to use

  • After a /wiki research run, to see what it built
  • Before sharing a wiki with a teammate or with leadership
  • Code review: render a codebase-flavored wiki for an unfamiliar module
  • Incident review: render an incident wiki for a post-mortem readout
  • Periodic audits: stale-claim detection, orphan-page review

Commands

node $SKILL_ROOT/scripts/render.js <slug> [--out <path>] [--theme dark|light]

Defaults:

  • output: <wiki-root>/derived/viewer.html
  • theme: dark

What ships in the file

PanelContents
Headerwiki slug, flavor, scope, root path, last-update timestamp, page count, source count, kill-switch status
Sidebarpage list grouped by page_type, in-page filter input
Mainselected-page detail: title, summary, full markdown content (rendered), inline citations resolve to source rows
Sourcestable of every wiki_sources row + manual sources.md rows
Seedsseed-queue table grouped by status; "copy as research prompt" button per pending seed
Link graphSVG force-layout of cross-page citations + back-links
Searchin-browser substring + token search over title/summary/content
Footermeta: schema versions, embedding model if present, generator version

Self-contained

No CDN, no external fonts, no <script src=>. Inline CSS, inline SVG, inline JS only. Result is a single .html file that opens locally or from any static host.

Compose with the rest

# Generate after auto-research run completes
/wiki research agent-memory --max-pages 5
node skills/wiki-viewer/scripts/render.js agent-memory
open ~/.pro-workflow/wikis/agent-memory/derived/viewer.html

# Hand off to a teammate
aws s3 cp ~/.pro-workflow/wikis/agent-memory/derived/viewer.html s3://my-bucket/agent-memory.html --acl public-read

Design principles

  1. Type-first — every panel reads as text; visualizations are auxiliary, not load-bearing.
  2. Zero decoration — no gradients, no glow, no atmospheric backgrounds.
  3. Color is meaning — Anthropic coral marks the active page and CTAs only.
  4. Print-friendly — @media print collapses sidebars so the markdown content prints clean.

Limits (initial release)

  • Markdown rendering is a small in-file parser (headings, lists, code blocks, links, blockquotes, tables, footnote citations). No HTML-in-markdown.
  • Link graph is precomputed and serialized as SVG; no live re-layout.
  • Search is substring + tokenized AND match. BM25 stays in SQLite; the viewer is a snapshot.
  • Re-render after each batch of changes. The file is not live.

Future hooks (not in initial release)

  • --include-council to bundle every linked council transcript inline
  • --include-survey to bundle generated surveys
  • "Copy as council prompt" buttons next to claims tagged contested
  • Diff view: --against <previous.html> to highlight new claims since a prior render

Discussion

No comments yet — start the thread.

Sign in to join the discussion.

/More from rohitg00/pro-workflow

rohitg00· 1d agoCommunity
skill-optimizer

Prompts · JavaScript · v0.1.0

SkillOpt-flavored offline training loop for any SKILL.md. Treats accumulated learn-rule corrections as training trajectories, proposes bounded patches via an optimizer LLM, gates each candidate against a held-out validation set built from the user's own past corrections, and ships only candidates that demonstrably improve the score. Inspired by Microsoft SkillOpt's ReflACT pipeline (rollout → reflect → aggregate → select → update → evaluate) adapted to pro-workflow's SQLite store. Use when a skill has accumulated 8+ learn-rule rows and the user wants the skill itself to get better, not just longer.

#agent-orchestration#ai-agents#ai-coding

0 2.9K
rohitg00· 1d agoCommunity
agent-teams

Prompts · JavaScript · v0.1.0

Coordinate multiple Claude Code sessions as a team — lead + teammates with shared task lists, mailbox messaging, and file-lock claiming. Patterns for team sizing, task decomposition, and when to use teams vs sub-agents vs worktrees.

#agent-orchestration#ai-agents#ai-coding

0 2.9K
rohitg00· 1d agoCommunity
auto-setup

Prompts · JavaScript · v0.1.0

Auto-configure quality gates, hooks, and settings for a new project. Detects project type and sets up appropriate tooling. Use when onboarding a new codebase.

#agent-orchestration#ai-agents#ai-coding

0 2.9K
rohitg00· 1d agoSandbox
batch-orchestration

Prompts · JavaScript · v0.1.0

Decompose large-scale changes into independent units and spawn parallel agents in isolated worktrees. Use for migrations, refactors, codemods, and any change touching 10+ files with the same pattern.

#agent-orchestration#ai-agents#ai-coding

0 2.9K