From ad935ee6a80fb682c3fd4c5da5e407e09f7fece7 Mon Sep 17 00:00:00 2001 From: Alexey Martemyanov Date: Sun, 4 Oct 2026 22:33:17 +0600 Subject: [PATCH] [2026-10-04] eagle: personal/projects/personal-os/personal-os-best-practices-2026-10-04.md personal/projects/personal-os/personal-os-ready-systems-and-skills-2026-10-04.md personal/projects/personal-os/personal-os-system-review-index.md --- .../personal-os-best-practices-2026-10-04.md | 9 +- ...-os-ready-systems-and-skills-2026-10-04.md | 98 +++++++++++++++++++ .../personal-os-system-review-index.md | 5 + 3 files changed, 106 insertions(+), 6 deletions(-) create mode 100644 personal/projects/personal-os/personal-os-ready-systems-and-skills-2026-10-04.md diff --git a/personal/projects/personal-os/personal-os-best-practices-2026-10-04.md b/personal/projects/personal-os/personal-os-best-practices-2026-10-04.md index 6fa382fe..3608fd1b 100755 --- a/personal/projects/personal-os/personal-os-best-practices-2026-10-04.md +++ b/personal/projects/personal-os/personal-os-best-practices-2026-10-04.md @@ -1,8 +1,3 @@ ---- -status: research-proposal -updated: 2026-10-04 -canonical_source: /Users/admin/Developer/personal-os/planning/personal-os-best-practices-2026-10-04.md ---- # Personal OS — внешнее сравнение и конкретные поправки к R2 Дата проверки: 2026-10-04. База сравнения: миссия Personal OS, system-review R2, graph-design R2, проекты промптов и текущий package.json. Изучены официальные документы и публичные репозитории; продукты не устанавливались и сравнительный benchmark на наших данных не запускался. Ниже — инженерные выводы для нашего случая, а не рейтинг универсально «лучшей системы». @@ -14,13 +9,15 @@ canonical_source: /Users/admin/Developer/personal-os/planning/personal-os-best-p | Класс и первичные источники | Практика, которую стоит перенять | Применимость к Personal OS | |---|---|---| | [Graphiti](https://github.com/getzep/graphiti), [код search recipes](https://github.com/getzep/graphiti/blob/main/graphiti_core/search/search_config_recipes.py) | Temporal facts с provenance; несколько способов retrieval и reranking. | Модель времени у нас уже заложена. Недостаёт измеримого retrieval и сборки контекста. Библиотека требует дополнительного runtime/backend; её установка не заменяет наши правила принятия истины. | -| [Letta memory blocks](https://docs.letta.com/v1-sdk/memory/memory-blocks), [Khoj](https://github.com/khoj-ai/khoj) | Ограниченные блоки памяти, общая память для ролей; персональный поиск/агенты/автоматизации как доступный пользовательский продукт. | Нужен один короткий контекст для каждого сценария и удобный вход пользователя. Общая изменяемая память Letta имеет риск перезаписи; у нас blocks должны быть read-only проекциями принятых версий. | +| [Актуальная Letta Code](https://github.com/letta-ai/letta-code), [Khoj](https://github.com/khoj-ai/khoj) | Постоянный контекст агента; персональный поиск/агенты/автоматизации как доступный пользовательский продукт. | Нужен один короткий контекст для каждого сценария и удобный вход пользователя. Letta теперь использует редактируемую MemFS; прежние V1 memory blocks — исторический пример, не текущий integration contract. Наш принятый контекст должен предоставляться как versioned projection через evidence API. | | [DBOS TypeScript](https://github.com/dbos-inc/dbos-transact-ts), [Temporal](https://docs.temporal.io/workflow-execution), [LangGraph interrupts](https://docs.langchain.com/oss/javascript/langgraph/interrupts) | Сохранение исполнения между шагами, ожидание человеческого решения, восстановление после сбоя. | DBOS — первый кандидат для ограниченной проверки совместимости с Node/TS + PostgreSQL. Temporal — полезный эталон гарантий, но отдельный сервис увеличивает эксплуатацию. LangGraph — кандидат для сложной логики агента, не ещё одна обязательная очередь поверх всего. | | [Timefold: replanning](https://docs.timefold.ai/timefold-solver/latest/responding-to-change/non-disruptive-replanning), [Sunsama daily planning](https://help.sunsama.com/docs/usage-guides/daily-planning/) | Закрепление уже принятого плана, цена изменений, ограниченный дневной объём, начало/завершение дня. | Заимствуем поведение и ограничения; вводить Java solver или подписку для первого среза не требуется. | | [Screenpipe](https://github.com/screenpipe/screenpipe/blob/main/README.md), [Mem0 deletion](https://docs.mem0.ai/core-concepts/memory-operations/delete) | Доступ к личному контексту по приложениям/типам/времени; явные операции удаления памяти. | Перенимаем contract доступа и забывания. Полная запись экрана не нужна для нашей миссии по умолчанию; остаётся точечный сбор ActivityWatch/сессий/разрешённых источников. | Это образцы отдельных частей. Проверенные источники не устанавливают, что какой-либо из этих продуктов уже решает нашу миссию целиком или лучше работает на данных Алекса. +Дополнение 04.10: [сравнение готовых систем и навыков](personal-os-ready-systems-and-skills-2026-10-04.md) добавляет наиболее близкий целостный аналог LifeOS/PAI, проверку его Atlas/TELOS и конкретный shortlist повторного использования. V1 Letta server перемещён в archive — обновлено выше по текущему upstream. + ## 2. Пять существенных поправок ### A. P0 — поиск доказательств и сборка контекста diff --git a/personal/projects/personal-os/personal-os-ready-systems-and-skills-2026-10-04.md b/personal/projects/personal-os/personal-os-ready-systems-and-skills-2026-10-04.md new file mode 100644 index 00000000..5103d882 --- /dev/null +++ b/personal/projects/personal-os/personal-os-ready-systems-and-skills-2026-10-04.md @@ -0,0 +1,98 @@ +# Personal OS — готовые системы и навыки + +Проверено 2026-10-04. Статус: исследование и предложение выбора, не утверждённая миграция. Прочитаны официальные README, инструкции установки, отдельные архитектурные контракты и реальные SKILL.md. Продукты и навыки не устанавливались; агенты и расписания не запускались. Поисковый CLI skills использован только для каталога; его cache находится в /private/tmp. + +## Решение, которое предлагается + +**Первым сравнить LifeOS (бывший PAI) с нашим R2.** Это наиболее близкая из изученных систем по связке «миссия → цели → проекты → действия → память → улучшение». Letta — альтернативная среда исполнения агентов; Khoj — готовый интерфейс к знаниям; Dify — визуальное конструирование сценариев. Рейтинг — наша оценка применимости, а не результат сравнительного запуска. + +Цель проверки — заменить готовым продуктом конкретные слои нашей системы. У всех кандидатов требуется доказать работу с нашими источниками, отменёнными решениями, косвенными связями и ограничениями внимания. Наличие памяти или графа само по себе этого не доказывает. + +## 1. Четыре кандидата + +| Система | Что уже есть | Как укладывается в Personal OS | Доработка и ограничение | +|---|---|---|---| +| **[LifeOS / PAI](https://github.com/danielmiessler/LifeOS)** — первый кандидат | TELOS, память Cortex, навыки, Pulse, граф Atlas; TypeScript/Bun. | Готовая основа личного контекста и пользовательского цикла. Проверить замену части собственных ролей и панели. | Сопоставить модель с PostgreSQL evidence core, подключить Zoom/Asana/GitHub, обеспечить принятие/отмену решений и ограничения planner. Полная интеграция hooks лучше всего поддержана на Claude Code. | +| **[Letta Code](https://github.com/letta-ai/letta-code)** — альтернатива агентной среде | Постоянные агенты, git-память MemFS, навыки, приложения, каналы и App Server. | Можно заменить собственную оболочку запуска и продолжения агента. | Память агента должна читать принятые состояния через наш API. Проверить локальный режим, ограничения tools и восстановление; собственные решения по проектам и планированию остаются необходимы. | +| **[Khoj](https://github.com/khoj-ai/khoj)** — готовый помощник по знаниям | Поиск по документам, интерфейсы включая Obsidian, настраиваемые агенты и автоматизации; self-hosting. | Быстро получить поиск и обсуждение проектов поверх опубликованных снимков. | Произвольное подключение нашего API без fork ещё не доказано. Предметный граф, разрешение противоречий и устойчивый planner не подтверждены как готовые функции. | +| **[Dify](https://github.com/langgenius/dify)** — визуальные сценарии | Workflow canvas, RAG, инструменты/API/MCP, сравнение промптов и наблюдение запусков. | Подходит, если приоритет — редактировать цепочки анализа и подготовки отчётов визуально. | Нужны внешний evidence API и личный UI планирования. Эксплуатация отдельной платформы; визуальная схема не заменяет семантику источников. | + +**Оценка усилий:** публикация наших снимков в Khoj — небольшой пробный срез; подключение Letta/Dify к evidence API — средний интеграционный проект; перенос всего пользовательского цикла в LifeOS — существенная работа по совместимости. Это качественные оценки, не обещания сроков. Одновременное внедрение всех четырёх не предлагается: сравниваем альтернативы одного слоя. + +### LifeOS: что подтвердилось при чтении, а что предстоит проверить + +[INSTALL.md](https://github.com/danielmiessler/LifeOS/blob/main/LifeOS/INSTALL.md) прямо различает полные Claude Code hooks и загрузку контекста/ручные workflows в других средах. Pulse и фоновые службы включаются отдельно. Следовательно, «поддерживает разные агенты» нельзя читать как одинаковую полноту автоматического поведения. Проверенный commit дерева: `5e2f2e8c0abde612da0e99c16c0d07d4ec21b88c`. + +[AtlasSystem.md](https://github.com/danielmiessler/LifeOS/blob/main/LifeOS/install/LIFEOS/DOCUMENTATION/Atlas/AtlasSystem.md) описывает **SQLite-граф текущих активов**: canonical keys, observations каждого collector, успешную полную синхронизацию как условие устаревания, JSON-снимок для Pulse и граф d3-force. Это готовый образец для discovery, coverage и просмотра связей. Контракт называет факты observations, не assertions: он не доказывает поддержку нашей истории «предложено → обсуждено → отклонено», независимых статусов решения/реализации и career evidence. + +Возможная интеграция: наши collectors → PostgreSQL evidence/claims → versioned API/snapshots → LifeOS/агент → proposal → проверка и разрешённая публикация. Atlas допустим как перестраиваемое представление активов; второй независимо редактируемый реестр статусов создаст конфликт владельцев. TELOS хранит подтверждённые цели пользователя; вывод из наблюдения остаётся предложением. + +Кандидат проходит только если нужный UI/контекст можно подключить через ограниченный adapter с понятным обновлением upstream. Если потребуется большой fork либо параллельное ручное ведение состояний, выбор сокращается до отдельных навыков/компонентов. Рекомендация LifeOS не отменяет R2 до приёмки сравнения. + +### Letta: поправка к прежнему исследованию + +[Основной репозиторий](https://github.com/letta-ai/letta) теперь указывает на `letta-code`; V1 API server находится в archive. Старое описание V1 memory blocks в предыдущем обзоре годится как исторический пример, но не как текущая инструкция внедрения. + +В актуальной [памяти](https://docs.letta.com/configuration/memory) агент редактирует MemFS; dreaming может менять её через фоновые разборы, причём review другим агентом не означает согласование человеком. В [permissions](https://docs.letta.com/configuration/permissions) interactive CLI по умолчанию unrestricted; доступны ограничение набора tools и правила разрешений. Для нашего пилота нужны локальная конфигурация, явно выбранные права и изолированные тестовые данные. Граница записи принятых состояний обеспечивается evidence API/учётными данными, а не только текстом промпта. Готовность этой конфигурации ещё не проверялась запуском. + +### Другие варианты и наша история + +[jordantcarlisle/personal-os](https://github.com/jordantcarlisle/personal-os) — компактный Markdown-шаблон с reflect/triage/plan, ограничением дневных обязательств и карьерным модулем. Полезен как образец ритуалов; это playbook, а не проверенный backend истории источников. [BrianArfi/ai-second-brain](https://github.com/BrianArfi/ai-second-brain) ближе к подготовке отчётов/встреч и повторяемым рабочим процедурам; заявленные гарантии hooks отдельно не тестировались. [lennartduerr/personal-ai-os](https://github.com/lennartduerr/personal-ai-os) — руководство сборки вокруг Hermes, не самостоятельная новая платформа. + +OpenClaw/Hermes уже испытаны в нашем проекте. [История неудачных подходов](/Users/admin/obsidian/personal/projects/personal-os/personal-os-failed-approaches.md) фиксирует сложность OpenClaw-bridge, несогласованные записи Asana/публикацию в Discord у Executor v1, ненадёжные cron-цепочки и дорогой расходящийся fork. Это факты нашего внедрения, не универсальная оценка продуктов. Повторный полный перенос на них пока не обоснован. Узкий worker возможен только через те же проверенные границы действий. + +Graphiti и DBOS остаются компонентами из [предыдущего исследования](personal-os-best-practices-2026-10-04.md), а не готовыми Personal OS. Выбор UI/агентной среды не должен автоматически добавлять ещё один scheduler поверх существующего владельца запусков. + +## 2. Какие готовые навыки брать + +Навык задаёт поведение агента и может содержать инструменты; сам факт его установки не создаёт службу, достоверную память или работающую интеграцию. + +| Приоритет / источник | Конкретные навыки | Что заменяют | Условие применения | +|---|---|---|---| +| **1. [Kepano Obsidian Skills](https://github.com/kepano/obsidian-skills)** | `obsidian-markdown`, `json-canvas`, `obsidian-bases` | Самописные инструкции по заметкам, схемам связей и табличным представлениям. | Подходят почти напрямую. Файлы — представления принятых данных; редактирование статуса в заметке требует отдельного feedback contract. | +| **2. [Anthropic enterprise-search](https://github.com/anthropics/knowledge-work-plugins/tree/main/enterprise-search/skills)** | `search-strategy`, `knowledge-synthesis`, `source-management` | Общую методику поиска по источникам, сопоставления результатов и ответов с основаниями. | Адаптировать connectors и правила разрешения противоречий. Это основа project/career retrieval, а не готовый арбитр истины. | +| **3. [LifeOS Telos](https://github.com/danielmiessler/LifeOS/blob/main/LifeOS/install/skills/Telos/SKILL.md)** | `Telos` | Связь миссии, проблем, целей, стратегий и проектов. | Взять методику и workflows после адаптации путей, формата хранения и side effects; цели меняются по подтверждённому решению пользователя. | +| **4. [LifeOS Science](https://github.com/danielmiessler/LifeOS/blob/main/LifeOS/install/skills/Science/SKILL.md)** | `Science` | Общий цикл гипотеза → эксперимент → измерение → изменение, полезный для retrospector/improvement. | Оставить измеримый результат и ограниченный эксперимент; адаптировать маршрутизацию, зависимости и бюджет. Это не готовый ежедневный планнер. | +| **5. [Supabase Agent Skills](https://github.com/supabase/agent-skills)** | `supabase-postgres-best-practices` | Инженерные инструкции по схеме, индексам, запросам, locking и эксплуатации PostgreSQL. | Подходит для разработки нашей БД; перенос в облако Supabase не требуется. Не является runtime-ролью Personal OS. | + +### Конкретные несовместимости прочитанных SKILL.md + +**Enterprise-search.** [search-strategy](https://github.com/anthropics/knowledge-work-plugins/blob/main/enterprise-search/skills/search-strategy/SKILL.md) содержит пример поиска только незавершённых задач и общую иерархию авторитетности; [knowledge-synthesis](https://github.com/anthropics/knowledge-work-plugins/blob/main/enterprise-search/skills/knowledge-synthesis/SKILL.md) использует свежесть при выборе актуального вывода. Для нас поиск должен включать закрытые/отклонённые задачи, поздние решения и контрсвидетельства; ingestion time не равен времени решения. Копии одного события не считаются независимым подтверждением. Подключённый источник не означает полноту его загрузки. Эти поправки оформляются небольшим явным diff к upstream, проверяемым на Core Data. + +**Telos/Science.** Оба прочитанных навыка требуют голосовой вызов Pulse и запись в пути `~/.claude/LIFEOS`; Telos также содержит автоматическое распараллеливание сборки dashboard. Для нас эти побочные действия требуют отдельной конфигурации и авторизации. Переносится полезная методика вместе с необходимыми workflow-файлами; готовый SKILL.md без адаптации применять нельзя. Метрики ретроспекции и изменения поведения привязываются к версии policy и результатам приёмки, а не к самооценке агента. + +**Anthropic productivity.** [task-management](https://github.com/anthropics/knowledge-work-plugins/blob/main/productivity/skills/task-management/SKILL.md) делает `TASKS.md` главным списком и предлагает чистить старые выполненные задачи. В нашем проекте это конкурирует с Asana/PostgreSQL и историей. Поэтому целиком не рекомендован. [memory-management](https://github.com/anthropics/knowledge-work-plugins/blob/main/productivity/skills/memory-management/SKILL.md) полезен как образец короткого контекста и словаря имён, но его writable CLAUDE.md/memory files не должны стать вторым источником истины. + +**Уже доступные навыки:** PDF, documents, spreadsheets, presentations и visualize закрывают подготовку артефактов. Для них новые собственные навыки не нужны. LangChain skills условно полезны после выбора LangGraph; внедрять framework только ради его skill-пакета оснований нет. + +### Проверка распространённости + +Каталог skills.sh проверен 04.10.2026; округлённые показатели меняются и не доказывают качество. Содержание названных рекомендуемых SKILL.md прочитано отдельно. + +| Навык | Установки в каталоге | Звёзды репозитория | Проверенный источник | +|---|---:|---:|---| +| Obsidian Markdown / Bases / JSON Canvas | 88.8K / 76.4K / 71.3K | 49.1K | [Каталог Markdown](https://skills.sh/kepano/obsidian-skills/obsidian-markdown), остальные — выдача `skills find obsidian` | +| Search strategy / knowledge synthesis / source management | 5.2K / 6.2K / 5.0K | 26.0K | [Поиск](https://skills.sh/anthropics/knowledge-work-plugins/search-strategy), [синтез](https://skills.sh/anthropics/knowledge-work-plugins/knowledge-synthesis), [источники](https://skills.sh/anthropics/knowledge-work-plugins/source-management) | +| Telos / Science | Не подтверждено | 19.3K у LifeOS | [Репозиторий](https://github.com/danielmiessler/LifeOS); число stars относится ко всей системе | +| Supabase PostgreSQL | 430.1K | 2.7K | [Каталог](https://skills.sh/supabase/agent-skills/supabase-postgres-best-practices) | + +Команды ниже — справка из каталогов, **не выполненная установка**. При внедрении сохранить выбранный commit, лицензию, состав файлов и наш compatibility diff. Telos/Science поставляются внутри LifeOS; прямой перенос требует полного просмотра зависимых workflows и адаптации, поэтому команда массовой установки не предлагается. + +```sh +npx skills add kepano/obsidian-skills --skill obsidian-markdown +npx skills add kepano/obsidian-skills --skill json-canvas +npx skills add kepano/obsidian-skills --skill obsidian-bases +npx skills add anthropics/knowledge-work-plugins --skill search-strategy +npx skills add anthropics/knowledge-work-plugins --skill knowledge-synthesis +npx skills add anthropics/knowledge-work-plugins --skill source-management +npx skills add supabase/agent-skills --skill supabase-postgres-best-practices +``` + +## 3. Следующий ограниченный этап и приёмка + +1. **Составить таблицу соответствия LifeOS ↔ R2 на закреплённой версии:** для каждого collector, canonical store, planner, review, feedback, scheduler и UI указать reuse/adapter/custom. Проверить код записи Atlas/Cortex и реально доступные расширения Pulse; рекламные обещания не засчитываются. +2. **Подготовить один офлайн-набор проверки:** Core Data proposal→отмена→реализация без изменения; косвенно связанные проекты; неполный Zoom-source; исправление пользователя; перегруженный день. Для каждого задать обязательные источники и ожидаемые состояния. +3. **Проверить один кандидат в изоляции после согласования установки:** один ручной запуск, одинаковые evidence packets, ограниченные инструменты. Измерить найденные основания, корректность состояний, принятие correction, действия и время обслуживания. +4. **Принять решение о повторном использовании:** платформа принимается, если все критические fixtures проходят, дополнительная запись/рассылка без разрешения исключена технической границей, состояния экспортируются и восстанавливаются, а объём adapter меньше заменяемой разработки. Иначе забрать проверенные навыки/компоненты и сохранить существующую оболочку. + +Готового подтверждения всей нашей парадигмы «из коробки» пока нет. Найдена близкая система с проверяемыми точками интеграции и конкретные готовые навыки. Следующая работа — сравнение LifeOS с контрактами R2, прежде чем продолжать собственную оболочку. diff --git a/personal/projects/personal-os/personal-os-system-review-index.md b/personal/projects/personal-os/personal-os-system-review-index.md index 93e1c4ed..43d6fd10 100755 --- a/personal/projects/personal-os/personal-os-system-review-index.md +++ b/personal/projects/personal-os/personal-os-system-review-index.md @@ -24,3 +24,8 @@ updated: 2026-10-04 ## Внешнее сравнение после R2 [[personal-os-best-practices-2026-10-04]] — изученные официальные документы и GitHub, пять конкретных уточнений архитектуры, проверки и diff roadmap. Предложение после R2; напечатанные PDF остаются R2. Зависимости, агенты и расписания не включались. + + +## Готовые системы и навыки + +[[personal-os-ready-systems-and-skills-2026-10-04]] — LifeOS/PAI как первый кандидат для сравнения всей парадигмы, Letta Code/Khoj/Dify как альтернативы отдельных слоёв; готовые навыки, необходимые адаптации и приёмка. Это исследование после R2: установка и миграция не выполнялись.