[2026-10-05] eagle: personal/projects/personal-os/personal-os-architecture-decision-2026-10-04.md personal/projects/personal-os/personal-os-buy-adapt-build-2026-10-05.md personal/projects/personal-os/personal-os-evidence-graph-design-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-2026-10-04.md personal/projects/personal-os/personal-os-system-review-index.md personal/projects/personal-os/personal-os-work-graph-research-2026-10-04.md

2026-10-05 00:04:26 +06:00
1 parent 3396e59e21
commit 6945b53359
@@ -1,5 +1,7 @@
 # Personal OS — архитектурный проект R2

+> Уточнение 05.10: [сначала испытать готовые системы](/Users/admin/Developer/personal-os/planning/personal-os-buy-adapt-build-2026-10-05.md). Asana Dash, Glean, Onyx, Rovo и Work IQ расширяют выбор. R2 — требования и условный вариант собственной реализации; объём собственного кода определяется после сравнения продуктов. Установки и испытания ещё не выполнены.
+
 > Дополнение 04.10: [понимание потока работ и этапы WG-0–WG-4](/Users/admin/Developer/personal-os/planning/personal-os-work-graph-research-2026-10-04.md). Приоритет проверки — покрытие корпуса, обнаружение связей, текущая ситуация и роль пользователя. Это исследовательское уточнение для согласования; выбранный PostgreSQL core сохраняется, новые модели и graph runtime не внедрены.

 4 октября 2026. Подготовленный вариант для утверждения Алексом. Противоречия ранних вариантов устранены; реализация и новые расписания не включены.
@@ -0,0 +1,56 @@
+# Personal OS: сначала проверить готовые системы
+
+05.10.2026. Дополнение, исправляющее преждевременный вывод предыдущего исследования. Проверены публичные первичные источники; продукты не подключались к частным данным, испытаний ещё не было.
+
+## Решение
+
+**Готовые системы этого класса существуют. Следующий выбор — использовать продукт, адаптировать готовую платформу или собрать недостающие части. Собственная реализация всего конвейера пока не обоснована.**
+
+Предыдущий обзор хорошо разобрал несколько компонентов, но недостаточно охватил готовые продукты. Отсутствие доказанного соответствия нашим требованиям было ошибочно превращено в рекомендацию проектировать собственный предметный слой. Исправление: одинаковые сценарии проверки применяются сначала к доступным готовым системам. Архитектура R2 остаётся контрольным описанием требований и запасным вариантом собственной реализации; несовпадение продукта с нашим стеком само по себе не причина отказа.
+
+## 1. Готовые продукты для сравнения
+
+Порядок отражает предполагаемую применимость к нашей среде, а не измеренное качество.
+
+| Кандидат | Подтверждённые функции | Что ещё требуется проверить |
+|---|---|---|
+| **Asana Dash + AI Teammates / Work Graph** | Asana заявляет приоритизацию, выявление заблокированной работы и следующих действий из встреч, Slack и почты. Основа уже содержит задачи, проекты, цели, людей и зависимости. | Доступность в нашем workspace; поддержка именно наших Zoom-данных и Mattermost; способность восстановить связи из старого архива, а не только использовать заведённые вручную. Первый кандидат для проверки доступности, поскольку основной корпус уже в Asana. |
+| **Glean** | Корпоративный граф людей/контента/активности, персонализация; Asana tasks/comments/projects; Zoom cloud transcripts, участники и ссылки на записи. | Организационный доступ и стоимость; Mattermost; полнота истории; извлечение косвенных обязательств и качество личного ранжирования. Серьёзный кандидат готового продукта, не просто архитектурный пример. |
+| **Onyx** | Открытая платформа поиска, чата и агентов; гибридный поиск и заявленный knowledge graph; в официальном каталоге есть Asana tasks/comments и GitHub. Можно развернуть самостоятельно. | Что доступно в community и enterprise редакциях; полнота Asana connector; импорт Zoom/Mattermost; достаточно ли настройки агента для наших сценариев или нужен отдельный предметный слой. Основной открытый кандидат для сравнения. |
+| **Atlassian Rovo / Teamwork Graph** | Граф типизированных направленных связей, включая выводимые связи; связаны пользователи, задачи, проекты, цели, PR; есть Asana connector. | Стоимость и смысл добавления Atlassian в нашу среду; подключение остальных источников; доступность нужных graph API и качество извлечения из разговоров. При наличии организационного доступа может обойтись дешевле собственной платформы. |
+| **Microsoft 365 Copilot / Work IQ** | Контекст людей, проектов, знаний и работы для Copilot/агентов; Asana connector индексирует задачи, комментарии и вложения. | Зависимость от Microsoft 365 и доступа администратора; коннектор не индексирует Asana custom fields, Goals и Portfolios — существенный пробел для наших приоритетов. При существующем M365 доступе достоин испытания. |
+
+### Первичные источники
+
+Asana: [продукт и Work Graph](https://asana.com/product/ai), [описание Starter с Dash](https://help.asana.com/s/article/learn-about-asana-starter-features?language=en_US). Это подтверждает наличие предложения, но не включение в конкретном аккаунте и не качество на нашем корпусе. Логотип Zoom в списке интеграций не доказывает разбор всей истории разговоров; это отдельная проверка.
+
+Glean: [граф](https://docs.glean.com/security/knowledge-graph), [Asana indexing и tools](https://docs.glean.com/connectors/native/asana/home), [Zoom V2](https://www.glean.com/connectors/zoom). Новый Asana setup разделяет indexing и MCP tools; нельзя переносить старое описание read-only indexing на права всех подключаемых инструментов.
+
+Onyx: [поиск](https://onyx.app/search), [репозиторий](https://github.com/onyx-dot-app/onyx), [официальный индекс документации](https://docs.onyx.app/llms.txt). Отдельные страницы документации при проверке не открылись; содержимое коннектора и лицензионные границы глубоко не проверены. Наличие пункта в каталоге не засчитывается как успешная интеграция.
+
+Atlassian: [отношения, включая inferred](https://developer.atlassian.com/platform/teamwork-graph/relationships/), [коннекторы и admin prerequisites](https://support.atlassian.com/rovo/docs/manage-rovo-connectors/). Документация описывает канонические, поведенческие, логические и выводимые связи. Это существенно ближе к задаче, чем просто общий векторный поиск, однако полнота вывода рабочих обязательств ещё не доказана.
+
+Microsoft: [Work IQ](https://www.microsoft.com/en-us/copilot/features/work-iq), [поля и ограничения Asana connector](https://learn.microsoft.com/en-us/microsoft-365/copilot/connectors/asana-overview). Заявленная семантика продукта и ограничения конкретного коннектора оцениваются вместе.
+
+## 2. Открытые компоненты — вариант адаптации, а не доказательство необходимости писать всё
+
+| Решение | Как сокращает собственную разработку | Граница |
+|---|---|---|
+| [Airweave](https://github.com/airweave-ai/airweave) | Готовые sync/index/retrieval и API/MCP; README перечисляет Asana, GitHub и Zoom. | Инфраструктура контекста, не готовая личная приоритизация; поддерживаемые объекты и история коннекторов ещё не проверены. |
+| [Cognee](https://github.com/topoteretes/cognee) | Открытая платформа памяти и графовой организации данных. | Кандидат готового предметного компонента; соответствие временным состояниям работ требует проверки. |
+| [Graphiti](https://github.com/getzep/graphiti) | Инкрементальные сущности, отношения и время. | Исследование исходников уже есть; ранжирование по роли добавляется отдельно, если не закрыто верхним продуктом. |
+| [Numen](https://github.com/theBstar/numen) | Уже объединяет предметные объекты и предлагает срочность/briefing. | Beta с обнаруженными ограничениями; сравнивать как прототип, не назначать базой по одному README. |
+| [Jev](https://docs.typesafe.ai/cookbooks/entity_alignment) / [GLiNER2](https://github.com/fastino-ai/GLiNER2) | Сопоставление кандидатов / извлечение по схеме. | Выбираются, только если готовый продукт оставляет измеренный пробел на соответствующем этапе. |
+
+Список расширен, но не объявляется исчерпывающей картой рынка. Глубина проверки различается: у Numen/Graphiti читались выбранные исходники; новые коммерческие продукты изучены по документации; запусков и сопоставимых benchmark нет.
+
+## 3. Порядок выбора: продукт → адаптация → собственный код
+
+1. **Проверить доступность кандидатов.** Asana Dash в существующей среде; Onyx как открытый вариант; Glean при доступном корпоративном подключении. Rovo и Work IQ поднимаются в приоритете, если соответствующие среды уже доступны. Зафиксировать стоимость, права, поддерживаемые данные, глубину истории и способ экспорта результата.
+2. **Сравнить два доступных варианта на одном небольшом корпусе.** Первый smoke test: 3 разных направления работы и 10–20 вопросов с проверенными ответами. Включить тихое обязательство, косвенную связь, отменённое решение, ответственность пользователя без assignee и неизвестность из-за отсутствующего источника. Большой набор WG-0 нужен для следующего gate, а не как условие начала проверки продукта.
+3. **Записать конкретные пробелы и способ их закрытия.** Различать отсутствие источника, плохое извлечение, потерянную связь, неверное состояние и неверный приоритет. Для каждого — настройка продукта, небольшой adapter, готовый компонент или собственный модуль; оценить обслуживание и переносимость.
+4. **Выбрать минимальный достаточный вариант.** Если продукт проходит — использовать его. Если проходит с ограниченной адаптацией — дополнить его. Если испытанные варианты имеют критические неустранимые ограничения или неприемлемую стоимость — реализовать только обоснованные части по R2.
+
+Готовый продукт не обязан показывать внутренний граф, если он устойчиво отвечает на нужные вопросы с доказательствами. Но для дальнейших агентских сценариев необходимо проверить API/экспорт принятых состояний или другой способ повторного использования результата без постоянного нового анализа архива. Если требуется редактирование и экспорт самого графа, это отдельный критерий приёмки.
+
+**Следующий результат — таблица фактической доступности Asana Dash, Onyx и Glean с выбором двух вариантов для сравнительного испытания.** Установки, подключения частных источников и запуск испытаний этим исследованием ещё не выполнены.
@@ -1,5 +1,7 @@
 # Personal OS — контракт графа доказательств R2

+> Уточнение 05.10: [сначала испытать готовые системы](/Users/admin/Developer/personal-os/planning/personal-os-buy-adapt-build-2026-10-05.md). Asana Dash, Glean, Onyx, Rovo и Work IQ расширяют выбор. R2 — требования и условный вариант собственной реализации; объём собственного кода определяется после сравнения продуктов. Установки и испытания ещё не выполнены.
+
 > Дополнение 04.10: [понимание потока работ и этапы WG-0–WG-4](/Users/admin/Developer/personal-os/planning/personal-os-work-graph-research-2026-10-04.md). Приоритет проверки — покрытие корпуса, обнаружение связей, текущая ситуация и роль пользователя. Это исследовательское уточнение для согласования; выбранный PostgreSQL core сохраняется, новые модели и graph runtime не внедрены.

 4 октября 2026. Целевой проект для утверждения; миграции и runtime по нему не включены. Заменяет ранний иллюстративный DDL целиком. Канонический общий план: [пакет R2](/Users/admin/Developer/personal-os/planning/system-review-2026-10-04/review.md). Это спецификация будущей миграции и API, не утверждение об уже созданных таблицах.
@@ -1,5 +1,7 @@
 # Personal OS — готовые системы и навыки

+> Уточнение 05.10: [сначала испытать готовые системы](/Users/admin/Developer/personal-os/planning/personal-os-buy-adapt-build-2026-10-05.md). Asana Dash, Glean, Onyx, Rovo и Work IQ расширяют выбор. R2 — требования и условный вариант собственной реализации; объём собственного кода определяется после сравнения продуктов. Установки и испытания ещё не выполнены.
+
 Проверено 2026-10-04. Статус: исследование и предложение выбора, не утверждённая миграция. Прочитаны официальные README, инструкции установки, отдельные архитектурные контракты и реальные SKILL.md. Продукты и навыки не устанавливались; агенты и расписания не запускались. Поисковый CLI skills использован только для каталога; его cache находится в /private/tmp.

 ## Решение, которое предлагается
@@ -1,5 +1,7 @@
 # Personal OS: проект системы R2

+> Уточнение 05.10: [сначала испытать готовые системы](/Users/admin/Developer/personal-os/planning/personal-os-buy-adapt-build-2026-10-05.md). Asana Dash, Glean, Onyx, Rovo и Work IQ расширяют выбор. R2 — требования и условный вариант собственной реализации; объём собственного кода определяется после сравнения продуктов. Установки и испытания ещё не выполнены.
+
 > Исследовательское дополнение 04.10: [предметный граф, приоритеты и gates WG-0–WG-4](/Users/admin/Developer/personal-os/planning/personal-os-work-graph-research-2026-10-04.md). Начинать реализацию с карты покрытия и представительского набора оценки; выбор оболочки следует за проверкой понимания работ. Дополнение ещё не включено в печатные PDF R2.

 Редакция R2 / 4 октября 2026 / цельный план реализации для утверждения и пометок карандашом.
@@ -33,3 +33,7 @@ updated: 2026-10-04
 ## Понимание большого потока работ — приоритет проверки

 [[personal-os-work-graph-research-2026-10-04]] — исследование Glean, Numen, Graphiti/GraphRAG, Jev и альтернатив; локальный масштаб корпуса, data flow, роль пользователя, критерии приёмки и этапы WG-0–WG-4. Первый этап теперь — карта покрытия и репрезентативный набор оценки. Сравнение LifeOS отложено до проверки предметного слоя. Это предложение для согласования, без установки моделей и запуска новых расписаний; PDF остаются R2.
+
+## Выбор готового продукта — уточнение 05.10
+
+[[personal-os-buy-adapt-build-2026-10-05]] — расширенный shortlist Asana Dash, Glean, Onyx, Rovo и Work IQ. Сначала проверка доступности и сравнение двух продуктов; собственная разработка только для доказанных пробелов. Дополняет и корректирует прежний вывод исследования графа.
@@ -4,13 +4,13 @@

 ## 1. Решение и изменение приоритета

-**Первый инженерный этап — доказать восстановление структуры работ и их значимости на представительном корпусе.** Сравнение оболочек LifeOS/Letta и улучшение карьерных отчётов идут после этого доказательства. Предыдущая рекомендация начать с сопоставления LifeOS и R2 меняется.
+**Сначала испытать готовые системы на одинаковых сценариях понимания работ.** Дополнение 05.10: [готовый продукт, адаптация или собственная сборка](/Users/admin/Developer/personal-os/planning/personal-os-buy-adapt-build-2026-10-05.md). Прежний обзор недостаточно охватывал готовые продукты: добавлены Asana Dash, Onyx, Rovo и Work IQ; Glean рассматривается как кандидат использования. Представительный корпус нужен для сравнения всех вариантов, не только собственного кода.

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

 LifeOS шире журнала агентских действий: TELOS описывает личные цели, Atlas — активы и наблюдения. Однако прочитанные контракты не доказывают восстановление обязательств, неявных инициатив и их приоритетов из большого корпоративного архива. Обзор LifeOS остаётся полезен для пользовательского слоя. [Atlas](https://github.com/danielmiessler/LifeOS/blob/5e2f2e8c0abde612da0e99c16c0d07d4ec21b88c/LifeOS/install/LIFEOS/DOCUMENTATION/Atlas/AtlasSystem.md).

-**Рекомендация:** сохранить PostgreSQL как реестр доказательств и принятых состояний; построить проверяемый конвейер извлечения и связывания с заменяемыми моделями. Jev — кандидат для узких решений внутри конвейера. Graphiti — кандидат для сравнения временных связей. Glean — коммерческий образец организации корпоративного контекста; Numen — близкий открытый прототип, требующий существенной проверки.
+**Условный вариант собственной реализации, если проверка продуктов выявит необходимость:** сохранить PostgreSQL как реестр доказательств и принятых состояний; построить проверяемый конвейер извлечения и связывания с заменяемыми моделями. Решение строить этот конвейер ещё не принято. Jev — кандидат для узких решений внутри конвейера. Graphiti — кандидат для сравнения временных связей. Glean — коммерческий образец организации корпоративного контекста; Numen — близкий открытый прототип, требующий существенной проверки.

 ## 2. Что есть у нас фактически

@@ -222,7 +222,9 @@ STaRK полезен как образец оценки поиска по тек

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

-## 9. Конкретные этапы реализации для согласования
+## 9. Этапы проверки и условной реализации для согласования
+
+Сначала применяется выбор продукта из [дополнения 05.10](/Users/admin/Developer/personal-os/planning/personal-os-buy-adapt-build-2026-10-05.md). WG-0 обслуживает сравнение продуктов и компонентов; WG-1–WG-4 описывают необходимые результаты, которые может обеспечить готовый продукт. Это не поручение реализовать каждый модуль самостоятельно.

 | Этап | Ограниченный результат | Связь с существующим планом |
 |---|---|---|
@@ -246,4 +248,4 @@ STaRK полезен как образец оценки поиска по тек

 Не измерены: качество моделей на нашем корпусе, фактическая цена backfill, полнота всех upstream-источников, готовность Glean для нашего доступа, скорость локального inference. Предлагаемые технологии и пороги не объявляются уже выбранными или достигнутыми. Печатные схемы R2 пока не содержат это дополнение; данный текст — актуальное исследовательское уточнение для согласования.

-Следующий ограниченный результат: **WG-0 — карта покрытия источников и репрезентативный набор оценки, включающий неизвестные направления и тихие обязательства.**
+Следующий ограниченный результат: **проверить доступность Asana Dash, Onyx и Glean и выбрать два варианта для сравнительного испытания; небольшой общий набор сценариев подготовить в WG-0.**