Ds Ecosystem Development
This describes a project to create an ecosystem for the development of intelligence.
Installation
npx ds-ecosystem-developmentAsk AI about Ds Ecosystem Development
Powered by Claude · Grounded in docs
I know everything about Ds Ecosystem Development. Ask me about installation, configuration, usage, or troubleshooting.
0/500
Reviews
Documentation
Экосистема развития | 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) — содержит SoI, задаёт контекст
- Система интереса (позиция 2) — центральная система, которую описываем
- Система создания (позиция 3) — создаёт и поддерживает SoI
Три роли (для каждой системы)
- Meaning (.1.) — зачем система, ценности, миссия
- Architecture (.2.) — как устроена, знания, компоненты
- 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— миграция контента (уже выполнена)
Для авторов контента
Создание документа:
- Определи, к какому семейству относится документ (F1-F9)
- Определи ядро (A/B/C) и систему (X1/X2/X3)
- Определи роль (Meaning/Architecture/Operations)
- Создай файл с правильным именем:
<номер>-<название>.md - Добавь 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
Добро пожаловать в экосистему развития созидателей! 🚀
Этот репозиторий — живой организм, растущий вместе с экосистемой и её участниками.
