CORE

Как устроена система

1. 01КонтекстВходные сигналы и фактическое состояние текущей задачи.＋

   1. 01INPUT & PERCEPTION＋

      CORE получает команды и контекст через несколько интерфейсов, но ведёт их в единое состояние.

      • Desktop / CLIЛокальный desktop и CLI interface.
      • Voice / PTTГолосовой ввод, STT и PTT workflow.
      • TelegramУдалённый owner interface и команды.
      • Screen ContextЭкран и UI state как источник контекста.
      • Camera / VisionVisual input при разрешённом сценарии.
      • Files / ProjectsДокументы, project workspace и локальные данные.
      • System EventsСобытия среды и состояния системы.
      • Input ProcessingSTT, visual processing, screen/document parsing и нормализация входа.
   2. 02CONTEXT＋

      Context Builder собирает только релевантное состояние для текущей задачи.

      • InitiatorКто и через какой interface инициировал запрос.
      • Active GoalТекущая цель и ожидаемый результат.
      • Recent HistoryНедавние команды, решения и события.
      • Project ContextАктивный проект и его состояние.
      • Computer StateСостояние Windows, приложений и доступных ресурсов.
      • Relevant MemoryВыбор релевантной долговременной памяти.
      • Context AssemblyФормирование bounded context для следующего шага.
2. 02Память и непрерывностьКонтекст сохраняется независимо от конкретной модели.＋

   1. 03MEMORY & IDENTITY＋

      Идентичность и долговременное состояние CORE существуют отдельно от конкретной LLM.

      • Persistent IdentityСтабильный ID и системная идентичность.
      • Self-modelFunctional self-model, роли и текущие возможности.
      • Autobiographical StateИстория значимых событий и собственного состояния.
      • Long-term MemoryДолговременные факты, решения и контекст.
      • Conversation ArchiveAppend-only история диалогов и действий.
      • Project MemoryКонтекст и история отдельных проектов.
      • Goals & PreferencesЦели, предпочтения и подтверждённые ограничения.
      • Memory RetrievalОтбор памяти под текущую задачу без сброса identity.
3. 03Планирование и исполнениеНамерение, разрешения и контролируемые инструменты.＋

   1. 04INTENT / PLANNING＋

      CORE определяет тип намерения и строит bounded execution plan.

      • Intent ClassificationQuestion, action, long task или bounded autonomous continuation?
      • Task DecompositionРазбиение цели на проверяемые шаги.
      • Context RequirementsКаких данных не хватает для безопасного действия?
      • Tool SelectionВыбор подходящего executor / adapter / service.
      • Action OrderПорядок шагов и зависимости состояния.
      • Success CriteriaЯвные postconditions, без которых DONE запрещён.
   2. 05SAFETY & PERMISSIONS＋

      До любого действия CORE проверяет разрешения, границы и последствия.

      • Policy Allowed?Разрешено ли действие системными policy?
      • Owner Confirmation?Нужно ли явное подтверждение владельца?
      • AllowlistКоманда и target должны быть в допустимой области.
      • Scope & ContainmentPath/workspace containment и bounded actions.
      • Secret HandlingCredentials и sensitive values вне публичного состояния.
      • Visual / Privacy ConsentRequest-scoped разрешение для чувствительного visual input.
   3. 06TOOL ROUTING / EXECUTION＋

      Planner выбирает инструмент и выполняет действие с preconditions и result capture.

      • Windows ExecutorAllowlisted Windows actions и Win32 layer.
      • UI Automationpywinauto / UI Automation, keyboard and mouse when needed.
      • FilesystemФайлы и workspace operations в разрешённых границах.
      • Apps / Browser / ToolsИнструменты и приложения через доступные adapters.
      • Telegram / Voice / DocsКоммуникационные и document workflows.
      • Vision / CameraVisual tools только при соответствующем consent.
      • Codex / Dev WorkerDevelopment workflow и проектные действия.
      • Precheck → Run → CaptureDry-run/preconditions, действие и фиксация фактического результата.
4. 04Проверка и восстановлениеФактическая проверка результата, обновление состояния и безопасное восстановление.＋

   1. 07VERIFICATION＋

      После действия CORE проверяет фактическое состояние, а не доверяет одному ответу инструмента.

      • Read Actual StateПовторное чтение изменённого объекта или состояния.
      • Expected = Actual?Совпадает ли результат с success criteria?
      • Verified SuccessТолько здесь можно объявить DONE.
      • Failure DiagnosisЕсли нет — определить причину и безопасный следующий шаг.
   2. 08STATE UPDATE / RECOVERY＋

      Успех фиксирует новое состояние; неуспех запускает контролируемое восстановление.

      • Commit StateЗапись подтверждённого результата и event.
      • Update Memory / ProjectОбновление project state и релевантной памяти.
      • Safe Retry?Повтор допустим только после проверки фактического состояния.
      • Alternative ToolДругой executor или adapter при подходящих условиях.
      • RollbackОткат там, где он возможен и безопасен.
      • Supervisor / RecoveryRecovery path для устойчивости системы.
      • Escalate to OwnerЗапрос пользователя, если самостоятельно продолжать небезопасно.
   3. 09CONTINUITY LOOP＋

      Каждый подтверждённый результат становится частью непрерывного состояния CORE.

      • EventПодтверждённое действие или наблюдение.
      • ArchiveЗапись истории и результата.
      • Memory UpdateОбновление релевантного долговременного состояния.
      • Updated ContextНовая фактическая картина мира.
      • Next InteractionСледующее восприятие или команда стартуют уже с обновлённым контекстом.