obsidian-plan-wiki
Original:🇺🇸 English
Translated
Create and manage behavior specification wikis in Obsidian format. Use when creating specs, documenting features, or when user mentions "wiki", "spec", "feature", or "Obsidian".
6installs
Sourcecygnusfear/agent-skills
Added on
NPX Install
npx skill4agent add cygnusfear/agent-skills obsidian-plan-wikiTags
Translated version includes tags in frontmatterSKILL.md Content
View Translation Comparison →Obsidian Spec Wiki
Obsidian-compatible markdown wikis. Feature areas capture what the system does (specs) and how to build it (plans). Load only what you need.
00.00 Johnny Lookup (CRITICAL)
If the human gives you only an ID like (or ), treat it as a handbook call:
20.012001- Check in the project — if it exists, read and follow it.
docs/handbook/**/20.01-*.md - If no local file exists, read from this skill's directory.
handbook/20-git/20.01-*.md - Follow the instructions literally.
Quickstart
- Read (and
docs/AGENTS.mdif present).docs/handbook/README.md - Identify structure: or
features/(treat workstreams as feature areas).workstreams/ - Use Johnny Decimal with two-digit decimals ().
NN.NN - Apply open-questions format () with block IDs.
🙋♂️/🤖/✅ - Track changes via and
tk.tinychange
Wiki Discovery
Check in order — first match wins:
- — primary
docs/ - — nested variant
docs/wiki/ - — root alternative
wiki/ - Plan tickets (tagged ) — via
plantk list --tag plan
Always use for new wikis.
docs/Directory Structure
docs/
├── README.md # Index with feature table (Johnny Decimal)
├── AGENTS.md # Symlink → AGENTS.md
├── AGENTS.md # Agent instructions
├── changelog.md # Keep a Changelog (generated by tinychange)
├── handbook/ # Process/tooling docs (Johnny Decimal)
│ ├── AGENTS.md # Rules for this directory
│ ├── README.md # Area index
│ ├── 10-docs/ # Documentation workflows
│ ├── 15-planning/ # Planning workflows and tooling
│ ├── 20-git/ # Git merge pipeline and branch handlers
│ ├── 30-refactor/ # Refactor guidance and checklists
│ ├── 50-testing/ # Testing workflows and verification
│ └── 80-agent-behaviour/# Agent autonomy and behaviour rules
│ # Plans: use tickets tagged `plan` (no plans/ directory)
│ # Postmortems: use tickets tagged `postmortem` (no postmortems/ directory)
├── reference/ # Architecture + research (Johnny Decimal)
│ ├── AGENTS.md # Rules for this directory
│ ├── README.md # Area index
│ └── decisions/ # ADRs (Johnny Decimal IDs)
├── features/ # Feature areas (Johnny Decimal)
│ └── NN-name/ # Area (10-19, 20-29, ...)
│ ├── README.md # Area summary + spec/plan tables
│ ├── AGENTS.md # Optional: area-specific rules
│ ├── NN.NN-spec.md # Behavior spec (what)
│ └── NN.NN-plan.md # Implementation plan (how)
│ # Research: use tickets tagged `research` (no research/ directory)Plan locations (both valid):
- Feature-scoped:
docs/features/NN-area/NN.NN-*-plan.md - Cross-cutting: tickets tagged (created via
plan)todos_oneshot
Handbook (Canonical Entries)
The skill provides canonical handbook entries. Projects can override any entry by creating a local file at the same Johnny Decimal ID in .
docs/handbook/Lookup: local file wins → skill fallback.
| ID | Entry | Skill Path |
|---|---|---|
| Open questions system | |
| Question archive | |
| Obsidian documentation flow | |
| Spec divergence audit | |
| Ticket divergence audit | |
| Review-to-tickets | |
| Rebase preparations (investigate) | |
| Rebase (execute) | |
| Merge (execute) | |
| Post-merge hygiene | |
| Full refactor guide | |
| Video-based NHITL testing | |
| Autonomous work | |
| Document feature | |
| Stale trees | |
Rebase Strategy
Read and follow the handbook in . Use critical sanity check if circumstances deviate. In case of doubt, ask the Hooman.
20-git- Rebase Preparations
20.01 - Rebase
20.02
ALWAYS CONFIRM REBASE WITH EXPLICIT .
[R]Merge Strategy
ONLY MERGE IF EXPLICITLY REQUESTED.
- Merge
20.03 - Post-Merge
20.04
ALWAYS CONFIRM MERGE WITH EXPLICIT .
[M]Change Tracking (No LWW)
Specs, plans, and code are updated intentionally and together:
- Open or reference a ticket.
tk - Update the relevant spec/plan.
- Update the code.
- Add a changelog entry:
tinychange -I new -k <kind> -m "t-XXXX: message" -a AUTHOR - Link the ticket and feature ID in the entry.
Codebase AGENTS.md
Every top-level code folder needs an : purpose, feature area IDs, boundaries, entry points, tests.
AGENTS.mdBest Practices
- Specs describe behavior (what). Plans describe implementation (how).
- All references are wiki links. Broken links = sync signal.
- Update changelog via immediately. Never hand-edit.
tinychange - One spec per feature/component.
- Research before deciding — use oracles.
- AGENTS.md is always a symlink to AGENTS.md.
Reference Files (Load on Demand)
Read these only when you need them. Do not preload.
| When | Read |
|---|---|
| Need Johnny Decimal rules, open questions format, tk workflow, tinychange commands | |
| Need spec template, plan template, bulletproof plan rules, AGENTS.md template, README template | |
| Creating a wiki, adding specs/plans, research workflow, updating specs, link format | |
| Writing a postmortem, postmortem template, when to write one | |
| Open questions system details and Dataview index | |
| AGENTS.md / AGENTS.md template (compact version) | |