Цифровой сад
Концепция организации знаний по зрелости идей.
Статусы заметок
Каждая заметка имеет один из трех статусов:
🌱 Seed (Росток)
Недоработанная идея, только посеянная. Представляет собой:
- Черновик мысли
- Незавершенную концепцию
- Идею для дальнейшей развития
🌿 Growing (Растет)
Развивающаяся идея с базовой структурой:
- Расширенная концепция
- Добавлены примеры
- Требует дальнейшей проработки
🌲 Evergreen (Вечнозеленое)
Завершенная, отлаженная идея:
- Готовая концепция
- Проверенная временем
- Служит основой для других заметок
Граф важнее иерархии
Традиционная организация знаний — папки по темам, где каждая заметка занимает одно место. Цифровой сад идёт иначе: структуру задаёт граф связей, а не иерархия каталогов. Как пишет Maggie Appleton, сады организованы вокруг контекстных отношений и ассоциативных связей, а не жёстких таксономий.
В этом саду каталоги кодируют не тему, а зрелость (_seeds/ → _growing/ → _evergreen/). Тематические связи живут в related-поле frontmatter и рисуются как граф. Одна заметка может принадлежать нескольким темам одновременно — через исходящие ссылки, а не через выбор «одной правильной папки».
Это снимает боль «куда положить заметку»: кладём по зрелости, а темы выращиваем связями.
Эволюция вместо хронологии
Блог живёт датами публикации: пост вышел и забыт. Заметка сада — наоборот, создана, чтобы расти со временем и накапливаться через проекты.
Каждое значимое изменение понимания фиксируется в evolution — не «обновил текст», а что поменялось в мысли. Главная страница показывает свежие записи в «Хрониках мыслей», и видно, какие идеи сейчас активно развиваются. Давление «опубликовать готовое» снимается: заметка может жить в саду месяцами, медленно набирая связи и глубину.
Составные заметки из фрагментов
Идеал цифрового сада — атомарные заметки: один концепт на заметку, которую можно дописать за один присест (Andy Matuschak). Атомарность удобна для редактирования — но читать длинное рассуждение целиком хочется как единый текст. Это напряжение между atomic и composite осознают в сообществе как общий принцип.
Разрешить его помогают составные заметки: атомарные фрагменты остаются отдельными файлами (их удобно править и переиспользовать), а собирающая заметка сшивает их в один текст для чтения. Живой пример — Knowledge-first архитектура, собранная из трёх частей.
Технически это паттерн «файл + одноимённый каталог»:
_evergreen/
knowledge-architecture.md ← заметка (frontmatter, в графе)
knowledge-architecture/
01-memory-layers.md ← фрагмент (голый markdown, без frontmatter)
02-knowledge-gravity.md
Фрагменты подключаются через include_relative и не имеют frontmatter — именно отсутствие frontmatter отличает фрагмент от заметки. Так фрагмент не становится отдельной страницей и не попадает в граф: он существует только как часть собирающей заметки. Подробно паттерн описан в README сада.
Применение
Главная страница
Обзор по статусам - статистика и ссылки на заметки разных типов.
Фокус на развитии
Не на публикации, а на эволюции идей от seed до evergreen.
Управление давлением
Снимает стремление “доводить до идеала” - можно публиковать идеи на любой стадии.
Преимущества
- Снижение барьера входа: Можно публиковать несовершенные идеи
- Прозрачность: Читатель видит состояние мысли
- Мотивация: Понятный путь развития от идеи к зрелой концепции
- Организация: Структурированный подход к знаниям
Уход за садом
Требует периодического:
- Пересмотра статусов заметок
- Обновления seed → growing → evergreen
- Удаления устаревших или ненужных идей
Источники
- A Brief History of the Digital Garden — Maggie Appleton
- Evergreen notes — Andy Matuschak
- Evergreen notes should be atomic — Andy Matuschak
- Evergreen notes should be densely linked — Andy Matuschak
- Misconceptions About Permanent vs. Evergreen Notes — Bob Doto
Связанные заметки
- Knowledge-first архитектура — живой пример составной заметки
- Граф знаний как память — граф как структура памяти