Содержание
  1. Объектная модель Capacities и поток заметок Reflect
  2. Организация записей и работа ИИ: что подтверждено
  3. Одна учебная встреча: объекты и дневная заметка
  4. Проверяемый ответ о сроке макета
  5. Матрица выбора
  6. Дата задачи и дата события: где возникает путаница
  7. Сохранение, экспорт и доступ
  8. Частые вопросы
Подборки и сравнения

Capacities или Reflect: как выбрать личную базу заметок с ИИ

12 ноября 2026 · 9 минут чтения

Capacities или Reflect: как выбрать личную базу заметок с ИИ — вопрос про модель организации. Capacities строит связи между типизированными объектами, Reflect Open ведёт дневные заметки в локальных Markdown-файлах. Выбор идёт по трём осям: структура записей, дневной ввод и возвращение к источникам.

Объектная модель Capacities и поток заметок Reflect

На домашней странице Capacities продукт описан как среда, которая превращает идеи в связанные объекты. Там же сказано, что объекты имеют структуру. Практический смысл: у каждой записи есть тип, заголовок, свойства и тело. Это подтверждает и официальное руководство по переезду с Apple Notes: любой фрагмент контента — объект с типом, заголовком, свойствами и телом.

Организация строится на отношениях между объектами. Руководство прямо говорит: вместо раскладки по папкам вы выстраиваете связи и перемещаетесь по ссылкам, упоминаниям и типам объектов. Обратные ссылки показывают все связи сразу — так это сформулировано на главной странице сервиса. Дневная заметка в Capacities работает как входящий ящик: туда падает быстрый захват мысли, а дальше запись разбирается по объектам.

Reflect Open на своей главной странице описан как открытое приложение для заметок с дневными заметками, обратными ссылками и локальными Markdown-файлами. Первичный сценарий здесь — дневной поток: вы пишете в заметку дня, связываете её с другими заметками, а связи накапливаются сами. Синхронизацию настраивают через iCloud Drive или Git — оба варианта названы на сайте проекта.

В Capacities можно сначала записать мысль в дневную заметку, затем выбрать тип объекта и оформить связи. Reflect Open также поддерживает дневной ввод и обратные ссылки. При выборе сравните, нужна ли вам явная типизированная структура объектов или привычнее дневной поток связанных заметок.

Организация записей и работа ИИ: что подтверждено

ИИ в Capacities описан в отдельной справочной странице. Контекст задаётся для каждого сообщения в поле чата. Чтобы подставить объект, блок или другой контент, набирают символ @ и выбирают нужное. Правки, которые предлагает ассистент, по умолчанию требуют вашего подтверждения перед попаданием в пространство. Чаты сохраняются как объекты после первого сообщения.

Поле для собственного API-ключа в Capacities отсутствует — это прямо указано в справочной странице. Расходы ИИ идут через встроенный месячный бюджет, о котором там же сказано.

Reflect Open устроен иначе. На главной странице проекта сказано: подключите собственный API-ключ, чтобы начать. Использование ИИ оплачивается отдельно у вашего провайдера. Заметки, помеченные приватными, исключены из доступа ИИ — это тоже формулировка сайта.

Критерий Capacities Reflect Open
Базовая единица объект с типом, заголовком, свойствами, телом заметка, часто дневная
Навигация ссылки, упоминания, типы объектов дневные заметки и обратные ссылки
Контекст для ИИ задаётся на каждое сообщение через @ ответы со ссылками на заметки; private notes исключены
Подтверждение правок по умолчанию до применения порядок подтверждения на сохранённой странице не описан
Ключ и оплата ИИ встроенный месячный бюджет собственный ключ, счёт от провайдера
Хранение облачное пространство сервиса локальные Markdown-файлы
Синхронизация средствами сервиса iCloud Drive или Git

Собственный API-ключ Reflect Open используется для подключения провайдера. Перед переносом базы проверьте применение и отмену правок на учебной заметке.

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

Одна учебная встреча: объекты и дневная заметка

Возьмём условный пример. Все имена и даты ниже придуманы для учебного разбора. Приложения на этом наборе не запускались. Есть встреча 12 ноября с пометкой «обсудили выставку», человек Анна как организатор, событие «Выставка» 20 ноября и задача прислать Анне макет до 15 ноября.

В объектной модели Capacities это четыре записи. Человек «Анна» — объект типа «Человек». Событие «Выставка» — объект типа «Событие» с датой 20 ноября. Заметка о встрече — объект типа «Встреча» с датой 12 ноября. Задача — отдельный объект со сроком 15 ноября. Связи: встреча ссылается на Анну и на выставку, задача ссылается на Анну и на встречу. Руководство Capacities советует начинать с нескольких базовых типов, например «Проект», «Человек», «Встреча», и развивать схему постепенно.

В дневном потоке Reflect Open тот же набор живёт как заметка за 12 ноября. Внутри — текст про обсуждение выставки, упоминания Анны и выставки, строка про задачу со сроком 15 ноября. Связи возникают из упоминаний, а обратные ссылки собирают всё, что указывает на Анну или на выставку.

Обе схемы дают ответ на вопрос «что обещано Анне». В объектной модели вы открываете объект «Анна» и видите связанные задачи. В дневном потоке вы открываете заметку дня или страницу Анны и читаете упоминания. Разница в том, сколько ручной работы уходит на поддержание связей при росте числа записей.

Проверяемый ответ о сроке макета

Учебный вопрос звучит так: что обещано Анне? Ожидаемый ответ — прислать макет до 15 ноября, со ссылкой на встречу 12 ноября. Здесь важно не перепутать две даты: 15 ноября — срок задачи, 20 ноября — дата события.

Порядок проверки одинаков для обоих сервисов. Сначала найдите запись, где обещание зафиксировано. Затем откройте связанную встречу и убедитесь, что дата сходится. После этого проверьте, что срок относится к задаче, а дата события стоит в поле события. Одна заметка может содержать обе даты: проверьте, что текст явно связывает 15 ноября со сроком макета, а 20 ноября — с выставкой.

Промпт для такой проверки, который можно скопировать целиком:

КОД
Используй только эти четыре записи: встреча 12 ноября «обсудили выставку», человек Анна — организатор, событие Выставка — 20 ноября, задача — прислать Анне макет до 15 ноября. Ответь на вопрос «что обещано Анне». Для каждого утверждения укажи, из какой записи оно взято. Различай срок задачи 15 ноября и дату события 20 ноября. Если данных для ответа не хватает, скажи, каких именно.

Под себя меняют [имена], [даты] и [формулировку вопроса]. Варианты той же задачи: «какие задачи связаны с [человеком]», «что запланировано на [дату]», «какие записи ссылаются на [событие]», «какой срок у задачи [название]», «покажи все обещания из встречи [дата]».

В Capacities такой запрос удобно собрать в чате, подставив нужные объекты через @. В Reflect Open запрос уходит к модели через ваш ключ, а заметки, помеченные приватными, в контекст не попадут.

Матрица выбора

Решение удобно принять по трём осям из учебного артефакта. Первая — нужны ли повторно используемые сущности «человек», «событие», «запись». Если да, объектная организация Capacities подходит лучше: её модель строится вокруг объектов и их типов. Вторая — удобнее ли вводить мысли дневным потоком и связывать заметки по ходу. Тогда ближе Reflect Open: его первичное описание строится на дневных заметках и связях. Третья — нужен ли точный ответ о сроке. Здесь интерфейс вторичен: сначала требуйте источник и проверяйте обе даты независимо от выбранного приложения.

Ваш сценарий Что проверить в первую очередь
Много людей, событий, повторяющихся сущностей типы объектов и связи между ними
Записи рождаются в течение дня, структура позже дневной ввод и обратные ссылки
Нужны точные сроки и обязательства источник каждого обещания и раздельные даты
Важна переносимость данных формат экспорта и синхронизация
Важен контроль расходов на ИИ модель оплаты и наличие своего ключа

Матрица не выбирает за вас. Она показывает, какой вопрос задать сервису первым, чтобы не переделывать базу через месяц.

Дата задачи и дата события: где возникает путаница

Самая частая ошибка в личных базах — свести срок задачи и дату события в одно поле. В учебном наборе это 15 ноября и 20 ноября. Если обе даты лежат в одном свойстве, поиск по дате вернёт обе записи, и ответ про обещание станет неоднозначным.

В объектной модели проблема решается типами. У объекта «Событие» есть своя дата, у объекта «Задача» — свой срок. Связь между ними задаётся ссылкой. Тогда ответ на запрос «что обещано Анне» нужно искать в связанной задаче. Дата события хранится отдельно.

В дневном потоке разделение держится на формулировке. Строка «прислать макет до 15 ноября» относится к задаче, строка «выставка 20 ноября» — к событию. Обратная ссылка на Анну соберёт обе, и различать их придётся по тексту.

Учебный промпт выше прямо требует различать эти даты. Такой же запрет стоит добавлять в свои запросы к ИИ: одна дата — одно назначение. Это снижает риск, что модель подставит дату события в ответ про срок.

Сохранение, экспорт и доступ

Capacities на главной странице заявляет полный экспорт в стандартные форматы. Руководство по переезду уточняет состав: Markdown с front matter, CSV для коллекций, локальные ссылки, сохраняющие структуру графа, плюс автоматические экспорты. Это значит, что связи между объектами переносятся вместе с записями.

Reflect Open хранит заметки локальными Markdown-файлами, о чём сказано на сайте проекта. Синхронизация настраивается через iCloud Drive или Git. Файлы лежат у вас, и это определяет, как вы делаете резервные копии.

Доступ ИИ к записям различается. В Capacities контекст задаётся на каждое сообщение вручную, а предлагаемые правки по умолчанию ждут подтверждения. В Reflect Open заметки с пометкой «приватные» исключены из доступа ИИ. Обе схемы дают контроль, но через разные действия: в первом случае вы ограничиваете контекст, во втором — помечаете записи.

Условия доступа из конкретной страны на официальных страницах обоих проектов не раскрыты. Если этот пункт важен, проверяйте его отдельно перед переносом базы.

Частые вопросы

Capacities или Reflect — что выбрать для личной базы заметок?
Если в записях много повторяющихся сущностей вроде людей и событий, объектная модель Capacities даёт более предсказуемую навигацию. Если вы пишете потоком и связываете заметки по ходу, Reflect Open ближе к такому режиму. Оба варианта поддерживают дневной ввод и обратные ссылки.

Чем объектная модель отличается от дневных заметок?
В Capacities запись получает тип, заголовок, свойства и тело, а связи строятся между объектами. В Reflect Open первична заметка дня, а структура проявляется через упоминания и обратные ссылки. Разница в том, где вы прикладываете усилие: при создании записи или при её разборе.

Как в Reflect Open подключается ИИ?
На сайте проекта сказано, что для начала нужно подключить собственный API-ключ. Использование ИИ оплачивается отдельно у вашего провайдера. Заметки, помеченные приватными, исключены из доступа ИИ.

Как в Capacities задаётся контекст для ИИ?
Контекст задаётся для каждого сообщения в поле чата. Нужные объекты, блоки или другой контент подставляют через символ @. Предлагаемые правки по умолчанию требуют подтверждения перед применением.

Что происходит с заметками при экспорте?
Capacities заявляет полный экспорт в стандартные форматы: Markdown с front matter, CSV для коллекций и локальные ссылки, сохраняющие структуру графа. Reflect Open хранит заметки локальными Markdown-файлами и синхронизирует их через iCloud Drive или Git. В обоих случаях данные можно забрать из сервиса.

Читайте также

3 материала