cross-linker
Skill3 starsChanged 11 days agoMITView on GitHub
Scan the Obsidian wiki and automatically discover missing cross-references between pages. Use this skill when the user says "link my pages", "find missing links", "cross-reference", "connect my wiki", "add wikilinks", "what pages should be linked", or after any large ingestion to ensure new pages are woven into the existing knowledge graph. Also trigger when the user mentions "orphan pages" in the context of wanting to connect them, or says things like "my wiki feels disconnected" or "pages aren't linked well". This is a write-heavy skill — it actually modifies pages to add links, unlike wiki-lint which just reports issues.
- Reads credentials
3 other projects use a version of this, 3 of them edited.
Adopted by
Most recently taken up by
- Ar9av/obsidian-wikiedited, first seen Nov 8, 2026
- Ivy-Chen1999/llm-wiki-kitedited, first seen Jun 23, 2026
- nexuschains/operator-osedited, first seen Jun 2, 2026
Other versions3 projects use a version of this.
Word for word · 0
None found.
Edited · 3
- Ar9av/obsidian-wiki★ 3.7k70% same
- Ivy-Chen1999/llm-wiki-kit★ 2192% same
- nexuschains/operator-os★ 021% same
Wrote their own version · 0
None found.
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository30 other files it gives its agents.
- claude-history-ingestSkill
- daily-updateSkill
- graph-colorizeSkill
- hermes-history-ingestSkill
- impl-validatorSkill
- llm-wikiSkill
- memory-bridgeSkill
- skill-creatorSkill
- tag-taxonomySkill
- vault-skill-factorySkill
- wiki-agentSkill
- wiki-captureSkill
- wiki-context-packSkill
- wiki-dashboardSkill
- wiki-dedupSkill
- wiki-digestSkill
- wiki-exportSkill
- wiki-history-ingestSkill
- wiki-importSkill
- wiki-ingestSkill
- wiki-lintSkill
- wiki-querySkill
- wiki-rebuildSkill
- wiki-researchSkill
- wiki-setupSkill
- wiki-stage-commitSkill
- wiki-statusSkill
- wiki-switchSkill
- wiki-synthesizeSkill
- wiki-updateSkill
The file
Show its rules and text
We split this skill into the rules it gives an agent
18 rules. 5 are common, 1 is distinctive, and 12 are very specific to this project.
5
Common
Most of the 3 edited versions we read keep these.
1
Distinctive
This author's own choices. Worth a look.
12
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 22
Read index.md to get the full inventory of pages and their one-line descriptions
- Very specific: line 25
When inserting links in Step 4, apply the link format from llm-wiki/SKILL.md (Link Format section) using the OBSIDIAN_LINK_FORMAT value.
- Common: line 72
Not every possible link is worth adding.
- Common: line 96
Only act on EXTRACTED and INFERRED candidates.
- Very specific: line 116
Use the [[path|display text]] format when the wikilink path differs from the display text.
- Very specific: line 120
If the term isn't mentioned naturally in the body but the pages are semantically related (shared tags, same project), add a ## Related …
- Very specific: line 129
If a ## Related section already exists, append to it.
- Very specific: line 147
If the surrounding context is ambiguous or the link came from shared-tag matching (no in-body mention), default to related_to.
- Very specific: line 151
Read the page's YAML frontmatter.
- Very specific: line 159
Always use wikilink format ([[path/to/page]]) for target values in the relationships: YAML block — regardless of OBSIDIAN_LINK_FORMAT.
- Distinctive: line 161
Only add entries for links added in this cross-linker run — do not touch typed entries that were already present.
- Very specific: line 165
After the main linking pass, update affinity scores for all misc pages: pages with promotion_status: misc in their frontmatter (URL ingests …
- Very specific: line 175
Update the affinity frontmatter block on the misc page:
- Common: line 183
If any project's score ≥ 3: flag this page as a promotion candidate and record it for the report
- Common: line 185
Efficiency note: only read the full body of misc pages — other pages only need a frontmatter grep to determine their project membership.
- Common: line 232
Be conservative with inline links: Only link the first natural mention, not every occurrence.
- Very specific: line 234
Respect existing structure: If a page carefully curates its links in a ## Key Concepts section, add to that section rather than creating a …
- Very specific: line 242
When it is set, read llm-wiki/references/qmd.md and follow the *Refresh* section after this skill has written vault markdown.
“Common” is measured: kept by at least 6 in 10 of the 3 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Cross-Linker — Automated Wiki Cross-Referencing
You are weaving the wiki's knowledge graph tighter by finding and inserting missing [[wikilinks]] between pages that should reference each other but currently don't.
Follow the Retrieval Primitives table in llm-wiki/SKILL.md. Build the registry in Step 1 by grepping frontmatter only (not full pages). Reserve full Read for the unlinked-mention detection pass, and even there, only read pages whose summaries/titles make them plausible link targets. Blind full-vault reads are what this framework exists to avoid.
Before You Start
- Resolve config — follow the Config Resolution Protocol in
llm-wiki/SKILL.md(inline@nameoverride → walk up CWD for.env→~/.llm-wiki/config→ prompt setup). This givesOBSIDIAN_VAULT_PATHandOBSIDIAN_LINK_FORMAT(default:wikilink). - Read
index.mdto get the full inventory of pages and their one-line descriptions - Skim
log.mdto see what was recently ingested (focus linking effort on new pages)
When inserting links in Step 4, apply the link format from llm-wiki/SKILL.md (Link Format section) using the OBSIDIAN_LINK_FORMAT value. When OBSIDIAN_LINK_FORMAT=markdown, compute the relative .md path from the file being edited to the target page.
Step 1: Build the Page Registry
Glob all .md files in the vault (excluding _archives/, .obsidian/). For each page, extract:
- Filename (without
.md) — this is the wikilink target - Title from frontmatter
- Aliases from frontmatter (if any)
- Tags from frontmatter
- Category from frontmatter or directory inference
- One-line summary — first sentence or
titlefield
Build a lookup table:
page_name → { path, title, aliases, tags, summary }This is your "vocabulary" — every entry in this table is a valid wikilink target.
Step 2: Scan for Missing Links
For each page in the vault:
- Read the full content
- Extract existing wikilinks — find all
[[...]]references already present - Search for unlinked mentions — check if the page's text contains any of these, without being wrapped in
[[...]]:- Page filenames (e.g., the word "MyProject" appears but
[[projects/my-project/my-project]]is missing) - Page titles from frontmatter
- Aliases from frontmatter
- Entity names, project names, concept names from the registry
- Page filenames (e.g., the word "MyProject" appears but
- Check for semantic connections — pages that share multiple tags or are in the same project directory but don't link to each other
Matching Rules
- Case-insensitive matching for names (e.g., "my-project" matches page
MyProject) - Diacritic-insensitive matching — normalize both the page name and the body text with Unicode NFKD (decompose accented characters to base + combining marks, strip combining marks) before comparing. This ensures body text "Muller" matches page
[[entities/müller]]and vice versa. - Skip self-references — a page shouldn't link to itself
- Skip common words — don't link "the", "and", generic terms. Only match on distinctive names
- Prefer the shortest unambiguous wikilink path — use
[[page-name]]not[[full/path/to/page-name]]when the name is unique across the vault - Don't link inside code blocks or frontmatter
- Don't double-link — if
[[foo]]already appears on the page, don't add another
Step 3: Score and Rank Suggestions
Not every possible link is worth adding. Score each candidate using a composite signal, then tag it with a confidence label.
Scoring
| Signal | Points | Example |
| Exact name match in text | +4 | "MyProject" appears in body text → link to my-project.md |
| Shared tags (2+) | +2 | Both tagged #ai #agent but no link between them |
| Same project, no link | +2 | Both under projects/my-project/ but don't reference each other |
| Mentioned entity/concept | +2 | Page mentions "knowledge graphs" → link to [[concepts/knowledge-graphs]] |
| Cross-category connection | +2 | Source and target are in different category folders (e.g. concepts/ → entities/, or references/ ↔ synthesis/) — different knowledge layers make this link more architecturally valuable |
| Peripheral→hub reach | +2 | Source page has ≤ 2 total links (peripheral) but target has ≥ 8 (hub) — connecting a loose page to a load-bearing concept |
| Partial name match | +1 | "graph" appears but page is knowledge-graphs — plausible but ambiguous |
Confidence labels
Tag each candidate with a confidence label based on its score:
| Score | Label | Action |
| ≥ 6 | EXTRACTED | Link is effectively certain — exact mention or very strong match. Apply inline. |
| 3–5 | INFERRED | Link is a reasonable inference — shared context, cross-category, peripheral→hub. Apply inline or as Related section. |
| 1–2 | AMBIGUOUS | Weak or partial match. Skip unless user specifically asks to connect loose pages. |
Only act on EXTRACTED and INFERRED candidates. Include the confidence label in the Cross-Link Report so the user can review INFERRED links before trusting them.
Step 4: Apply Links
For each page with missing links:
4a: Inline linking (preferred)
Find the first natural mention of the term in the body text and wrap it in wikilinks:
Before:
This project uses knowledge graphs to connect entities.After:
This project uses [[concepts/knowledge-graphs|knowledge graphs]] to connect entities.Use the [[path|display text]] format when the wikilink path differs from the display text.
4b: Related section (fallback)
If the term isn't mentioned naturally in the body but the pages are semantically related (shared tags, same project), add a ## Related section at the bottom of the page:
## Related
- [[projects/my-project/my-project]] — Also uses AI agents for research automation
- [[concepts/knowledge-graphs]] — Core technique used in this projectIf a ## Related section already exists, append to it. Don't duplicate existing entries.
4c: Infer and write relationship type
For every EXTRACTED or INFERRED link added (inline or related section), infer a semantic relationship type from the surrounding sentence context and write it to the page's relationships: frontmatter block. Skip AMBIGUOUS links.
Type inference rules — scan the sentence containing the mention (or, for related-section links, the page title and shared-tag context):
| Sentence pattern | Inferred type |
| "X extends / builds on / generalises Y" | extends |
| "X implements / is an implementation of Y" | implements |
| "X contradicts / opposes / refutes / is at odds with Y" | contradicts |
| "X is derived from / based on / adapted from Y" | derived_from |
| "X uses / relies on / depends on / requires Y" | uses |
| "X replaces / supersedes / deprecates Y" | replaces |
| Shared tags or cross-category inference with no directional cue | related_to |
If the surrounding context is ambiguous or the link came from shared-tag matching (no in-body mention), default to related_to.
Writing the block:
Read the page's YAML frontmatter. If a relationships: block already exists, append new entries without duplicating existing targets. If the block is absent, add it after aliases: (or after tags: when aliases: is missing).
relationships:
- target: "[[concepts/knowledge-graphs]]"
type: usesAlways use wikilink format ([[path/to/page]]) for target values in the relationships: YAML block — regardless of OBSIDIAN_LINK_FORMAT. The OBSIDIAN_LINK_FORMAT setting controls body content; frontmatter properties always use wikilink syntax so that wiki-export can reliably parse them.
Only add entries for links added in this cross-linker run — do not touch typed entries that were already present.
Step 5: Score Misc Page Affinity
After the main linking pass, update affinity scores for all misc pages: pages with promotion_status: misc in their frontmatter (URL ingests with no project home, kept in the reference folder), or — in older vaults — pages under a misc/ directory.
For each misc page:
- Collect outgoing links — all
[[wikilinks]]in the page body - Collect incoming links — grep the vault for
[[misc/<slug>]]and[[<slug>]]references - For each linked page (both directions), check if it belongs to a project:
- Lives under
projects/<project-name>/ - Has a
project:frontmatter field matching a project name
- Lives under
- Group by project name and sum:
outgoing_links + incoming_links - Update the
affinityfrontmatter block on the misc page:
affinity:
llm-wiki: 3
another-project: 1- If any project's score ≥ 3: flag this page as a promotion candidate and record it for the report
Efficiency note: only read the full body of misc pages — other pages only need a frontmatter grep to determine their project membership.
Step 6: Report
Present a summary:
## Cross-Link Report
### Links Added: 23 across 12 pages
| Page | Links Added | Confidence | Placement | Relationship Types |
|---|---|---|---|---|
| `projects/my-project/my-project.md` | 3 | EXTRACTED | 2 inline, 1 related | uses ×2, related_to ×1 |
| `entities/jane-doe.md` | 5 | INFERRED | 3 inline, 2 related | extends ×1, uses ×3, related_to ×1 |
| ... | | | | |
### Orphan Pages Remaining: 2
- `references/foo.md` — no incoming or outgoing links found
- `concepts/bar.md` — could not find related pages
### Misc Promotion Candidates: N
Misc pages that have ≥ 3 connections to a single project — ready to be promoted:
| Page | Top Project | Score |
|---|---|---|
| `references/web-martinfowler-articles-microservices.md` | `llm-wiki` | 4 |
To promote: in a vault with a project folder, move the page to `projects/<project-name>/references/` and update all backlinks; without one, set `project: <project-name>` on the page and remove `promotion_status`.
### Pages Skipped: 3
- `index.md`, `log.md` — special files
- `_archives/*` — archived contentStep 7: Update Log and Hot Cache
Append to log.md:
- [TIMESTAMP] CROSS_LINK pages_scanned=N links_added=M typed_relations_written=T pages_modified=P orphans_remaining=Q misc_affinity_updated=R promotion_candidates=Shot.md — Read $OBSIDIAN_VAULT_PATH/hot.md (create from the template in wiki-ingest if missing). Update Recent Activity with a one-line summary of what was linked — e.g. "Cross-linked 23 mentions across 12 pages; 2 orphans remain." Keep the last 3 operations. Update updated timestamp.
Tips
- Run after every ingest. New pages are almost always poorly connected. This is the fix.
- Be conservative with inline links. Only link the first natural mention, not every occurrence.
- Don't touch pages in
_archives/. Those are frozen snapshots. - Respect existing structure. If a page carefully curates its links in a
## Key Conceptssection, add to that section rather than creating a separate## Related. - Entity pages are link magnets. An entity like
jane-doeshould be linked from almost every project page. Prioritize these.
QMD Refresh After Vault Writes
GUARD: If $QMD_WIKI_COLLECTION is unset — the default — skip this step. QMD is a
search index, not the source of truth.
When it is set, read llm-wiki/references/qmd.md and follow the Refresh section
after this skill has written vault markdown. If refresh fails, do not roll back the
vault changes; report the QMD status separately.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

