📊 Отчёт о развитии ИИ-платформы с 30 января по 4 февраля 2026

Общая статистика

Репозиторий Коммиты PR Добавлено строк Удалено строк
ecosystem-development 26 11 16,827 4,987
aist_bot 95 38 7,096 1,376
digital-twin-mcp 44 19 8,729 5,996
spf-personal 23 8 8,821 334
Итого 188 76 41,473 12,693

Чистый прирост кода: +28,780 строк


Основные идеи по репозиториям

1. ecosystem-development — Документация и архитектура

  • Мета-модель цифрового двойника — создана и согласована нотация IND.* для всех индикаторов
  • Трёхуровневая архитектура знаний: FPF (Foundation Pack) → Pack’и → Downstream SPF
  • Система квалификаций: добавлены степени DEG.* и ступени STG.*
  • Структура семинаров — реструктуризация документации, добавлен семинар «Личность как система»
  • Стратегия развития на февраль-март 2026

2. aist_bot — Telegram-бот марафона

  • State Machine архитектура — миграция на конечные автоматы для Feed и марафона
  • Интеграция с Digital Twin MCP — клиент + circuit breaker для graceful fallback
  • Исправления багов: статистика прогресса, локализация, доставка практических заданий, сброс марафона
  • Рефакторинг: keyboards вынесены в отдельный модуль, промпты Claude централизованы в i18n

3. digital-twin-mcp — MCP-сервер цифрового двойника

  • Полная мета-модель индикаторов (группы 1.x–2.10)
  • Реструктуризация: JSON → Markdown-файлы с 3 MCP-инструментами
  • Деплой на Cloudflare Workers с CI/CD через GitHub Actions
  • KV storage для персистентных данных
  • Multi-user support и API authentication

4. spf-personal — Personal SPF (новый репозиторий)

  • Создан с нуля scaffold SPF-репозитория
  • CLAUDE.md constitution — правила работы с репозиторием
  • Personal Development pack: method, products, failure modes, SOTA, navigation map
  • Process lint protocol — протокол проверки процессов
  • Knowledge creation process — процесс создания знаний

Ключевые достижения недели

  1. Унификация нотации — все индикаторы приведены к формату IND.* во всех репозиториях
  2. MCP-интеграция — aist_bot теперь использует digital-twin-mcp для работы с цифровым двойником
  3. Архитектура знаний — оформлена трёхуровневая модель FPF → Pack → SPF
  4. Первый SPF — создан spf-personal как референсная реализация

Подробное описание по каждому репо.

БОТ aist_bot: новая архитектура

В ветке new-architecture продолжается миграция на State Machine. Задача подготовить бота к Марафону, а также для тестирования ORY и цифрового двойника. Кроме того, бот будет использоваться для выбора программы МИМ, для консультирования по экзокортексу и другим темам.

За неделю:

Функциональность:

  • Feed полностью работает через SM — генерация персональных тем, дайджесты с уровнями глубины, фиксации (заметки) с трекингом
  • Прогресс — новый формат отчётов: «Урок: X | Задание: Y | РП: Z», дни в обратном порядке, подсчёт с понедельника
  • Бонусные вопросы — решение основано на уровне до ответа, а не после авто-апгрейда
  • Пропущенные задания находятся среди всех предыдущих дней, а не только текущего
  • Кнопка «Настройки» работает из любого состояния марафона
  • Команды /start, /progress всегда имеют приоритет над FSM-состояниями

Архитектура:

  • bot.py сокращён на 18% (3850 → 3157 строк): ClaudeClient, init_db, keyboards вынесены в отдельные модули
  • Keyboards перемещены в integrations/telegram/ по целевой структуре миграции
  • Digital Twin MCP клиент с circuit breaker — fail-fast при недоступности, авто-восстановление через 60 сек
  • Папка db/migrations/ — начало системы миграций
  • Анализ авторизации через Ory — выбран Device Authorization Flow (RFC 8628)
  • Документация: обновлены MIGRATION_PLAN_V2, онтология, сценарии, процессы

Статистика: 34 PR’а, 8 сессий Claude Code.

Экосистема развития интеллекта

По теме Цифровой двойник создана мета-модель цифрового двойника — формальное описание показателей для отслеживания развития созидателя:

  • Степени квалификации (DEG.*): 9 уровней от Первокурсника до Общественного деятеля, привязанных к EQF
  • Ступени Ученика (STG.*): 5 внутренних ступеней (Случайный → Проактивный) с периодами учёта
  • Показатели (IND.*): агентность, мастерство, рефлексия, ресурсность, использование ИИ
  • Реестр готов для использования в MCP-сервере (JSON-формат)

По теме SPF или ядра знаний зафиксирован новый взгляд на организацию знаний экосистемы:

  • Трёхуровневая модель: FPF (первые принципы) → SPF/Pack’и (вторые принципы) → Downstream (курсы, руководства, ИИ)
  • Разделение репозиториев: ecosystem-development — карта экосистемы, spf-personal — source-of-truth по личному развитию
  • Процесс развития SPF: фазы, структура Pack’а, роль Claude как аналитика (не автора)

Описана идея и сделана структура семинара по “Личному развитию”.

Статистика: PR 3, 10 коммитов

Метамодель Цифрового двойника digital-twin-mcp

Архитектура MCP сервера переработана: вместо 9 специализированных tools теперь 3 универсальных — describe_by_path, read_digital_twin, write_digital_twin. Это упрощает интеграцию и соответствует паттерну fsm-mcp.

Metamodel переведён с JSON на MD-файлы. Структура организована в 11 тематических групп (настройки, агентность, мастерство, квалификация и др.) с 64 показателями. Каждый показатель описан в отдельном файле с указанием типа, формата и описания.

Деплой настроен через Cloudflare GitHub App. Worker поддерживает HTTP transport, опциональную аутентификацию и KV storage для персистентности данных пользователей.

Тесты — 19 unit-тестов покрывают все tools и парсинг metamodel.

Статистика: PR 16, коммитов 41

Ядро знаний – SPF по личному развитию

  1. Зафиксирована архитектура знания
  • Чётко разделены первые принципы (FPF), вторые принципы (SPF / pack) и downstream-проекции (обучение, ИИ, руководства).
  • Исключена онтологическая ошибка смешения знания, процесса обучения и технических представлений.
  • Зафиксировано, что SPF-репозитории являются source-of-truth, а всё остальное — производные сборки.
  1. Сформирована универсальная структура SPF
  • Разработан канонический, FPF-совместимый формат SPF-pack, применимый не только к личному развитию, но и к строительству, медицине, менеджменту.

  • Устранена зависимость от “practices” как базового элемента; структура опирается на:

    • bounded context,
    • различения,
    • сущности области,
    • методы,
    • рабочие продукты,
    • failure modes,
    • SoTA-аннотации,
    • карту связей.
  • Структура проверена на универсальность и масштабируемость.

  1. Спроектирован и формализован процесс создания знания
  • Разработан нормативный процесс создания и развития SPF-pack, отделённый от самого знания.

  • Процесс покрывает весь цикл:

    • выбор области,
    • фиксацию контекста,
    • работу с различениями,
    • анализ внешних материалов,
    • формализацию методов и продуктов,
    • выявление ошибок,
    • SoTA,
    • обновление карты.
  • Процесс итеративный, не линейный, FPF-корректный.

  1. Введён process lint как guardrail
  • Process lint оформлен как мета-контур контроля, а не этап процесса.

  • Определено:

    • где он применяется (pre-commit, review, агентная работа),
    • какие типы изменений какие проверки требуют.
  • Process lint встроен в архитектуру как обязательное условие качества и защиты от деградации.

  1. Зафиксированы правила работы ИИ (Claude)
  • Определена роль Claude:

    • аналитик,
    • формализатор,
    • контролёр процесса,
    • не автор знаний и не генератор курсов.
  • Подготовлены инструкции, чтобы Claude:

    • работал строго через процесс,
    • прогонял lint,
    • указывал этап процесса и тип изменений.
  • Заложена основа для устойчивой агентной работы.

  1. Подготовлен план развития репозитория
  • Сформирован ROADMAP:

    • от инициализации области,
    • через переработку внешних материалов,
    • к итеративному развитию pack’а.
  • Зафиксирован корректный режим работы с большим массивом материалов (посты, заметки, руководства) как с сырьём, а не знанием.

На текущий момент:

  • Архитектура знания определена и защищена.
  • Структура SPF универсальна и масштабируема.
  • Процесс создания знания формализован.
  • Введены guardrails (process lint + правила для ИИ).
  • Репозитории готовы к переходу от проектирования к регулярной работе с материалами.

Следующий логичный шаг — запуск первого полноценного рабочего цикла переработки реального материала через процесс.

Статистика: PR 7, коммитов 21