Экосистема развития | Ecosystem Development

Тип репозитория: DS/governance

Репозиторий знаний для развития созидателей через системное мышление и инженерные практики

Последнее обновление: автоматически обновляется через GitHub Actions

🎯 О репозитории

Это хранилище знаний, построенное по методологии S2R (Systems-Roles Repository) — мульти-ядерной структуре для комплексного описания сложных систем.

Мы описываем:

• A. Systems-Builder — человека как целевую систему развития (создателя систем)
• B. Aisystant-Ecosystem — платформу + сообщество, создающую условия для развития
• C. IT-Platform — техническую инфраструктуру (MCP, агенты, репозитории)

🗺️ Структура репозитория (Multi-Kernel S2R)

DS-ecosystem-development/
│
├── 0.OPS/                             # F0: Метауровень (управление знаниями)
│   ├── 0.1.Knowledge-Logic/          # Формализация ядер, глоссарий, правила
│   ├── 0.2.Kernels-Bridge/           # Связи между ядрами, value chain
│   ├── 0.5.AI-Reports/               # Автоматические отчёты ИИ
│   └── ...
│
├── A.Systems-Builder/                     # Ядро A: Человек как целевая система
│   ├── A1.Teams-and-Communities/         # Надсистема (∋ созидателя)
│   │   ├── A1.1.Meaning/                # Зачем команды
│   │   ├── A1.2.Architecture/           # Структура команд
│   │   └── A1.3.Operations/             # Процессы команд
│   ├── A2.Systems-Builder/               # SoI (человек-созидатель)
│   │   ├── A2.1.Meaning/                # Ценность созидания
│   │   ├── A2.2.Architecture/           # Архитектура, компетенции
│   │   └── A2.3.Operations/             # Путь развития
│   └── A3.Aisystant-Ecosystem-Builder/   # Система создания
│       ├── A3.1.Meaning/                # Бизнес-модели
│       ├── A3.2.Architecture/           # Платформа
│       └── A3.3.Operations/             # Команда, службы
│
├── B.Aisystant-Ecosystem/                 # Ядро B: Экосистема как система
│   ├── B1.Society/                       # Надсистема (общество)
│   │   ├── B1.1.Meaning/                # Тренды, продвижение
│   │   ├── B1.2.Architecture/           # Контексты применения
│   │   └── B1.3.Operations/             # Репутация, партнёрства
│   ├── B2.Aisystant-Ecosystem/           # SoI (составная)
│   │   ├── B2.1.Meaning/                # Ценностное предложение
│   │   ├── B2.2.Architecture/           # Подсистемы:
│   │   │   ├── Community/               #   ∋ созидателей
│   │   │   └── IT-Platform/             #   Техническая инфраструктура
│   │   └── B2.3.Operations/             # Процессы экосистемы
│   └── B3.Ecosystem-Builder/             # Система создания
│       ├── B3.1.Meaning/                # Экономика, инвестиции
│       ├── B3.2.Architecture/           # ⊃ ИТ-службу + др. команды
│       └── B3.3.Operations/             # Процессы разработки
│
├── C.IT-Platform/                        # Ядро C: Техническая подсистема
│   ├── C1.Aisystant-Ecosystem/          # Надсистема (∋ платформу)
│   │   ├── C1.1.Meaning/               # Требования экосистемы
│   │   ├── C1.2.Architecture/          # Интеграция
│   │   └── C1.3.Operations/            # SLA
│   ├── C2.IT-Platform/                  # SoI (техническая система)
│   │   ├── C2.1.Meaning/               # Зачем платформа
│   │   ├── C2.2.Architecture/          # MCP, агенты, репозитории
│   │   └── C2.3.Operations/            # DevOps, мониторинг
│   └── C3.Platform-Dev-Team/            # Система создания (входит в B3)
│       ├── C3.1.Meaning/               # Миссия команды
│       ├── C3.2.Architecture/          # Состав команды
│       └── C3.3.Operations/            # CI/CD, SRE
│
├── artifacts/                         # Артефакты проекта
├── agents-core/                       # Агенты для работы с репозиторием
└── .ops/                               # Операционные скрипты

🧭 Граф системных отношений

                    World (B1)
                      │
        ┌─────────────┴─────────────┐
        │                           │
        │                  Teams-and-Communities (A1)
        │                           │
        │                      ∋ (содержит)
        │                           │
        ↓                           ↓
Aisystant-Ecosystem (B2) ←────── Systems-Builder (A2)
        │                      (создаётся)
        │
        ├─ ⊃ (включает подсистемы):
        │   ├─ Community ∋ созидателей
        │   └─ IT-Platform (C2)
        │
        ↑ (создаётся)
        │
Ecosystem-Builder (B3)
        │
        └─ ⊃ (включает):
            ├─ IT-Service (C3) → создаёт → IT-Platform (C2)
            └─ Другие команды

Легенда:

• ∋ — содержит физически (команды ∋ людей)
• ⊃ — включает как подсистему (экосистема ⊃ платформу)
• → — создаёт (ИТ-служба → платформу)

🚀 Быстрый старт

Навигация по ядрам

Хочешь узнать о человеке (созидателе)? → Смотри A.Systems-Builder/

Хочешь узнать об экосистеме в целом? → Смотри B.Aisystant-Ecosystem/

Нужны технические детали платформы? → Смотри C.IT-Platform/

Нужна мета-информация (правила, глоссарий)? → Смотри 0.OPS/

Ключевые документы

Начни с этих документов для понимания структуры:

Документ	Описание
0.OPS/0.1.Knowledge-Logic/01-kernels-model.md	Формализация 4 ядер (A, B, C, D)
0.OPS/0.1.Knowledge-Logic/02-document-families.md	Семейства документов F1-F9
0.OPS/0.1.Knowledge-Logic/03-our-systems-map.md	Граф наших систем
0.OPS/0.1.Knowledge-Logic/05-glossary.md	Глоссарий терминов
0.OPS/0.1.Knowledge-Logic/07-naming.md	Правила именования
0.OPS/0.1.Knowledge-Logic/10-knowledge-architecture.md	Архитектура знаний (FPF → Pack'и → Downstream)
0.OPS/0.2.Kernels-Bridge/01-value-chain.md	Цепочка ценности

Новые концепции (в разработке):

Документ	Описание
0.OPS/0.9.Inbox/Концепция Индексатора знаний.md	Система индексации знаний (РП-1 → РП-4)
0.OPS/0.9.Inbox/Концепция Генератора инфопродуктов.md	Система генерации информационных продуктов (РП-4 → РП-7)

📚 Методология S2R

Репозиторий организован по методологии Systems-Roles Repository (S2R).

Подробнее о методологии: Документация S2R

Три уровня систем (в каждом ядре)

1. Надсистема (позиция 1) — содержит SoI, задаёт контекст
2. Система интереса (позиция 2) — центральная система, которую описываем
3. Система создания (позиция 3) — создаёт и поддерживает SoI

Три роли (для каждой системы)

1. Meaning (.1.) — зачем система, ценности, миссия
2. Architecture (.2.) — как устроена, знания, компоненты
3. Operations (.3.) — как работает, процессы, практики

Итого: Каждое ядро = 3 системы × 3 роли = 9 папок

📖 Архитектура знаний

Канонические определения FPF/SPF/Pack: см. SPF/docs/fpf-spf-pack.md

Четыре уровня знаний

┌─────────────────────────────────────────────────────────┐
│  Уровень 1: FPF (First Principles Framework)            │
│  Мета-онтология, язык различений                        │
│  Источник: github.com/ailev/FPF                         │
└─────────────────────────────────────────────────────────┘
                          │
                          ▼
┌─────────────────────────────────────────────────────────┐
│  Уровень 2: SPF (Second Principles Framework)           │
│  Фреймворк вторых принципов                             │
│  Задаёт форму и процесс для доменных знаний             │
└─────────────────────────────────────────────────────────┘
                          │
                          ▼
┌─────────────────────────────────────────────────────────┐
│  Уровень 3: PACK (Доменный source-of-truth)             │
│  Знание конкретной предметной области                   │
│  Пример: github.com/aisystant/PACK-personal              │
└─────────────────────────────────────────────────────────┘
                          │
                          ▼
┌─────────────────────────────────────────────────────────┐
│  Уровень 4: DOWNSTREAM (Производные представления)      │
│  Курсы, руководства, маршруты, ИИ-представления         │
│  Генерируются из Pack'ов, НЕ являются source-of-truth   │
└─────────────────────────────────────────────────────────┘

Три ортогональных измерения

Помимо уровней, знания организуются по трём измерениям:

Измерение	Что определяет	Примеры
Содержание	Что описывать, терминология	FPF → SPF → Pack → Downstream
Форма	Как структурировать репозиторий	S2R, плоская структура
Процесс	Как производить знания	Ingestion, lint, gates (определяется в SPF)

S2R — это формат структуры (измерение "Форма"), а не уровень знаний.

Реестр связанных репозиториев

Репозиторий	Уровень / Измерение	Роль
github.com/ailev/FPF	Уровень 1	Мета-онтология, первые принципы
github.com/TserenTserenov/SPF	Уровень 2	Фреймворк вторых принципов (форма + процесс)
github.com/aisystant/PACK-personal	Уровень 3	Pack (source-of-truth области «Созидатель»)
github.com/TserenTserenov/FMT-S2R	Форма (структура)	Методология организации репозиториев
github.com/aisystant/DS-ecosystem-development	Уровень 4	Карта / конституция экосистемы (этот репозиторий)
github.com/aisystant/DS-twin	Уровень 4	MCP-сервер цифрового двойника
github.com/aisystant/DS-aist-bot	Уровень 4	Telegram-бот персонального маршрута

Роль этого репозитория

DS-ecosystem-development
├── Уровень: Downstream (4)
├── Формат: S2R (мульти-ядерная структура)
├── Роль: карта / конституция экосистемы
├── Описывает: ЧТО такое экосистема, КАК она устроена
└── НЕ содержит: сами знания предметных областей (Pack'и)

Что это означает для нас

• Мы НЕ source-of-truth — изменения в знаниях должны идти через Pack
• Мы основаны на Pack — берём формализованное знание и создаём представления
• Форма (S2R) и процесс свободные — выбраны под нашу задачу

ВАЖНО: SPF ≠ Pack. SPF — фреймворк вторых принципов (форма + процесс). Pack — формализованное знание области (source-of-truth).

Подробнее: 0.OPS/0.1.Knowledge-Logic/10-knowledge-architecture.md

🔗 Архитектура ИТ-платформы

┌─────────────────────────────────────────────────┐
│              UI Layer (Frontend)                │
│   OpenAI Apps SDK / LMS / Telegram Bots        │
└───────────────────┬─────────────────────────────┘
                    │
┌───────────────────▼─────────────────────────────┐
│        AI Runtime / Orchestrator                │
│   (Координация агентов, управление состояниями) │
└───────────────────┬─────────────────────────────┘
                    │ Model Context Protocol (MCP)
┌───────────────────▼─────────────────────────────┐
│              Tool Layer (MCP Servers)           │
│  ┌─────────────┬─────────────┬─────────────┐   │
│  │  fsm-mcp    │ digital-    │ guides-mcp  │   │
│  │  (Логика    │  twin-mcp   │ (Контент)   │   │
│  │  состояний) │ (Данные)    │             │   │
│  └─────────────┴─────────────┴─────────────┘   │
└───────────────────┬─────────────────────────────┘
                    │
┌───────────────────▼─────────────────────────────┐
│             Data Layer (Storage)                │
│  FSM Models / Digital Twin / Knowledge Repo    │
└─────────────────────────────────────────────────┘

MCP-серверы:

• fsm-mcp: Управление конечными автоматами (FSM), логика переходов между состояниями
• DS-twin: Цифровой двойник созидателя (компетенции, прогресс, траектория)
• guides-mcp: Репозиторий знаний (этот репозиторий!)

🤖 ИИ-агенты платформы

Ключевые агенты (описаны в B2.2.Architecture/2.2.5. AI-Agents/ и A3.2.Architecture/3.2.5. AI-Agents/):

• Orchestrator — координация всех агентов
• RouteGuide — навигация по персональному маршруту развития
• SystemArchitect — проектирование систем
• TrajectoryPlanner — планирование траектории развития
• ProgressAnalyst — анализ прогресса созидателя
• RhythmKeeper — поддержка ритмов и ритуалов
• Синхронизатор — watch → detect → route: синхронизация файлов, наблюдение за изменениями, вызов агентов

👥 Для кого этот репозиторий?

Созидатели

Люди, развивающие себя через системное мышление и инженерные практики:

• Разработчики, изучающие системную инженерию
• Предприниматели, строящие продукты
• Учащиеся, проходящие путь развития

Команда экосистемы

Люди, создающие и поддерживающие экосистему:

• ИТ-служба (разработчики, DevOps, SRE)
• Контент-команда (методологи, авторы курсов)
• Команда сообщества (менторы, модераторы)

ИИ-агенты

Агенты, использующие репозиторий через guides-mcp:

• Генерация персональных руководств
• Навигация по маршрутам развития
• Анализ прогресса и рекомендации

🛠️ Работа с репозиторием

Для участников

Изучение материалов:

# Клонируй репозиторий
git clone https://github.com/aisystant/DS-ecosystem-development.git
cd DS-ecosystem-development

# Начни с ключевых документов
cat 0.OPS/0.1.Knowledge-Logic/01-kernels-model.md

Навигация:

• Используй wikilinks: [[путь/к/документу.md]]
• Ищи по тегам в Frontmatter
• Смотри зависимости (depends_on, affects)

Для разработчиков

Интеграция через MCP:

import { MCPClient } from '@modelcontextprotocol/sdk';

// Подключение к guides-mcp
const client = new MCPClient({
  server: 'guides-mcp',
  endpoint: 'http://localhost:3001'
});

// Получение документа
const guide = await client.call('getGuide', {
  kernel: 'A',
  system: 'A2',
  role: 'Architecture',
  document: '01-competency-model.md'
});

Скрипты для работы:

• .ops/build_report.py — генерация отчётов
• .ops/classify_documents.py — классификация документов по семействам
• migrate_content.py — миграция контента (уже выполнена)

Для авторов контента

Создание документа:

1. Определи, к какому семейству относится документ (F1-F9)
2. Определи ядро (A/B/C) и систему (X1/X2/X3)
3. Определи роль (Meaning/Architecture/Operations)
4. Создай файл с правильным именем: <номер>-<название>.md
5. Добавь Frontmatter:

---
family: F5  # Architecture × SoI
kernel: B
system: B2
role: Architecture
status: draft
tags:
  - architecture
  - platform
---

Правила именования:

• Используй реальные имена систем (не абстракции)
• Дефисы для составных имён: Команды-и-сообщества
• Роли на английском: .1.Meaning, .2.Architecture, .3.Operations
• Файлы с ведущим нулём: 01-, 02-

Подробнее: 0.OPS/0.1.Knowledge-Logic/07-naming.md

📖 История и эволюция

Старая структура (архив доступен в истории git):

• Одно ядро 3×3: (0. Управление, 1. Мир, 2. Созидатель, 3. Экосистема) × 3 роли
• Неявные отношения между системами

Новая структура (S2R multi-kernel):

• Три ядра (A, B, C), каждое 3×3
• Явные отношения (∋, ⊃, →)
• Метауровень F0 (0.OPS/)
• Детализация подсистем (Сообщество/, ИТ-платформа/)

Миграция выполнена: 2025-01-15

🤝 Вклад в развитие

Мы приветствуем вклад! Смотри CONTRIBUTING.md.

Основные направления:

• Создание новых документов в существующих семействах
• Улучшение существующих документов
• Развитие агентов и MCP-серверов
• Обратная связь по методологии S2R

📜 Лицензия

[Указать лицензию]

📞 Контакты

• GitHub: aisystant/DS-ecosystem-development
• Telegram: [указать канал/группу]
• Email: [указать email]

---

🤖 Strategist (Стратег) — ИИ-помощник планирования

Агент для стратегирования и планирования рабочих продуктов.

Команды

Slash-команда	Русский текст	Что делает
/strategy	"Сессия стратегирования"	План недели + сдвиг месячного окна
/day-plan	"План на день"	Апдейт вчера + план на сегодня
/evening	"Вечерний итог"	Итоги дня
/week-review	"Итоги недели"	Ревью для публикации в клубе
/check-plan [задача]	"Проверь задачу X по плану"	Сверка задачи с планом
/add-wp [название]	"Добавь РП X в план"	Добавление рабочего продукта

Расписание автозапуска

Время	День	Сценарий
7:00	Понедельник	strategy-session → day-plan
7:00	Вт-Вс	day-plan
22:00	Воскресенье	week-review

Где хранятся планы

0.OPS/0.7.Plans-and-Meetings/
├── current/
│   ├── weeks/                # Недельные планы (YYYY-MM-DD--DD.md)
│   ├── monthly-priorities.md # Приоритеты месяца
│   └── daily/                # Планы по дням
└── reviews/
    ├── weekly/               # Недельные ревью
    └── monthly/              # Месячные отчёты

Архитектура агента

Паспорт и сценарии: PACK-digital-platform/DP.ROLE.012-strategist

---

Добро пожаловать в экосистему развития созидателей! 🚀

Этот репозиторий — живой организм, растущий вместе с экосистемой и её участниками.