23 KiB
Executable File
Personal OS — готовые системы и навыки
Проверено 2026-10-04. Статус: исследование и предложение выбора, не утверждённая миграция. Прочитаны официальные README, инструкции установки, отдельные архитектурные контракты и реальные SKILL.md. Продукты и навыки не устанавливались; агенты и расписания не запускались. Поисковый CLI skills использован только для каталога; его cache находится в /private/tmp.
Решение, которое предлагается
Первым сравнить LifeOS (бывший PAI) с нашим R2. Это наиболее близкая из изученных систем по связке «миссия → цели → проекты → действия → память → улучшение». Letta — альтернативная среда исполнения агентов; Khoj — готовый интерфейс к знаниям; Dify — визуальное конструирование сценариев. Рейтинг — наша оценка применимости, а не результат сравнительного запуска.
Цель проверки — заменить готовым продуктом конкретные слои нашей системы. У всех кандидатов требуется доказать работу с нашими источниками, отменёнными решениями, косвенными связями и ограничениями внимания. Наличие памяти или графа само по себе этого не доказывает.
1. Четыре кандидата
| Система | Что уже есть | Как укладывается в Personal OS | Доработка и ограничение |
|---|---|---|---|
| LifeOS / PAI — первый кандидат | TELOS, память Cortex, навыки, Pulse, граф Atlas; TypeScript/Bun. | Готовая основа личного контекста и пользовательского цикла. Проверить замену части собственных ролей и панели. | Сопоставить модель с PostgreSQL evidence core, подключить Zoom/Asana/GitHub, обеспечить принятие/отмену решений и ограничения planner. Полная интеграция hooks лучше всего поддержана на Claude Code. |
| Letta Code — альтернатива агентной среде | Постоянные агенты, git-память MemFS, навыки, приложения, каналы и App Server. | Можно заменить собственную оболочку запуска и продолжения агента. | Память агента должна читать принятые состояния через наш API. Проверить локальный режим, ограничения tools и восстановление; собственные решения по проектам и планированию остаются необходимы. |
| Khoj — готовый помощник по знаниям | Поиск по документам, интерфейсы включая Obsidian, настраиваемые агенты и автоматизации; self-hosting. | Быстро получить поиск и обсуждение проектов поверх опубликованных снимков. | Произвольное подключение нашего API без fork ещё не доказано. Предметный граф, разрешение противоречий и устойчивый planner не подтверждены как готовые функции. |
| Dify — визуальные сценарии | Workflow canvas, RAG, инструменты/API/MCP, сравнение промптов и наблюдение запусков. | Подходит, если приоритет — редактировать цепочки анализа и подготовки отчётов визуально. | Нужны внешний evidence API и личный UI планирования. Эксплуатация отдельной платформы; визуальная схема не заменяет семантику источников. |
Оценка усилий: публикация наших снимков в Khoj — небольшой пробный срез; подключение Letta/Dify к evidence API — средний интеграционный проект; перенос всего пользовательского цикла в LifeOS — существенная работа по совместимости. Это качественные оценки, не обещания сроков. Одновременное внедрение всех четырёх не предлагается: сравниваем альтернативы одного слоя.
LifeOS: что подтвердилось при чтении, а что предстоит проверить
INSTALL.md прямо различает полные Claude Code hooks и загрузку контекста/ручные workflows в других средах. Pulse и фоновые службы включаются отдельно. Следовательно, «поддерживает разные агенты» нельзя читать как одинаковую полноту автоматического поведения. Проверенный commit дерева: 5e2f2e8c0abde612da0e99c16c0d07d4ec21b88c.
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: поправка к прежнему исследованию
Основной репозиторий теперь указывает на letta-code; V1 API server находится в archive. Старое описание V1 memory blocks в предыдущем обзоре годится как исторический пример, но не как текущая инструкция внедрения.
В актуальной памяти агент редактирует MemFS; dreaming может менять её через фоновые разборы, причём review другим агентом не означает согласование человеком. В permissions interactive CLI по умолчанию unrestricted; доступны ограничение набора tools и правила разрешений. Для нашего пилота нужны локальная конфигурация, явно выбранные права и изолированные тестовые данные. Граница записи принятых состояний обеспечивается evidence API/учётными данными, а не только текстом промпта. Готовность этой конфигурации ещё не проверялась запуском.
Другие варианты и наша история
jordantcarlisle/personal-os — компактный Markdown-шаблон с reflect/triage/plan, ограничением дневных обязательств и карьерным модулем. Полезен как образец ритуалов; это playbook, а не проверенный backend истории источников. BrianArfi/ai-second-brain ближе к подготовке отчётов/встреч и повторяемым рабочим процедурам; заявленные гарантии hooks отдельно не тестировались. lennartduerr/personal-ai-os — руководство сборки вокруг Hermes, не самостоятельная новая платформа.
OpenClaw/Hermes уже испытаны в нашем проекте. История неудачных подходов фиксирует сложность OpenClaw-bridge, несогласованные записи Asana/публикацию в Discord у Executor v1, ненадёжные cron-цепочки и дорогой расходящийся fork. Это факты нашего внедрения, не универсальная оценка продуктов. Повторный полный перенос на них пока не обоснован. Узкий worker возможен только через те же проверенные границы действий.
Graphiti и DBOS остаются компонентами из предыдущего исследования, а не готовыми Personal OS. Выбор UI/агентной среды не должен автоматически добавлять ещё один scheduler поверх существующего владельца запусков.
2. Какие готовые навыки брать
Навык задаёт поведение агента и может содержать инструменты; сам факт его установки не создаёт службу, достоверную память или работающую интеграцию.
| Приоритет / источник | Конкретные навыки | Что заменяют | Условие применения |
|---|---|---|---|
| 1. Kepano Obsidian Skills | obsidian-markdown, json-canvas, obsidian-bases |
Самописные инструкции по заметкам, схемам связей и табличным представлениям. | Подходят почти напрямую. Файлы — представления принятых данных; редактирование статуса в заметке требует отдельного feedback contract. |
| 2. Anthropic enterprise-search | search-strategy, knowledge-synthesis, source-management |
Общую методику поиска по источникам, сопоставления результатов и ответов с основаниями. | Адаптировать connectors и правила разрешения противоречий. Это основа project/career retrieval, а не готовый арбитр истины. |
| 3. LifeOS Telos | Telos |
Связь миссии, проблем, целей, стратегий и проектов. | Взять методику и workflows после адаптации путей, формата хранения и side effects; цели меняются по подтверждённому решению пользователя. |
| 4. LifeOS Science | Science |
Общий цикл гипотеза → эксперимент → измерение → изменение, полезный для retrospector/improvement. | Оставить измеримый результат и ограниченный эксперимент; адаптировать маршрутизацию, зависимости и бюджет. Это не готовый ежедневный планнер. |
| 5. Supabase Agent Skills | supabase-postgres-best-practices |
Инженерные инструкции по схеме, индексам, запросам, locking и эксплуатации PostgreSQL. | Подходит для разработки нашей БД; перенос в облако Supabase не требуется. Не является runtime-ролью Personal OS. |
Конкретные несовместимости прочитанных SKILL.md
Enterprise-search. search-strategy содержит пример поиска только незавершённых задач и общую иерархию авторитетности; knowledge-synthesis использует свежесть при выборе актуального вывода. Для нас поиск должен включать закрытые/отклонённые задачи, поздние решения и контрсвидетельства; ingestion time не равен времени решения. Копии одного события не считаются независимым подтверждением. Подключённый источник не означает полноту его загрузки. Эти поправки оформляются небольшим явным diff к upstream, проверяемым на Core Data.
Telos/Science. Оба прочитанных навыка требуют голосовой вызов Pulse и запись в пути ~/.claude/LIFEOS; Telos также содержит автоматическое распараллеливание сборки dashboard. Для нас эти побочные действия требуют отдельной конфигурации и авторизации. Переносится полезная методика вместе с необходимыми workflow-файлами; готовый SKILL.md без адаптации применять нельзя. Метрики ретроспекции и изменения поведения привязываются к версии policy и результатам приёмки, а не к самооценке агента.
Anthropic productivity. task-management делает TASKS.md главным списком и предлагает чистить старые выполненные задачи. В нашем проекте это конкурирует с Asana/PostgreSQL и историей. Поэтому целиком не рекомендован. memory-management полезен как образец короткого контекста и словаря имён, но его 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, остальные — выдача skills find obsidian |
| Search strategy / knowledge synthesis / source management | 5.2K / 6.2K / 5.0K | 26.0K | Поиск, синтез, источники |
| Telos / Science | Не подтверждено | 19.3K у LifeOS | Репозиторий; число stars относится ко всей системе |
| Supabase PostgreSQL | 430.1K | 2.7K | Каталог |
Команды ниже — справка из каталогов, не выполненная установка. При внедрении сохранить выбранный commit, лицензию, состав файлов и наш compatibility diff. Telos/Science поставляются внутри LifeOS; прямой перенос требует полного просмотра зависимых workflows и адаптации, поэтому команда массовой установки не предлагается.
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. Следующий ограниченный этап и приёмка
- Составить таблицу соответствия LifeOS ↔ R2 на закреплённой версии: для каждого collector, canonical store, planner, review, feedback, scheduler и UI указать reuse/adapter/custom. Проверить код записи Atlas/Cortex и реально доступные расширения Pulse; рекламные обещания не засчитываются.
- Подготовить один офлайн-набор проверки: Core Data proposal→отмена→реализация без изменения; косвенно связанные проекты; неполный Zoom-source; исправление пользователя; перегруженный день. Для каждого задать обязательные источники и ожидаемые состояния.
- Проверить один кандидат в изоляции после согласования установки: один ручной запуск, одинаковые evidence packets, ограниченные инструменты. Измерить найденные основания, корректность состояний, принятие correction, действия и время обслуживания.
- Принять решение о повторном использовании: платформа принимается, если все критические fixtures проходят, дополнительная запись/рассылка без разрешения исключена технической границей, состояния экспортируются и восстанавливаются, а объём adapter меньше заменяемой разработки. Иначе забрать проверенные навыки/компоненты и сохранить существующую оболочку.
Готового подтверждения всей нашей парадигмы «из коробки» пока нет. Найдена близкая система с проверяемыми точками интеграции и конкретные готовые навыки. Следующая работа — сравнение LifeOS с контрактами R2, прежде чем продолжать собственную оболочку.