Skip to content

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 

History

2,858 Commits
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

Экосистема развития | 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

📜 Лицензия

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

📞 Контакты


🤖 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


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

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

About

This describes a project to create an ecosystem for the development of intelligence.

Resources

Contributing

Stars

Watchers

Forks

Releases

Packages

Used by

Contributors

Languages