2026-07-09_Сравнение-подходов-к-скиллу-куратору

Сравнение двух подходов к Obsidian: скилл-заметочник и скилл-куратор

Мы независимо сделали по одному скиллу для Obsidian и по одной структуре хранилища. Задачи у баз разные, поэтому копировать друг у друга целиком нечего. А вот отдельные механизмы переносятся хорошо — в обе стороны. Ниже разбор: что где устроено, что у кого работает лучше и что стоит забрать.

Разное назначение

	Твоя база	Моя база
Зачем	Личная библиотека знаний	Рабочий контур руководителя
Что копится	Концепции, инструкции, справочники	Отчёты, решения, карточки людей, КПЭ
Срок жизни заметки	Долгий, заметка обновляется	Смешанный: датированные отчёты + долгие карточки
Разделы	IT / Повседневность / Английский	bitrix24 / sessions / decisions / люди / КПЭ / стратегия / продажи / wiki
Методики	LYT (карты содержания), кусочки PARA и Zettelkasten	Свои правила, вынесены в файлы CLAUDE.md и AGENTS.md в корне хранилища

Твой скилл создаёт заметку. Мой раскладывает готовый материал по хранилищу и следит за связями. Отсюда почти все различия дальше.

Синхронизация

	У тебя	У меня
Чем синхронизируется	Syncthing	iCloud Drive
Где лежат файлы	На своих устройствах и своём сервере	В облаке Apple
Как устроено	Клиент на каждом устройстве; в локальной сети синхронизация идёт напрямую	Папка iCloudDrive\iCloud~md~obsidian\Мой второй мозг
Работа вне локальной сети	Syncthing развёрнут на своём сервере, порты проброшены, устройства периодически подключаются к нему	Через облако, отдельная настройка не нужна
Что нужно обслуживать	Сервер, проброс портов	Ничего

Что сильнее у тебя

Теги как система, а не как украшение. Четыре независимых признака: тип/, область/, статус/, тема/. Папка отвечает на вопрос «где лежит», тег — «что это и живое ли оно». Получаются срезы поперёк дерева папок. У меня теги стоят в шаблонах, но общей таблицы нет, поэтому найти «все справочники» или «все инструкции» я не могу.

Статус заметки. #статус/активное и #статус/архив — простой и дешёвый способ отделить рабочее от устаревшего, ничего никуда не перенося. У меня этого нет вообще: материал только накапливается. Папка с отчётами по директорам за год превращается в свалку, где непонятно, что ещё актуально.

Карты содержания вместо одного оглавления. Файл 00. Раздел.md в каждом разделе — не список ссылок, а живой хаб с контекстом и цепочками. У меня один index.md, и то только для wiki/. Папки люди/ и КПЭ/ живут вообще без точки входа.

Проверяемый критерий качества связей. Правило двух ссылок: хорошая заметка ссылается минимум на две другие, и минимум две ссылаются на неё. Плюс приём с графом — изолированный узел означает, что заметку либо надо связать, либо она лишняя. У меня в скилле написано «ссылки — главная ценность базы», но померить это нечем. Декларация без критерия ничего не меняет.

Поиск дублей по всему хранилищу. Ты гоняешь Grep перед созданием заметки. Я проверяю только index.md и папку назначения, а дубль обычно лежит не там, где его ждёшь.

Ссылка на вход. Твой скилл принимает URL, сам грузит страницу и делает из неё заметку. Мой ждёт готовый текст, поэтому веб-клиппинг у меня — лишний шаг через папку сырья.

Концептуальные цепочки. «Архитектуры LLM → Квантизация → Железо → Эмбеддинги → RAG». Когда возвращаешься к теме через полгода, цепочка показывает, откуда начинать. Датированные отчёты такого не дают в принципе.

Что сильнее у меня

Скилл показывает план и ждёт подтверждения. Прежде чем что-то записать, он выдаёт раскладку: тип материала, папка, имя файла, разделы, связи, найденные дубли, нужна ли запись в журнал изменений. Дальше ждёт «ок». Твой скилл пишет сразу. Для личной базы это нормально: заметка не туда — мелочь, перенёс и забыл. Для рабочего контура цена ошибки выше.

Правила лежат в самом хранилище, а не в скилле. Скилл первым делом читает CLAUDE.md и AGENTS.md в корне и подчиняется им, даже если они противоречат его собственному тексту. Поменял структуру папок — скилл узнал об этом сам. У тебя дерево папок зашито в текст скилла: переименуешь раздел, и скилл будет молча писать по старому адресу, пока не поправишь его руками.

Запрет додумывать. У меня прямо прописано: цифры, даты, номера задач, фамилии — только из исходного материала. Нет данных — пиши «не подтверждено» или выноси в блок «заполнить позже». В твоём скилле стоит противоположная по действию строчка: «пиши содержательно и подробно, не просто пересказ». Для конспекта статьи это разумно. Но модель читает это как разрешение дополнить материал тем, чего в источнике не было. Через год такую заметку уже не отличить от достоверной.

Безопасность. Не сохранять пароли, токены, ключи и cookies. Ничего не удалять и не переименовывать без подтверждения. Bitrix24 — только чтение. У тебя таких ограничений нет, а база лежит рядом с личными финансами и здоровьем.

Хранилище помнит свою историю. Журнал изменений: что создано, что обновлено, какие связи появились. Исходник в папке сырья помечается как обработанный и не удаляется. Если непонятно, куда положить материал, он идёт в приёмник, а не наугад в ближайшую подходящую папку.

Отдельные типы заметок под управленческие задачи. Решение с контекстом и обоснованием живёт своим файлом. Карточка человека ведёт хронологию: новые события дописываются с датой, старое не переписывается. Это уже не заметки, а рабочий инструмент.

Поведение при сбое. Если хранилище не подключено, скилл всё равно отдаёт готовый файл, а не оставляет текст в чате. У тебя ветка «папка недоступна» не описана.

Что я забираю у тебя

1. Таблицу тегов из четырёх признаков.
2. #статус/активное и #статус/архив — в первую очередь для отчётов.
3. Карты содержания в разделах люди/, КПЭ/, bitrix24/.
4. Правило двух ссылок и проверку изолированных узлов в графе.
5. Grep по всему хранилищу перед созданием заметки.
6. Приём ссылки как входных данных.

Что предлагаю забрать тебе

Шаг подтверждения перед записью. Хотя бы для длинных материалов: показать, куда пойдёт заметка, под каким именем, с какими связями. Секунда на чтение плана против правки постфактум.

Вынести структуру папок и правила в файл внутри хранилища. Скилл читает его перед работой. Тогда изменение структуры не требует правки скилла.

Смягчить формулировку «пиши содержательно и подробно». Добавить рядом: факты, числа и имена — только из источника; собственные выводы помечать отдельно. Иначе скилл имеет право фантазировать, и разделить это потом невозможно.

Не сохранять секреты. У тебя в базе финансы, VPN и обменники. Одна строчка запрета в скилле стоит дёшево.

Ветка на случай, когда папка недоступна. Отдать файл, а не потерять результат.

Журнал изменений. Даже в виде одной строки на заметку: дата, что создано, с чем связано.

---

Коротко: у тебя лучше проработана навигация и гигиена связей, у меня — процесс и надёжность. Твоя механика встраивается в мой скилл почти без изменений. Моя дисциплина в твой скилл встраивается частями: полный цикл подтверждений личной базе не нужен, а вот запрет на выдумывание фактов и вынос правил в хранилище пригодятся сразу.

Связано с

• obsidian-curator — сам скилл-куратор, который здесь разбирается. Шесть доработок из раздела «Что я забираю у тебя» внесены в него отдельно.
• 2026-06-17-sinkhronizaciya-icloud — решение об iCloud-синхронизации хранилища, о которой речь в разделе про синхронизацию.

Источник: рабочая заметка от 2026-07-09, извлечена из папки Projects/GIT / Obsidian в репозитории Claude (имена папок содержали пробелы и ломали git).