Getting Started
Table of Contents
I keep one clear claim per note page and let wikilinks plus /notes/ do the browsing.
Key Concept
- Public when
draft: false; hidden whiledraft: true. - Level 1: The note goes live when draft is false and stays hidden while draft is true - off private, on public.
- Level 2: Draft status is like a shop shutter -
draft: falseopens the window to strangers;draft: truekeeps work inside while you shape it. - Level 3: Because draft status gates the build, flipping draft false is the publish move - not a separate deploy button or miracle push.
- Level 4: Set draft false only when the note is ready for strangers to read; keep draft true while you are still shaping claims you would not defend yet.
- Level 5: Each note opens with a definition I can quote in one breath - start at Maps of Content or walk through the steps below; Childlike Faith models beginner posture without performing expertise day one.
- Each note opens with a definition I can quote in one breath - the graph and backlinks do the organizing.
- Start at Maps of Content or walk through the steps below.
- Paid client sites use the same Hugo-plus-git lane - hub: Selling Static Sites.
- Faith parallel: Childlike Faith - beginner posture; receive the guide, do not perform expertise on day one.
Note Relationships
| Relationship | Wikilink | Reason |
|---|---|---|
| contradicts | Maps of Content | when jumping into a hub beats reading onboarding first |
| extends | Note Relationships | Getting started teaches the garden rules that note relationships formalize with typed links |
| extends | Selling Static Sites | Same markdown-first Hugo workflow for paid client sites |
Atomic rule
One note = one claim I'd cite in conversation. Put the definition in description, the angle in key_concept, two scenes in examples, and typed links in relationships frontmatter - not body ## sections. Hub/MOC and utility pages may keep prose sections in the body. See Atomic Notes and Note Relationships.
Description - one breath, the single claim I'd quote in conversation.
Key concept - not a second definition. First paragraph: one sentence (the angle). Next paragraph: stakes, distinctions, wikilinks.
Examples - exactly two plain bullets in frontmatter from different fields. Mid-action scenes I might hit this week: jeepney, clinic, group chat, bedtime, inbox. See Signature Move for why two unrelated scenes prove one principle.
Relationships - extends and contradicts minimum; optional implements and alternative. Sorted relationship a-z then wikilink a-z; each target once.
Create a note
hugo new notes/my-idea.md
Or add a .md file under content/english/notes/. Atomic notes use description, key_concept, examples, and relationships in frontmatter plus the usual blog fields (title, meta_title, slug, date, image, categories, author, tags, featured, draft).
Created and updated timestamps come from the file itself at build time (scripts/noteFileDates.js) - no manual date fields to maintain.
Link between notes
Use wikilinks in the body:
[[Atomic Notes]]- link by title[[atom]]- works via thealiasesfrontmatter field
What this site gives you:
- Wikilinks -
[[Note Title]]in note bodies (no pipe labels) - Aliases - alternate link targets in frontmatter (
aliases: ["PARA"]on PARA Method) - Outgoing links - listed below each note's body
- Backlinks - with context snippets when another note links here
- Graph - map view; filter by high, low, no body links, and orphans at /notes/graph/
- Issues - broken wikilinks, pipe wikilinks, and unlinked mentions at /notes/issues/; also shown on each note
- See also - tag-related notes generated at build time (not static in markdown)
- Hover previews - pause on a wikilink to peek at the target note
- Maps of Content - hub index at Maps of Content
- Resurfacing - featured random note and Random Duo on /notes/
- Create Note - topic → AI prompt for one lint-ready atomic note at /notes/create/
- Copy MD - on every note page: copies Hugo source for ChatGPT or your editor
- Copy hub cluster - on hub/MOC pages (
note_kind: index): hub + all direct wikilink targets in one paste - Copy catalog - on OKF Export: full garden index for ChatGPT project context
- Copy issues - on Issues: structured link/structure report for maintenance sprints
- Agent copy - OKF export markdown per note (resolved links), upper right beside Copy MD
- OKF export - full bundle at /notes/okf-export/ and /exports/okf/
- Flashcards - ~12 habit spine notes (~20%) with
review: truecarry six scenariocards:in frontmatter pluscard_sets:for Review grouping; habit prompts I drill at /notes/review/
Page kinds
note_kind | What it is | Relationships table | Link from content notes? |
|---|---|---|---|
note (default) | Atomic garden claim | Required (extends + contradicts minimum) | Yes - [[wikilink]] |
index | Hub / MOC (Maps of Content, Eternal Principles, this page) | Optional | Yes |
meta | Tool surface (Graph, Issues, Review, etc.) | Skip | No - URL only |
Utility surfaces (don't wikilink)
These pages are meta tools (note_kind: meta), not garden ideas: Graph, Issues, Flashcards, Review, Backlinks, Random Duo, Create Note, OKF Export. They are excluded from the graph node set, random pickers, and flashcard sources. No ## Note Relationships table on utility pages - link by URL when pointing readers at a tool. Don't [[wikilink]] to them from content notes. npm run lint:utility-links catches violations.
Explore
- Outgoing links and backlinks (with snippets) show below each note.
- See also suggests tag-related notes you haven't linked yet.
- Graph at /notes/graph/ maps connections - filter high, low, no body links, and orphans.
- Issues at /notes/issues/ lists broken wikilinks and unlinked note mentions; warnings also show on each affected note.
npm run lint:notescatches broken wikilinks and unlinked mentions in assembled note content at build time (frontmatter fields are included - use note titles freely incards:).
Publish to the blog
When a note is ready for a longer-form post, I distill it into content/english/blog/ with the same frontmatter shape and set draft: false.




