Бумажный блокнот, OBTF и LLM: как связать аналоговые и цифровые заметки

Обновлено:

Бумажный блокнот хорошо работает для захвата мыслей, OBTF — для долговременного архива и поиска, а LLM — для извлечения смысла. Вместе они закрывают цикл: записать → сохранить → найти → осмыслить.

Зачем три инструмента

У каждого слоя своя роль. Бумага не отвлекает уведомлениями, хорошо подходит для рукописных заметок, схем, стрелок и медленного мышления. OBTF хранит всё в одном plain text, который можно искать, версионировать, шифровать и передавать моделям. LLM помогает читать большой архив, находить связи и формулировать выводы.

Главное правило: LLM не является источником правды. Источник — бумажный блокнот и OBTF. Модель может ошибаться, путать даты и придумывать факты, поэтому её ответы нужно проверять по исходным записям.

Как вести бумажный блокнот

Чем проще правила, тем выше шанс, что они выживут. Достаточно нескольких соглашений:

Не нужно переписывать блокнот начисто. Задача — сохранить мысль и контекст, а не получить идеальный документ. Оцифровка и приведение в порядок происходят позже, в OBTF.

Оцифровка: OCR или вручную

Сканируйте или фотографируйте страницы целиком: так сохраняется исходник, даже если OCR ошибётся. Для съёмки подойдут камера телефона, Apple Notes с Live Text, Google Lens, Microsoft Lens или Adobe Scan. Для пакетной обработки — PaddleOCR или Tesseract; для рукописного текста — MyScript, Nebo или встроенное распознавание Apple.

Рукописный OCR ошибается чаще печатного, особенно на схемах, стрелках и исправлениях. Поэтому:

Имена файлов лучше делать предсказуемыми: notebook-2026-p042.jpg, notebook-2026-weekly.pdf. Это упрощает поиск и резервное копирование.

Формат записи в OBTF

Новые блоки добавляйте сверху, как и любые записи OBTF. Один блок — одна страница или один день. Пример:

──────────────────────────────
2026-10-27 Пн · paper p.42
──────────────────────────────
Source: notebook-2026, p.42
Scan: attachments/notebook-2026/p042.jpg
Tags: #paper #idea #product
OCR: high

TODO: проверить гипотезу про onboarding
Идея: сократить первый экран до одного действия
Цитата: «сложность — это налог на внимание»

Заметка:
OCR-текст после ручной правки. Схемы и стрелки описаны словами,
если без них теряется смысл.

Link: см. с. 37, заметка про retention

Ключевые элементы: дата, источник, ссылка на скан, теги, качество OCR и маркеры задач. Если OCR дал мусор, не вставляйте его целиком: лучше короткое резюме и ссылка на скан, чем шум в основном файле.

Не смешивайте проверенный текст и сырой OCR без пометок. Через месяц будет невозможно понять, где факт, где распознавание, а где догадка.

LLM: локальные и внешние

Для начала определите, что важнее: приватность или качество модели. Внешние сервисы вроде ChatGPT, Claude и Gemini обычно сильнее и проще, но требуют загрузки текста на чужой сервер. Локальные модели через Ollama, LM Studio, llama.cpp или Jan работают на вашем компьютере и не отправляют данные наружу, но требуют железа и дают более скромное качество.

КритерийВнешняя LLMЛокальная LLM
ПриватностьЗависит от провайдера и настроекДанные остаются локально
КачествоОбычно вышеЗависит от модели и железа
СкоростьБыстро при хорошем интернетеЗависит от GPU/CPU
СтоимостьПодписка или оплата за токеныЭлектричество и железо
ОфлайнНетДа
НастройкаМинимальнаяСредняя

Для небольших файлов достаточно поиска и ручной вставки контекста. Сначала найдите нужные записи:

rg -n "TODO|Идея|paper p\." everything.txt
grep -n "2026-10" everything.txt | head -40

Затем передайте модели только релевантные фрагменты. Для больших архивов имеет смысл RAG: нарезать OBTF по датам и заголовкам, построить эмбеддинги, сохранить их в Chroma, LanceDB или sqlite-vec и выдавать модели top-k фрагментов вместе с датой, страницей и ссылкой на скан. Для эмбеддингов подойдут, например, nomic-embed-text или bge-m3.

Локальный старт с Ollama:

ollama pull llama3.1
ollama run llama3.1
ollama pull nomic-embed-text

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

Промпты, которые работают

Просите модель цитировать дату и страницу, отделять факты от выводов и признавать нехватку данных. Примеры:

Хороший системный промпт: «Отвечай только по предоставленному тексту. Если данных нет, скажи об этом. Для каждого утверждения указывай дату и страницу. Не придумывай факты и ссылки».

Рабочий цикл

  1. День. Пишите в бумажный блокнот без оглядки на структуру.
  2. Вечер. Пять минут: сфотографируйте страницу, перенесите главное в OBTF, добавьте Source и Scan.
  3. Неделя. Прогоните OCR для объёмных страниц, почистите текст, закройте выполненные задачи, обновите теги.
  4. Обзор. Спросите LLM про темы, решения и открытые вопросы. Проверьте ответы по OBTF и сканам.
  5. Месяц. Архивируйте сканы, делайте резервную копию, при необходимости пересоберите эмбеддинги.

Цикл должен быть коротким. Если оцифровка занимает больше времени, чем сама запись, упростите формат: дата, страница, три маркера и ссылка на скан.

Приватность и безопасность

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

Для OBTF используйте шифрование и резервные копии. Если файл синхронизируется, настройте безопасную синхронизацию и двухфакторную аутентификацию. Подробные команды — в гайдах про age, GPG и VeraCrypt и про синхронизацию.

Ограничения

Поэтому: храните сканы, проверяйте ответы по источнику, делайте резервные копии и не автоматизируйте запись в OBTF без ручной проверки.

Чек-лист

Если хотите глубже разобраться с AI-слоем, начните с раздела OBTF как база знаний для AI. Если пока не решили, нужен ли OBTF, посмотрите сравнение с Notion и Obsidian.

Начните с готового файла. В шаблоне уже есть дата, маркеры и примеры записей.

Скачать starter .txt →