/obsidian-graph-view
Render Obsidian-style weighted graph views from book JSON, keyword indexes, TOCs, card data, or node-link data. Use when the user asks for Obsidian graph view, graph view png, weighted graph, keyword graph, directory-keyword graph, spherical graph visualization, or high-weight
$ npx -y skills add twhsi/skills --skill obsidian-graph-view --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
- Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.Auto-invocation is when the right skill fires by itself at the right moment, driven by a FLOW.md router and a hook, instead of you invoking it by name. It is the difference between a skill being installed and a skill actually getting used.Read the full definition →
- You can call itInvoke it directly when you want it.
- Slash command
/obsidian-graph-view
Context preview
The summary Claude sees to decide when to auto-load this skill.
Render Obsidian-style weighted graph views from book JSON, keyword indexes, TOCs, card data, or node-link data. Use when the user asks for Obsidian graph view, graph view png, weighted graph, keyword graph, directory-keyword graph, spherical graph visualization, or high-weight
SKILL.md
obsidian-graph-view.SKILL.mdname: obsidian-graph-view
description: Render Obsidian-style weighted graph views from book JSON, keyword indexes, TOCs, card data, or node-link data. Use when the user asks for Obsidian graph view, graph view png, weighted graph, keyword graph, directory-keyword graph, spherical graph visualization, or high-weight nodes centered with clear Chinese labels.
Obsidian Graph View
Create an Obsidian-like graph visualization from structured note/book data.
Default Output
Produce three files when possible:
- `*.png` for direct viewing and sharing
- `*.svg` for editable vector output
- `*.html` for browser re-rendering
Prefer PNG dimensions around `1800 x 1300` unless the user asks otherwise.
Visual Rules
- Put higher-weight nodes closer to the center.
- Push lower-weight nodes to outer rings.
- Use a spherical / ball-like node style with radial glow.
- Use different colors for different main Trails / note-sequence lines.
- If a node belongs to two Trails, render it as a two-color taiji-like sphere to show a note-sequence crossing point.
- Keep labels in Traditional Chinese readable: use large `PingFang TC` / `Heiti TC` / system CJK fonts, white text, dark translucent label boxes, and avoid placing labels directly on dark edges.
- Use a dark Obsidian-like background.
- Use node area, not radius, to represent weight. If the user says "放大兩倍面積", double the computed node area.
- Use semantic Trail colors rather than only node-type colors when main lines are available.
- Prefer undirected soft lines for Obsidian-style graph view; use arrows only if the user asks for directional semantics.
- Keep top-node count configurable. If the user corrects the count, update the graph and file names accordingly.
Data Mapping
For EPUB/project-note JSON:
- `toc[]` becomes chapter or directory nodes.
- `index[]` becomes keyword nodes.
- `index[].links[]` becomes keyword-to-chapter edges.
- `toc[].cjk_count`, keyword `weight`, and index link weights contribute to node size.
- `chunks[].keyword_backlinks[]` can be used to enrich link weights.
For generic graph JSON:
- Accept `nodes[]` with `id`, `label`, `weight`, and optional `kind`.
- Accept `edges[]` with `source`, `target`, and optional `weight`.
Workflow
1. Inspect the JSON schema and identify node candidates, weights, and links. 2. Select the top `N` nodes by descending weight; default to 15 if the user asks for a focused graph. 3. Lay out nodes with the largest weight at center, next largest on an inner ring, and lower weights on outer rings. 4. Render SVG and HTML first. 5. Use headless Chrome or another reliable renderer to export PNG. 6. Verify the PNG file dimensions and visually inspect if possible.
Trail Color Semantics
When the data does not already provide Trail groups, infer them from repeated keywords, chapter labels, or user-provided concepts. For example:
- `危機演化線`: 馬爾薩斯、達爾文、危機、演化
- `夢想救援線`: TARS、Brand、Plan A、夢想、救援
- `檢查背叛線`: 曼恩、異常、數據、背叛、檢查
- `卡片系統線`: Agent、Skill、卡片盒、半人馬、五維空間
If a node matches two Trail groups, draw it as a two-color taiji sphere and keep the label explicit.
Script
Use `scripts/render_obsidian_graph_view.py` as the starting point for JSON-to-SVG/HTML/PNG graph rendering. Patch the script for project-specific schemas rather than rewriting from scratch.
Read more
name: obsidian-graph-view description: Render Obsidian-style weighted graph views from book JSON, keyword indexes, TOCs, card data, or node-link data. Use when the user asks for Obsidian graph view, graph view png, weighted graph, keyword graph, directory-keyword graph, spherical graph visualization, or high-weight nodes centered with clear Chinese labels.
Obsidian Graph View
Create an Obsidian-like graph visualization from structured note/book data.
Default Output
Produce three files when possible:
- `*.png` for direct viewing and sharing
- `*.svg` for editable vector output
- `*.html` for browser re-rendering
Prefer PNG dimensions around `1800 x 1300` unless the user asks otherwise.
Visual Rules
- Put higher-weight nodes closer to the center.
- Push lower-weight nodes to outer rings.
- Use a spherical / ball-like node style with radial glow.
- Use different colors for different main Trails / note-sequence lines.
- If a node belongs to two Trails, render it as a two-color taiji-like sphere to show a note-sequence crossing point.
- Keep labels in Traditional Chinese readable: use large `PingFang TC` / `Heiti TC` / system CJK fonts, white text, dark translucent label boxes, and avoid placing labels directly on dark edges.
- Use a dark Obsidian-like background.
- Use node area, not radius, to represent weight. If the user says "放大兩倍面積", double the computed node area.
- Use semantic Trail colors rather than only node-type colors when main lines are available.
- Prefer undirected soft lines for Obsidian-style graph view; use arrows only if the user asks for directional semantics.
- Keep top-node count configurable. If the user corrects the count, update the graph and file names accordingly.
Data Mapping
For EPUB/project-note JSON:
- `toc[]` becomes chapter or directory nodes.
- `index[]` becomes keyword nodes.
- `index[].links[]` becomes keyword-to-chapter edges.
- `toc[].cjk_count`, keyword `weight`, and index link weights contribute to node size.
- `chunks[].keyword_backlinks[]` can be used to enrich link weights.
For generic graph JSON:
- Accept `nodes[]` with `id`, `label`, `weight`, and optional `kind`.
- Accept `edges[]` with `source`, `target`, and optional `weight`.
Workflow
1. Inspect the JSON schema and identify node candidates, weights, and links. 2. Select the top `N` nodes by descending weight; default to 15 if the user asks for a focused graph. 3. Lay out nodes with the largest weight at center, next largest on an inner ring, and lower weights on outer rings. 4. Render SVG and HTML first. 5. Use headless Chrome or another reliable renderer to export PNG. 6. Verify the PNG file dimensions and visually inspect if possible.
Trail Color Semantics
When the data does not already provide Trail groups, infer them from repeated keywords, chapter labels, or user-provided concepts. For example:
- `危機演化線`: 馬爾薩斯、達爾文、危機、演化
- `夢想救援線`: TARS、Brand、Plan A、夢想、救援
- `檢查背叛線`: 曼恩、異常、數據、背叛、檢查
- `卡片系統線`: Agent、Skill、卡片盒、半人馬、五維空間
If a node matches two Trail groups, draw it as a two-color taiji sphere and keep the label explicit.
Script
Use `scripts/render_obsidian_graph_view.py` as the starting point for JSON-to-SVG/HTML/PNG graph rendering. Patch the script for project-specific schemas rather than rewriting from scratch.
Three Kings 2.2: compress with iMandalArt, address with BIRD, and publish with an A4 eight-page booklet. iMandalArt, FIRE semantic analysis, planning, and publishing workflows for Claude Code, Codex, and mainstream LLM agents.
Repo: twhsi/skills
Other skills on twhsi-skills.
- /a4-eight-page-booklet
Use A4 Eight Page Booklet 2.2 to create, write, repair, impose, and validate a printable A4 one-sheet eight-page mini book or zine from text, notes, images, BIRD Graph JSON, iMandalArt/九宮, FIRE, outlines, templates, or PDFs. Use whenever the user says A4八頁小書, 八頁小書, 八頁小冊, 八格小書,
Open skill - /auto-luhmann-numberer
Assign, validate, normalize, and explain Luhmann/Zettelkasten-style project-note codes for Chinese book manuscripts, Obsidian Markdown folders, Mandala-Grid section files, HyperCard Markdown stacks, and project-note JSON to EPUB workflows. Use when Codex needs to scan folders
Open skill - /concise-key-points
Compress answers to the highest practical information density with minimal wording while preserving essential meaning. Use when the user asks for 言簡意賅, 講重點, Concise, 精簡回答, 簡潔回答, 只講重點, 直接回答, brief, TL;DR, or otherwise requests a concise key-points response.
Open skill - /epub-hypercard-obsidian
Convert EPUB card books into Obsidian-ready HyperCard Markdown folders and portable zip files. Use when Codex needs to turn an EPUB with XHTML chapters, table-of-contents cards, keyword index cards, backlinks, Luhmann/Zettelkasten numbers, or cross-links into one Markdown file
Open skill - /fantastical-calendar
Create Fantastical calendar events and reminders from Codex on macOS. Use when the user asks Codex to add, schedule, parse, preview, or send a meeting, appointment, task, reminder, time block, daily plan item, 行事曆, 日曆, 會議, 待辦, or 提醒 into Fantastical.
Open skill - /fire-analysis-card
Analyze Chinese notes, articles, manuscripts, and digital card-box material with FIRE 2.0: Full-D numbering, Index keyword webs, Route thinking paths, and Evolution over time. Use when Codex needs to prepare material for semantic search, turn temporary notes into permanent or
Open skill

