Отвечу ссылкой на свою же статью почему я вообще начал это делать https://habr.com/ru/articles/1059322/ там одтельная глава "Obsidian почти подошёл" Кратко: на Obsidian действительно можно собрать нечнто похожее, я с этого и начинал
С людьми ровно то же самое: аналитик пишет спеку, архитектор продумывает решение, разработчик пишет код, тестировщик проверяет. Не потому, что каждый из них плохо работает, а потому, что попытка поручить всё одному человеку обычно даёт менее предсказуемый результат.
С ИИ похожая история. Харнесс разделяет большую задачу на понятные этапы и задаёт рамки. Но важна не куча агентов и гейтов сама по себе — нужны нормальные точки контроля: сборка, тесты, линтеры, критерии приёмки.
Для мелкой задачи всё это избыточно, а на сложной без такого контура скорость ИИ быстро оборачивается потоком ошибок, поломками уже работающего кода и непредсказуемым результатом.
Про картинку через Ctrl+V. В веб-демо вложения не работают: в настольной версии картинка из буфера сохраняется на диск, а у браузерной витрины хранилища нет (демо — это настоящий renderer приложения, но без настольного бэкенда, данные живут в памяти вкладки). В самом приложении вставка из буфера и DnD конечно же работают. Демо на сайте это про потыкать в UI.
Про «зачем это надо». Это не трекер — это локальное рабочее пространство, где заметки, задачи, логи и диаграммы живут в одном месте и связываются ссылками.
Про исполнителя Поле появляется только у карточек на доске — у обычной заметки его нет. Идея в том что задачу можно делегировать и указать кому
Про deploy.log Это не файл, а страница-заметка (пример "лог как страница" — с подсветкой уровней и фильтром). В дереве вы её не нашли, потому что она лежит в другом проекте — Веб-платформа → Документы, а постмортем в Инфраструктуре: ссылка межпроектная, клик по ней ведёт прямо на страницу. Поменять ссылку можно — она правится как обычный текст в редакторе (или удалить и вставить ссылку на другую страницу)
Плачущий посередине с зоопарком из десяти тулов — это я из первой статьи) Вся суть проекта — путь к одному инструменту. Просто свой Apple Notes пришлось написать самому)
Всё так) Заметочников — сотни, я про это писал ещё в первой части, мой сделан ровно под одного пользователя — и ему нравится) Но статья, если честно, не про заметки: она про конвейер, который довёл их до релиза за 56 дней. Заметочник тут — подопытный кролик, который разросся и вырвался из лаборатории в бету.
Для беты не хочется вкладываться в документацию(пока сам продукт важнее), для стабильной само стобой нужно сделать. Стараюсь делать UX/UI интуитивным. Исхоху из принципов наименьшего удивления (для пользователя) и используя прогрессивное раскрытие что бы не перегружать интерфейс вываливая сразу кучу функций на первом экране
Я пробовал RAG, но не смог добиться приемлемого, предсказуемого результата без галлюцинаций - либо конструкция становится очень тяжёлой, чего тоже не хотелось. Выбор пал на локальный полнотекстовый поиск (FTS) + всякие примочки: морфология, нормализация, ранжирование. Подробнее про поиск распишу в следующей статье.
Да с SQLite есть минусы. Markdown, docx, txt, pdf, html или png генерируется через экспорт, на диске в моменте не лежат. Отсюда и «плоский .md в блокноте не открыть», зато не ловим порчу байтов и можно шифровать at-rest и вешать замок на заметки. Про обвязку вокруг БД обязательно расскажу подробнее в следующей статье)
Поправил сайт теперь 0.7с вместо 4с (поппозже попробую сделать переключение мгновенным), спасибо что подсветили, я подзабыл про временный костыль там)
Отвечу ссылкой на свою же статью почему я вообще начал это делать https://habr.com/ru/articles/1059322/ там одтельная глава "Obsidian почти подошёл"
Кратко: на Obsidian действительно можно собрать нечнто похожее, я с этого и начинал
С людьми ровно то же самое: аналитик пишет спеку, архитектор продумывает решение, разработчик пишет код, тестировщик проверяет. Не потому, что каждый из них плохо работает, а потому, что попытка поручить всё одному человеку обычно даёт менее предсказуемый результат.
С ИИ похожая история. Харнесс разделяет большую задачу на понятные этапы и задаёт рамки. Но важна не куча агентов и гейтов сама по себе — нужны нормальные точки контроля: сборка, тесты, линтеры, критерии приёмки.
Для мелкой задачи всё это избыточно, а на сложной без такого контура скорость ИИ быстро оборачивается потоком ошибок, поломками уже работающего кода и непредсказуемым результатом.
Про картинку через Ctrl+V. В веб-демо вложения не работают: в настольной версии картинка из буфера сохраняется на диск, а у браузерной витрины хранилища нет (демо — это настоящий renderer приложения, но без настольного бэкенда, данные живут в памяти вкладки). В самом приложении вставка из буфера и DnD конечно же работают.
Демо на сайте это про потыкать в UI.
Про «зачем это надо». Это не трекер — это локальное рабочее пространство, где заметки, задачи, логи и диаграммы живут в одном месте и связываются ссылками.
Про исполнителя Поле появляется только у карточек на доске — у обычной заметки его нет. Идея в том что задачу можно делегировать и указать кому
Про deploy.log Это не файл, а страница-заметка (пример "лог как страница" — с подсветкой уровней и фильтром). В дереве вы её не нашли, потому что она лежит в другом проекте — Веб-платформа → Документы, а постмортем в Инфраструктуре: ссылка межпроектная, клик по ней ведёт прямо на страницу. Поменять ссылку можно — она правится как обычный текст в редакторе (или удалить и вставить ссылку на другую страницу)
Согласен, поправлю в ближайшем релизе, спасибо)
Плачущий посередине с зоопарком из десяти тулов — это я из первой статьи) Вся суть проекта — путь к одному инструменту.
Просто свой Apple Notes пришлось написать самому)
Всё так) Заметочников — сотни, я про это писал ещё в первой части, мой сделан ровно под одного пользователя — и ему нравится) Но статья, если честно, не про заметки: она про конвейер, который довёл их до релиза за 56 дней. Заметочник тут — подопытный кролик, который разросся и вырвался из лаборатории в бету.
После такого комментария я просто обязан написать статью на эту тему:)
Тем более что мне действительно есть чем поделиться.
С контекстным поиском идея реально хороша, уволок в беклог, спасибо!
Спасибо!)
Для беты не хочется вкладываться в документацию(пока сам продукт важнее), для стабильной само стобой нужно сделать.
Стараюсь делать UX/UI интуитивным. Исхоху из принципов наименьшего удивления (для пользователя) и используя прогрессивное раскрытие что бы не перегружать интерфейс вываливая сразу кучу функций на первом экране
Теперь буду, идея то хорошая, можно даже сделать одним из гейтов, что бы новая фича не деградировала производительность
Кстати да, с Zim как я погляжу много общего и внешен и идеологически
Я пробовал RAG, но не смог добиться приемлемого, предсказуемого результата без галлюцинаций - либо конструкция становится очень тяжёлой, чего тоже не хотелось.
Выбор пал на локальный полнотекстовый поиск (FTS) + всякие примочки: морфология, нормализация, ранжирование.
Подробнее про поиск распишу в следующей статье.
Да с SQLite есть минусы. Markdown, docx, txt, pdf, html или png генерируется через экспорт, на диске в моменте не лежат. Отсюда и «плоский .md в блокноте не открыть», зато не ловим порчу байтов и можно шифровать at-rest и вешать замок на заметки.
Про обвязку вокруг БД обязательно расскажу подробнее в следующей статье)