Спор «аутлайнер против документа» обычно ведётся на территории вкуса: одним удобно писать списками, другим абзацами. Пока текст читают люди, это действительно вкус.
Как только за текст берётся программа — модель, поиск по смыслу, автоматическая связка — различие перестаёт быть вкусовым. У аутлайнера единица хранения совпадает с единицей смысла, у документа не совпадает, и всё дальнейшее вытекает отсюда.
Факты о Logseq проверялись 26 августа 2026 года; проект активно меняется, проверьте актуальность.
#Что это и для кого
Logseq — редактор заметок, где базовая единица не файл, а блок: строка списка, у которой есть собственный идентификатор, родитель и потомки. Страница — это дерево блоков, а не поток абзацев. Ежедневная страница создаётся сама, и повседневная работа идёт в ней: вы пишете строку, вкладываете под неё уточнение, ссылаетесь на страницу проекта.
Кому подходит: тем, кто ведёт заметки в ходе работы, а не пишет тексты. Кому не подходит: тем, кто пишет длинную связную прозу, — об этом ниже.
#Формы хранения
| Что | Единица | Адресуемость | Пригодность для машины |
|---|---|---|---|
| Документ разметки | файл | по файлу и заголовку | требует нарезки эвристикой |
| Аутлайнер | блок | по идентификатору блока | нарезка уже сделана автором |
| База с полями | запись | по ключу | максимальная, но текст не свободный |
Смотреть надо на третью колонку. Она объясняет то, ради чего написана статья: в аутлайнере автор при написании уже разбил текст на смысловые куски и расставил между ними отношения «часть — целое». Для человека это разметка списка. Для программы это готовая структура, которую иначе пришлось бы восстанавливать.
#Сильные стороны
Нарезка сделана заранее и правильно. Любая система, которая ищет по смыслу, обязана делить текст на фрагменты: целиком документ в запрос не помещается. Нарезка автоматическая делается по размеру и разделителям и регулярно режет посреди мысли — итог виден в выдаче как обрывок без начала. В аутлайнере фрагмент задан автором: блок — это одна мысль по построению. Что именно портит плохая нарезка, разобрано в статье про стратегии чанкинга.
У фрагмента есть контекст без дополнительной работы. У блока известен родитель и вся цепочка вверх. Значит, к найденному фрагменту можно бесплатно приложить его происхождение — «это уточнение вот к этому пункту вот этого проекта». В документе такой цепочки нет, есть только заголовок ближайшего раздела, и то если автор его поставил.
Ссылка указывает на мысль, а не на страницу. В документе ссылка ведёт на файл, и дальше человек ищет глазами. Блочная ссылка ведёт в конкретную строку. Для автоматических связей это принципиально: связь между блоками несёт больше информации, чем связь между файлами.
Ежедневная страница снижает трение записи. Не надо решать, куда писать, — пишете в сегодня, раскладка происходит через ссылки. Это тот же аргумент, что и в пользу отказа от глубоких папок, только доведённый до конца.
#Слабые стороны
Раздел не короче предыдущего, потому что цена у этого подхода вполне ощутимая.
Длинный связный текст в аутлайнере писать плохо. Проза требует абзацев с переходами, а форма списка выталкивает вас к рубленым пунктам. Люди, попробовавшие вести в Logseq черновики статей, обычно возвращаются к документам — и правильно делают: инструмент здесь мешает.
Идентичность блока хрупкая. Блочная ссылка привязана к идентификатору. Стоит перестроить дерево, склеить два пункта или перенести их в другой инструмент — и часть ссылок теряет смысл. У ссылок на файлы такой проблемы нет: файл переживает почти всё.
Формат хранения — не совсем обычная разметка. Файлы читаемы, но полны служебных конструкций: идентификаторы блоков, свойства, специфический синтаксис вложенности. Открыть их другим редактором можно, работать в нём комфортно — уже нет. Это ослабляет главный аргумент файловой схемы: переносимость. Аргументы за минимальную разметку — в статье про Markdown как формат хранения на десятилетия.
Проект менял модель хранения. Направление развития у Logseq несколько раз пересматривалось, включая переход к хранению в базе вместо файлов. Что именно действует в версии, которую вы поставите, и как это влияет на доступ к вашим файлам напрямую, надо проверять на дату установки — мы не можем поручиться за состояние на момент чтения.
Дробление ради дробления. Форма поощряет разбивать мысль на всё более мелкие пункты, и через полгода часть заметок превращается в дерево из огрызков, каждый из которых сам по себе бессмыслен. Аутлайнер защищает от длинных нечитаемых простыней и не защищает от этого.
#Лицензия и ограничения
Проект позиционирует себя как открытый и разрабатывается публично; конкретная лицензия, её редакция и условия использования требуют проверки в репозитории на дату установки — у инструментов этого класса условия менялись, и утверждать что-либо по памяти было бы неправильно.
Практические ограничения, не связанные с лицензией: производительность на больших хранилищах ощутимо зависит от числа блоков, а не файлов; синхронизация между устройствами — отдельный вопрос, решаемый вашими средствами; мобильная работа исторически слабее настольной.
#Кому подойдёт
- Ведёте рабочие заметки по ходу дня и хотите, чтобы по ним потом искала модель — аутлайнер даст лучший результат при прочих равных, просто потому что нарезка уже сделана.
- Пишете тексты — берите документы. Обзор связки документного редактора с локальной моделью — в гайде про Obsidian и локальный ИИ.
- Нужна структура с полями и совместная работа — ни то ни другое, вам нужна база; расклад разобран в сравнении Notion и локальных заметок.
- Главная проблема — не успеваете записывать — форма редактора не поможет: и аутлайнер, и документ начинаются с вашего действия. Здесь нужен автоматический захват, см. разбор второго мозга на ИИ.
#Частые вопросы
#Правда ли, что модель лучше отвечает по аутлайнеру?
При прочих равных — да, и причина механическая: в запрос попадают фрагменты, границы которых провёл человек, а не алгоритм по числу символов. Разница заметнее всего на длинных заметках, где автоматическая нарезка чаще режет посередине рассуждения.
#Можно ли перенести хранилище из Logseq в другой редактор?
Файлы откроются, но служебные конструкции — идентификаторы блоков и свойства — останутся в тексте как есть, а блочные ссылки перестанут работать. Перенос текста получится, перенос структуры — нет. Это стоит учесть до того, как накопится несколько тысяч блоков.
#Обязательно ли использовать ежедневные страницы?
Не обязательно, но именно они снимают вопрос «куда писать», ради которого аутлайнеры обычно и берут. Если вы их выключаете и заводите иерархию страниц вручную, вы возвращаете себе ту работу, от которой уходили.
#Стоит ли вести в аутлайнере картотеку по Zettelkasten?
Стоит, и блочная адресация здесь удобнее файловой: ссылка ведёт на мысль, а не на документ. Но требование атомарности от инструмента не появляется — его придётся соблюдать самому, а что происходит со связями при автоматизации, разобрано в статье про Zettelkasten и ИИ.
#Чем это отличается от выбора метода — PARA, GTD и прочих?
Метод отвечает на вопрос «как содержать систему», инструмент — «в какой форме лежит текст». Их регулярно путают, и из-за этого меняют редактор, когда разваливается метод. Сравнение методов по объёму ручной работы — в обзоре методов управления личными знаниями.
#Вывод
Аутлайнер выигрывает у документа ровно в одном, но существенном: единица хранения совпадает с единицей смысла, и всё, что дальше делает с текстом машина, получается точнее без дополнительной работы. Платите вы за это хрупкостью блочных ссылок, засорённым служебными конструкциями форматом и неудобством для длинной прозы. Если ваши заметки — это поток рабочих наблюдений, аутлайнер оправдан. Если это черновики текстов, берите документы и не пытайтесь их разложить по пунктам.