| 1 | # World-life subworlds map v1 |
| 2 | |
| 3 | Тела секций `world-*`, перенесённые из `agent-notes.md`. Те же `section_id` — stub в hot; полный текст: `read_knowledge_file` / `route_context`. |
| 4 | |
| 5 | Правила миров: `knowledge/worlds/knowledge-engineering/kb-knowledge-engineering-multiworld-rules-v1.md` |
| 6 | |
| 7 | --- |
| 8 | <!-- section:world-agent-systems-playbook-v1 --> |
| 9 | ## Playbook: world-agent-systems v1 |
| 10 | |
| 11 | ### Trigger |
| 12 | Путаница ролей человека и агента, переавтоматизация, ложная уверенность в ответах. |
| 13 | |
| 14 | ### 5-step run |
| 15 | 1. Define decision owner (human). |
| 16 | 2. Define agent scope (поиск/структура/черновик/проверка). |
| 17 | 3. Fact gate: что должно быть подтверждено источником. |
| 18 | 4. Uncertainty label: что пока гипотеза. |
| 19 | 5. Handoff: какой следующий шаг делает человек. |
| 20 | |
| 21 | ### Guardrail metrics |
| 22 | - число неподтвержденных фактов в критичных решениях; |
| 23 | - доля задач с явным owner; |
| 24 | - доля задач, где итог повышает субъектность человека. |
| 25 | |
| 26 | ### N-Why typical root |
| 27 | "Агент ошибся" -> "не было fact gate и ясного owner". |
| 28 | <!-- /section:world-agent-systems-playbook-v1 --> |
| 29 | |
| 30 | <!-- section:world-agent-systems-subdomain-v1 --> |
| 31 | ## Подмир: Агентные системы (world-agent-systems) |
| 32 | |
| 33 | Parent: `world-life` |
| 34 | Статус: active |
| 35 | Назначение: описывать роль ИИ-агентов как усилителей в человеческом контуре, с ясными границами ответственности. |
| 36 | |
| 37 | ### Foundation |
| 38 | - Агент ускоряет поиск, структурирование и реализацию, но не заменяет человеческую ценностную рамку. |
| 39 | - Надёжность агента контекстна: зависит от качества вопроса, источников и валидации. |
| 40 | - Риск: automation bias, ложная уверенность, размытие ответственности. |
| 41 | |
| 42 | ### Practice |
| 43 | - Human-in-the-loop по умолчанию для решений с этическим/личностным риском. |
| 44 | - Разделение ролей: человек задаёт смысл/границы, агент собирает/формализует/проверяет. |
| 45 | - Обязательная верификация фактов перед критическими выводами. |
| 46 | |
| 47 | ### Guardrails |
| 48 | - Не выдавать предположение за факт. |
| 49 | - Явно помечать неопределённость и следующий безопасный шаг. |
| 50 | - Для чувствительных тем: приоритет безопасности и субъектности человека. |
| 51 | |
| 52 | ### Definition of Done |
| 53 | 1) Ясно распределены роли человека и агента. |
| 54 | 2) Присутствует проверка ключевых фактов. |
| 55 | 3) Результат повышает субъектность человека, а не зависимость от агента. |
| 56 | <!-- /section:world-agent-systems-subdomain-v1 --> |
| 57 | |
| 58 | <!-- section:world-biology-playbook-v1 --> |
| 59 | ## Playbook: world-biology v1 |
| 60 | |
| 61 | ### Trigger |
| 62 | Усталость, когнитивный туман, резкие просадки устойчивости, ошибки в простых действиях. |
| 63 | |
| 64 | ### 5-step run |
| 65 | 1. Resource snapshot: сон/еда/вода/перегруз/цикл нагрузки. |
| 66 | 2. Identify limiting factor: что биологически режет ресурс сильнее всего. |
| 67 | 3. Minimal fix: один рычаг на 24ч (сон/паузы/нагрузка/стимуляторы). |
| 68 | 4. Protect critical path: перенос сложных задач в окно ресурса. |
| 69 | 5. Measure: качество фокуса + число сбоев + субъективная ясность. |
| 70 | |
| 71 | ### 72h metrics |
| 72 | - длительность фокус-блоков; |
| 73 | - число провалов в базовых шагах; |
| 74 | - субъективная энергия (0-10). |
| 75 | |
| 76 | ### N-Why typical root |
| 77 | "Не слабая воля" -> "ресурсный дефицит + неверный ритм нагрузки". |
| 78 | <!-- /section:world-biology-playbook-v1 --> |
| 79 | |
| 80 | <!-- section:world-biology-subdomain-v1 --> |
| 81 | ## Подмир: Биология (world-biology) |
| 82 | |
| 83 | Parent: `world-life` |
| 84 | Статус: active |
| 85 | Назначение: учитывать биологические ограничения и ритмы как фундамент реального поведения. |
| 86 | |
| 87 | ### Foundation |
| 88 | - Нервная система ограничивает скорость переключений и устойчивость внимания. |
| 89 | - Сон, стресс, питание, гормональные/циркадные факторы влияют на когнитивный ресурс. |
| 90 | - Биология не объясняет всё, но задаёт потолки/пороги для психики и поведения. |
| 91 | |
| 92 | ### Practice |
| 93 | - В задачах про продуктивность сначала проверять ресурсные факторы, а не только "дисциплину". |
| 94 | - Проектировать сценарии для low-resource режима (минимум шагов, ясный recovery). |
| 95 | - В планировании: сложные когнитивные задачи ставить в окно пикового ресурса. |
| 96 | |
| 97 | ### Red flags |
| 98 | - Игнорирование сна/перегруза при интерпретации ошибок. |
| 99 | - Обвинение личности там, где есть биологическое истощение. |
| 100 | |
| 101 | ### Definition of Done |
| 102 | 1) Указан биологический фактор, релевантный задаче. |
| 103 | 2) Предложен минимум 1 ресурсный фикс. |
| 104 | 3) Проверен эффект через самочувствие + качество выполнения. |
| 105 | <!-- /section:world-biology-subdomain-v1 --> |
| 106 | |
| 107 | <!-- section:world-culture-meaning-playbook-v1 --> |
| 108 | ## Playbook: world-culture-meaning v1 |
| 109 | |
| 110 | ### Trigger |
| 111 | Есть "необъяснимый" фон тревоги/цинизма/обесценивания; метрики еще норм, но контур уже деградирует. |
| 112 | |
| 113 | ### 5-step run |
| 114 | 1. Capture signal: текст/песня/мем/язык, который повторяется. |
| 115 | 2. Decode pattern: что нормализуется этим языком (забота или насилие). |
| 116 | 3. Translate to risk: какой практический риск для процесса/UX/отношений. |
| 117 | 4. Action-now: одно изменение языка/ритуала/правила. |
| 118 | 5. Verify: снизилось ли эмоциональное трение и выросла ли ясность. |
| 119 | |
| 120 | ### Guardrail |
| 121 | Культурный анализ не заменяет факты; это ранний датчик, а не окончательный вердикт. |
| 122 | |
| 123 | ### N-Why typical root |
| 124 | "Просто настроение" -> "язык среды системно нормализует вредные паттерны". |
| 125 | <!-- /section:world-culture-meaning-playbook-v1 --> |
| 126 | |
| 127 | <!-- section:world-culture-meaning-subdomain-v1 --> |
| 128 | ## Подмир: Культура и смысл (world-culture-meaning) |
| 129 | |
| 130 | Parent: `world-life` |
| 131 | Статус: active |
| 132 | Назначение: использовать культурные тексты, язык и символы как ранние датчики состояния среды. |
| 133 | |
| 134 | ### Foundation |
| 135 | - Культура фиксирует то, что метрики часто видят поздно. |
| 136 | - Язык нормализует либо заботу, либо насилие/обесценивание. |
| 137 | - Символы и нарративы влияют на мотивацию и границы допустимого. |
| 138 | |
| 139 | ### Practice |
| 140 | - В анализе конфликтов смотреть не только факты, но и используемый язык. |
| 141 | - В продуктах и коммуникации проверять: не маскирует ли "нормальность" дегуманизацию. |
| 142 | - Использовать культурные якоря (песни/тексты) как инструмент рефлексии и настройки ритма. |
| 143 | |
| 144 | ### Risks |
| 145 | - Романтизация травмы вместо её осмысления. |
| 146 | - Подмена анализа эстетизацией. |
| 147 | |
| 148 | ### Definition of Done |
| 149 | 1) Культурный сигнал переведён в практический вывод. |
| 150 | 2) Есть действие по снижению трения/вреда. |
| 151 | 3) Смысловой слой не подменяет фактическую проверку. |
| 152 | <!-- /section:world-culture-meaning-subdomain-v1 --> |
| 153 | |
| 154 | <!-- section:world-decision-theory-playbook-v1 --> |
| 155 | ## Playbook: world-decision-theory v1 |
| 156 | |
| 157 | ### Trigger |
| 158 | Высокая неопределенность, много вариантов, риск паралича анализа. |
| 159 | |
| 160 | ### 5-step run |
| 161 | 1. Classify decision: reversible vs hard-to-reverse. |
| 162 | 2. Define downside boundary (что нельзя допустить). |
| 163 | 3. Compare options by expected value + regret + option value. |
| 164 | 4. For reversible: run fast probing-step. |
| 165 | 5. Set review checkpoint and pivot criteria. |
| 166 | |
| 167 | ### 72h checks |
| 168 | - решение принято и исполнение начато; |
| 169 | - критерий пересмотра зафиксирован; |
| 170 | - regret-risk контролируемый. |
| 171 | |
| 172 | ### N-Why typical root |
| 173 | "Застряли" -> "не разделили обратимые и необратимые решения". |
| 174 | <!-- /section:world-decision-theory-playbook-v1 --> |
| 175 | |
| 176 | <!-- section:world-decision-theory-subdomain-v1 --> |
| 177 | ## Подмир: Decision Theory (world-decision-theory) |
| 178 | |
| 179 | Parent: `world-life` |
| 180 | Статус: active |
| 181 | Назначение: принимать решения под неопределенностью без паралича анализа. |
| 182 | |
| 183 | ### Foundation |
| 184 | - Решение = выбор при неполной информации. |
| 185 | - Важны не только outcomes, но и regret, reversibility, risk exposure. |
| 186 | - Быстрые обратимые решения лучше долгого ожидания идеальной информации. |
| 187 | |
| 188 | ### Practice |
| 189 | - Классифицировать решение: reversible / hard-to-reverse. |
| 190 | - Для reversible ставить короткий цикл и запускать probing-step. |
| 191 | - Для hard-to-reverse усиливать проверку фактов и safety-gate. |
| 192 | |
| 193 | ### Decision frame |
| 194 | - expected value (грубая оценка), |
| 195 | - downside risk, |
| 196 | - worst plausible case, |
| 197 | - option value (сохранение будущего выбора). |
| 198 | |
| 199 | ### Definition of Done |
| 200 | 1) Тип решения (reversible/irreversible) определен. |
| 201 | 2) Риск и regret учтены явно. |
| 202 | 3) Есть next decision point и критерий пересмотра. |
| 203 | <!-- /section:world-decision-theory-subdomain-v1 --> |
| 204 | |
| 205 | <!-- section:world-economics-playbook-v1 --> |
| 206 | ## Playbook: world-economics v1 |
| 207 | |
| 208 | ### Trigger |
| 209 | Нужно выбрать вариант изменений при ограниченных ресурсах; спор "дорого/дешево" без общей рамки. |
| 210 | |
| 211 | ### 5-step run |
| 212 | 1. Define unit of value (деньги/время/энергия/риск). |
| 213 | 2. Estimate friction cost baseline (текущее состояние). |
| 214 | 3. Build 2-3 options with marginal gain/marginal cost. |
| 215 | 4. Compute cost of delay and downside. |
| 216 | 5. Select option with best effect/price in текущем контуре. |
| 217 | |
| 218 | ### 72h checks |
| 219 | - выбранный вариант реально снижает friction cost; |
| 220 | - нет скрытого переноса издержек в соседний контур; |
| 221 | - trade-off зафиксирован явно. |
| 222 | |
| 223 | ### N-Why typical root |
| 224 | "Нет прогресса" -> "решения принимаются без явной экономики трения". |
| 225 | <!-- /section:world-economics-playbook-v1 --> |
| 226 | |
| 227 | <!-- section:world-economics-subdomain-v1 --> |
| 228 | ## Подмир: Экономика (world-economics) |
| 229 | |
| 230 | Parent: `world-life` |
| 231 | Статус: active |
| 232 | Назначение: переводить решения и трение в стоимость, стимулы и компромиссы. |
| 233 | |
| 234 | ### Foundation |
| 235 | - Любое трение имеет цену (время, энергия, деньги, репутация). |
| 236 | - Нет бесплатных решений: всегда есть opportunity cost. |
| 237 | - Стимулы определяют поведение системы сильнее деклараций. |
| 238 | |
| 239 | ### Practice |
| 240 | - Для каждого трения считать: частота x боль x цена отказа. |
| 241 | - Отделять капитальные изменения от операционных. |
| 242 | - Сравнивать варианты через marginal gain / marginal cost. |
| 243 | |
| 244 | ### Core metrics |
| 245 | - friction cost/day; |
| 246 | - recovery cost; |
| 247 | - rework cost; |
| 248 | - cost of delay. |
| 249 | |
| 250 | ### Definition of Done |
| 251 | 1) Для решения есть экономическая оценка (хотя бы грубая). |
| 252 | 2) Показан trade-off между вариантами. |
| 253 | 3) Выбран вариант с лучшим соотношением эффект/цена в данном контуре. |
| 254 | <!-- /section:world-economics-subdomain-v1 --> |
| 255 | |
| 256 | <!-- section:world-human-system-playbook-v1 --> |
| 257 | ## Playbook: world-human-system v1 |
| 258 | |
| 259 | ### Trigger |
| 260 | Конфликт из-за языка/ролей, ощущение "повторяют и не понимают", рост эмоционального трения. |
| 261 | |
| 262 | ### 5-step run |
| 263 | 1. Clarify context: кто, где, в каком состоянии, какая ставка. |
| 264 | 2. Separate levels: факт / интерпретация / переживание. |
| 265 | 3. Safety language: валидирующая формулировка без обесценивания. |
| 266 | 4. Action-now: один шаг, усиливающий субъектность человека. |
| 267 | 5. Check: стало ли больше ясности/выбора/контроля. |
| 268 | |
| 269 | ### Link |
| 270 | Использовать `psychology-gender-studies-subdomain-v1`, когда затронуты идентичность/обращение/стигма. |
| 271 | |
| 272 | ### N-Why typical root |
| 273 | "Люди не понимают" -> "нет контуров безопасности и практической проверки смысла". |
| 274 | <!-- /section:world-human-system-playbook-v1 --> |
| 275 | |
| 276 | <!-- section:world-human-system-v1 --> |
| 277 | ## Мир: Человек как система (Human System) |
| 278 | |
| 279 | Статус: active |
| 280 | Parent: `world-life` |
| 281 | Роль: мета-домен памяти для задач, где человек является центральной единицей анализа (а не только процесс/код/организация). |
| 282 | |
| 283 | ### Почему именно этот нейминг |
| 284 | |
| 285 | Выбор: **"Человек как система"** (а не только "Личность"). |
| 286 | |
| 287 | Причина: |
| 288 | - "Личность" слишком узко про психологический профиль. |
| 289 | - "Человек как система" включает личность + тело + контекст + отношения + культуру + среду + время. |
| 290 | - Нейминг совместим с нашей методологией `Environment-first` и `Context-first`. |
| 291 | |
| 292 | Короткое имя для роутинга: `world-human-system`. |
| 293 | |
| 294 | --- |
| 295 | |
| 296 | ### Миссия мира |
| 297 | |
| 298 | Собирать и применять знания так, чтобы: |
| 299 | 1) лучше понимать человека в реальном контексте, |
| 300 | 2) снижать трение и психологический ущерб, |
| 301 | 3) усиливать субъектность (ясность, выбор, действие), |
| 302 | 4) переводить инсайты в рабочие практики/протоколы. |
| 303 | |
| 304 | --- |
| 305 | |
| 306 | ### Ядро модели (уровни) |
| 307 | |
| 308 | 1. Биопсихический уровень |
| 309 | - ресурс, утомление, стресс, сон, нейрофизиологические ограничения. |
| 310 | |
| 311 | 2. Психологический уровень |
| 312 | - идентичность, эмоции, мотивация, защита, coping, смысл. |
| 313 | |
| 314 | 3. Социальный уровень |
| 315 | - роли, отношения, власть, нормы, стигма, принадлежность. |
| 316 | |
| 317 | 4. Культурно-исторический уровень |
| 318 | - язык эпохи, символы, коллективные сценарии, историческая травматика. |
| 319 | |
| 320 | 5. Средовой/операционный уровень |
| 321 | - UX, процесс, интерфейсы, ритуалы, контуры обратной связи. |
| 322 | |
| 323 | Правило: не объяснять явление только одним уровнем, если оно многоуровневое. |
| 324 | |
| 325 | --- |
| 326 | |
| 327 | ### Поддомены (текущая структура) |
| 328 | |
| 329 | A) `psychology-gender-studies-subdomain-v1` |
| 330 | - идентичность, язык обращения, стигма, minority stress, safety. |
| 331 | |
| 332 | B) Регуляция и ресурс (planned) |
| 333 | - стресс-циклы, low/high resource режимы, recovery-практики. |
| 334 | |
| 335 | C) Коммуникация и доверие (planned) |
| 336 | - как строить контур вопросов без угрозы/стыда. |
| 337 | |
| 338 | D) Субъектность и агентность (planned) |
| 339 | - переход от "сделали за меня" к "могу действовать сама". |
| 340 | |
| 341 | E) Культура и смысловые датчики (planned) |
| 342 | - культурные тексты как ранние индикаторы дегуманизации среды. |
| 343 | |
| 344 | --- |
| 345 | |
| 346 | ### Роутинг: когда отправлять задачу в этот мир |
| 347 | |
| 348 | Триггеры: |
| 349 | - в запросе есть тема идентичности/границ/эмоций/доверия; |
| 350 | - конфликт связан не с фактами, а с интерпретациями/языком/ролью; |
| 351 | - UX/процесс формально верен, но психологически неработоспособен; |
| 352 | - нужно объяснить "почему повторяют и не понимают"; |
| 353 | - нужно спроектировать среду, где человек не ломается от базового сценария. |
| 354 | |
| 355 | Не роутить сюда, если: |
| 356 | - задача сугубо техническая без человеческого фактора; |
| 357 | - нужен только синтаксический/форматный фикс. |
| 358 | |
| 359 | --- |
| 360 | |
| 361 | ### Операционная формула мира |
| 362 | |
| 363 | `понимание человека = точность уровней + контекст + безопасность + проверка в практике` |
| 364 | |
| 365 | Итоговый KPI: |
| 366 | - меньше трения, |
| 367 | - меньше стигмы, |
| 368 | - больше ясности, |
| 369 | - больше субъектности. |
| 370 | |
| 371 | --- |
| 372 | |
| 373 | ### Definition of Done для задач этого мира |
| 374 | |
| 375 | Задача завершена, если: |
| 376 | 1) явно указан уровень(и) анализа; |
| 377 | 2) предложено действие, снижающее трение здесь-и-сейчас; |
| 378 | 3) не увеличен риск психологического вреда; |
| 379 | 4) появился следующий проверяемый шаг; |
| 380 | 5) результат оформлен как переиспользуемое знание в KB. |
| 381 | <!-- /section:world-human-system-v1 --> |
| 382 | |
| 383 | <!-- section:world-information-systems-playbook-v1 --> |
| 384 | ## Playbook: world-information-systems v1 |
| 385 | |
| 386 | ### Trigger |
| 387 | Интеграционные сбои, рассинхрон данных, "работает локально / ломается системно", инциденты наблюдаемости. |
| 388 | |
| 389 | ### 7-step run |
| 390 | 1. Identify system-of-record and domain owner. |
| 391 | 2. Map critical data flow end-to-end. |
| 392 | 3. Check contract integrity (API/events/schema versioning). |
| 393 | 4. Verify observability coverage (logs/metrics/traces/alerts). |
| 394 | 5. Run failure-mode review (single points, retries, idempotency, fallback). |
| 395 | 6. Apply minimal reliability fix with rollback plan. |
| 396 | 7. Validate recovery path (MTTD/MTTR target). |
| 397 | |
| 398 | ### 72h checks |
| 399 | - error/integration failure rate снижается; |
| 400 | - data consistency incidents не растут; |
| 401 | - MTTD/MTTR улучшаются; |
| 402 | - изменение не ломает соседние контуры. |
| 403 | |
| 404 | ### N-Why typical root |
| 405 | "Инциденты повторяются" -> "нет явного SoR + контрактной дисциплины + observability до релиза". |
| 406 | <!-- /section:world-information-systems-playbook-v1 --> |
| 407 | |
| 408 | <!-- section:world-information-systems-subdomain-v1 --> |
| 409 | ## Подмир: Информационные системы (world-information-systems) |
| 410 | |
| 411 | Parent: `world-life` |
| 412 | Статус: active |
| 413 | Назначение: связывать данные, архитектуру, интеграции, надежность и операционную эксплуатацию в единую системную модель. |
| 414 | |
| 415 | ### Foundation |
| 416 | - Информационная система = данные + процессы + интерфейсы + люди + правила доступа. |
| 417 | - Качество системы определяется не только функционалом, но и целостностью данных, надежностью и наблюдаемостью. |
| 418 | - Локальная оптимизация сервиса без учета интеграций создает системный долг. |
| 419 | |
| 420 | ### Core layers |
| 421 | 1) Data layer |
| 422 | - модели данных, качество, lineage, консистентность. |
| 423 | |
| 424 | 2) Application layer |
| 425 | - сервисы, бизнес-правила, контракты API. |
| 426 | |
| 427 | 3) Integration layer |
| 428 | - события, очереди, синхронные/асинхронные взаимодействия. |
| 429 | |
| 430 | 4) Reliability layer |
| 431 | - SLA/SLO, отказоустойчивость, recovery, graceful degradation. |
| 432 | |
| 433 | 5) Governance layer |
| 434 | - безопасность, доступы, аудит, комплаенс. |
| 435 | |
| 436 | ### Practice |
| 437 | - Строить карту потоков данных end-to-end. |
| 438 | - Явно фиксировать system-of-record и ownership по доменам. |
| 439 | - Для изменений: impact-map (какие контуры заденет изменение). |
| 440 | - Обязательная проверка наблюдаемости до релиза (логи/метрики/трейсы/алерты). |
| 441 | |
| 442 | ### Key metrics |
| 443 | - availability / error rate / latency; |
| 444 | - data quality incidents; |
| 445 | - integration failure rate; |
| 446 | - MTTD / MTTR; |
| 447 | - change failure rate. |
| 448 | |
| 449 | ### Typical traps |
| 450 | - "работает локально" без системного контекста; |
| 451 | - неявный ownership данных; |
| 452 | - отсутствие наблюдаемости; |
| 453 | - интеграции без контрактной дисциплины. |
| 454 | |
| 455 | ### Definition of Done |
| 456 | 1) Ясно указан system-of-record и owner. |
| 457 | 2) Есть проверка влияния изменения на соседние контуры. |
| 458 | 3) Включены observability и recovery criteria. |
| 459 | 4) Изменение снижает системное трение, а не переносит его дальше. |
| 460 | <!-- /section:world-information-systems-subdomain-v1 --> |
| 461 | |
| 462 | <!-- section:world-life-doing-definition-v1 --> |
| 463 | ## World-Life Definition of Done v1 |
| 464 | |
| 465 | Любая задача в `world-life` завершена, если: |
| 466 | 1) выбран primary-подмир и минимум 1 secondary-подмир; |
| 467 | 2) построена модель через `model-building-playbook-v1` (или fast-mode); |
| 468 | 3) пройден `N-Why` до actionable/fundamental stop condition; |
| 469 | 4) выполнен 1 минимальный интервенционный шаг; |
| 470 | 5) эффект проверен в горизонте 24-72ч; |
| 471 | 6) знание оформлено как переиспользуемое правило/playbook в KB. |
| 472 | |
| 473 | Fail-state: |
| 474 | - есть вывод, но нет действия; |
| 475 | - есть действие, но нет проверки; |
| 476 | - есть проверка, но нет фиксации знания; |
| 477 | - есть Why-цепочка, но нет явного stop-type. |
| 478 | <!-- /section:world-life-doing-definition-v1 --> |
| 479 | |
| 480 | <!-- section:world-life-meta-v1 --> |
| 481 | ## Мир: Жизнь (Life) |
| 482 | |
| 483 | Статус: active |
| 484 | Роль: верхнеуровневый мета-мир памяти, объединяющий биологию, человека, агентные системы и социотехнические контуры в одну карту реальности. |
| 485 | |
| 486 | Короткое имя роутера: `world-life`. |
| 487 | |
| 488 | ### Зачем этот уровень |
| 489 | - Чтобы не держать знания разрозненно ("человек отдельно", "агенты отдельно"). |
| 490 | - Чтобы видеть переходы между уровнями: биология -> психика -> поведение -> среда -> технологии -> общество. |
| 491 | - Чтобы вопросы маршрутизировались по системе, а не по случайной папке. |
| 492 | |
| 493 | ### Подмиры (v3) |
| 494 | 1. `world-human-system` — Человек как система. |
| 495 | 2. `world-biology` — биологические ограничения, ресурс, нейрофизиология, здоровье. |
| 496 | 3. `world-agent-systems` — ИИ-агенты, автономность, границы ответственности. |
| 497 | 4. `world-socio-technical` — процессы, интерфейсы, институты, организационная динамика. |
| 498 | 5. `world-culture-meaning` — язык эпохи, нарративы, культурные датчики. |
| 499 | 6. `world-mathematics` — формальные модели, инварианты, пределы, неопределенность. |
| 500 | 7. `world-economics` — цена трения, стимулы, trade-offs, стоимость задержек. |
| 501 | 8. `world-decision-theory` — решения под неопределенностью, regret, reversibility. |
| 502 | 9. `world-systems-dynamics` — feedback loops, задержки, режимные переходы. |
| 503 | 10. `world-information-systems` — данные, архитектура, интеграции, надежность, governance. |
| 504 | |
| 505 | ### Modeling core (обязательный слой) |
| 506 | - `modeling-foundations-v1` |
| 507 | - `model-building-playbook-v1` |
| 508 | - `model-validation-checklist-v1` |
| 509 | - `modeling-errors-catalog-v1` |
| 510 | - `representative-model-scaling-v1` |
| 511 | - `n-why-stop-criterion-v1` |
| 512 | |
| 513 | ### Маршрутизация |
| 514 | - Если задача про человека в контексте среды -> `world-human-system`. |
| 515 | - Если про физиологические/медицинские ограничения -> `world-biology`. |
| 516 | - Если про роль и поведение ИИ/агентов -> `world-agent-systems`. |
| 517 | - Если про процессы/продукт/орг-системы -> `world-socio-technical`. |
| 518 | - Если про символы/музыку/культурные коды -> `world-culture-meaning`. |
| 519 | - Если нужен формальный каркас модели -> `world-mathematics`. |
| 520 | - Если нужно считать цену/стимулы/компромиссы -> `world-economics`. |
| 521 | - Если выбор под риском/неопределенностью -> `world-decision-theory`. |
| 522 | - Если проблема нелинейна и с задержками -> `world-systems-dynamics`. |
| 523 | - Если задача про данные/архитектуру/интеграции/надежность -> `world-information-systems`. |
| 524 | |
| 525 | ### Интегральная формула |
| 526 | `Жизнь = биология + психология + отношения + культура + технологии + среда + время` |
| 527 | |
| 528 | ### Definition of Done (meta) |
| 529 | Задача завершена, если: |
| 530 | 1) указан уровень и подмир, |
| 531 | 2) показаны связи минимум с 1 соседним подмиром, |
| 532 | 3) есть практический шаг снижения трения, |
| 533 | 4) результат оформлен в переиспользуемую KB-структуру. |
| 534 | <!-- /section:world-life-meta-v1 --> |
| 535 | |
| 536 | <!-- section:world-life-router-playbook-v1 --> |
| 537 | ## World-Life Router Playbook v1 |
| 538 | |
| 539 | Scope: meta-router for `world-life` and subworlds. |
| 540 | |
| 541 | ### Routing algorithm (fast path) |
| 542 | 1. Определи первичный симптом задачи (дистресс, конфликт, UX-провал, data-gap, смысловой шум). |
| 543 | 2. Выбери основной подмир: |
| 544 | - ресурс/физиология -> `world-biology` |
| 545 | - идентичность/доверие/коммуникация -> `world-human-system` |
| 546 | - роль ИИ/границы автоматизации -> `world-agent-systems` |
| 547 | - процесс/орг-контур/интерфейсы -> `world-socio-technical` |
| 548 | - язык эпохи/культурные сигналы -> `world-culture-meaning` |
| 549 | 3. Обязательно добавь 1 соседний подмир для проверки слепой зоны. |
| 550 | 4. Если сложность высокая: применить `representative-model-scaling-v1` (сжать до обозримой модели). |
| 551 | 5. Сформируй 1 минимальный интервенционный шаг. |
| 552 | 6. Запусти проверку эффекта в реальном контексте. |
| 553 | |
| 554 | ### Minimal output contract |
| 555 | - level: какой подмир primary |
| 556 | - cross-link: какой secondary |
| 557 | - action-now: один шаг сегодня |
| 558 | - check: чем проверяем эффект |
| 559 | - risk: главный риск/барьер |
| 560 | |
| 561 | ### Anti-patterns |
| 562 | - "универсальное" объяснение через один подмир; |
| 563 | - много анализа без интервенции; |
| 564 | - интервенция без заранее выбранного критерия проверки. |
| 565 | <!-- /section:world-life-router-playbook-v1 --> |
| 566 | |
| 567 | <!-- section:world-mathematics-playbook-v1 --> |
| 568 | ## Playbook: world-mathematics v1 |
| 569 | |
| 570 | ### Trigger |
| 571 | Модель спорная/непрозрачная, выводы противоречат друг другу, ощущение "много слов — мало структуры". |
| 572 | |
| 573 | ### 5-step run |
| 574 | 1. Define objective function: что оптимизируем. |
| 575 | 2. Set variables and units: 3-7 ключевых переменных и диапазоны. |
| 576 | 3. State assumptions explicitly. |
| 577 | 4. Run consistency checks: размерности, порядки величин, предельные случаи. |
| 578 | 5. Produce decision-ready output: формула/правило + границы применимости. |
| 579 | |
| 580 | ### 72h checks |
| 581 | - модель дает однозначный action-now; |
| 582 | - нет внутренних противоречий; |
| 583 | - чувствительность к ключевым параметрам понятна. |
| 584 | |
| 585 | ### N-Why typical root |
| 586 | "Не можем договориться" -> "нет формальной модели с явными допущениями". |
| 587 | <!-- /section:world-mathematics-playbook-v1 --> |
| 588 | |
| 589 | <!-- section:world-mathematics-subdomain-v1 --> |
| 590 | ## Подмир: Математика (world-mathematics) |
| 591 | |
| 592 | Parent: `world-life` |
| 593 | Статус: active |
| 594 | Назначение: давать строгий язык для моделей, ограничений, неопределенности и инвариантов. |
| 595 | |
| 596 | ### Foundation |
| 597 | - Модель ценна, если проверяема и фальсифицируема. |
| 598 | - Инварианты и пределы важнее локальной оптимизации. |
| 599 | - Точность нужна ровно до уровня принятия решения (не культ цифры). |
| 600 | |
| 601 | ### Practice |
| 602 | - Явно фиксировать переменные, единицы измерения, диапазоны. |
| 603 | - Разделять deterministic и stochastic части модели. |
| 604 | - Делать sanity-check оценками порядков величин. |
| 605 | |
| 606 | ### Typical tools |
| 607 | - оценка порядков величин; |
| 608 | - чувствительность параметров; |
| 609 | - интервальные оценки вместо ложной точности; |
| 610 | - ограничение по инвариантам/пределам. |
| 611 | |
| 612 | ### Definition of Done |
| 613 | 1) Есть формальная структура модели. |
| 614 | 2) Есть явные допущения и границы. |
| 615 | 3) Есть проверка на внутреннюю непротиворечивость. |
| 616 | <!-- /section:world-mathematics-subdomain-v1 --> |
| 617 | |
| 618 | <!-- section:world-socio-technical-playbook-v1 --> |
| 619 | ## Playbook: world-socio-technical v1 |
| 620 | |
| 621 | ### Trigger |
| 622 | "Формально всё есть, но работает плохо"; много ручных обходов; падение темпа команды. |
| 623 | |
| 624 | ### 5-step run |
| 625 | 1. Map path end-to-end (user/team). |
| 626 | 2. Locate most expensive bottleneck. |
| 627 | 3. Run N-Why to actionable root. |
| 628 | 4. Implement minimal friction fix. |
| 629 | 5. Encode as ritual/process rule. |
| 630 | |
| 631 | ### 72h metrics |
| 632 | - время до базового результата; |
| 633 | - частота возвратов/сбоев; |
| 634 | - время recovery; |
| 635 | - объем ручных обходов. |
| 636 | |
| 637 | ### N-Why typical root |
| 638 | "Плохие исполнители" -> "плохая связка интерфейсов, ролей и обратной связи". |
| 639 | <!-- /section:world-socio-technical-playbook-v1 --> |
| 640 | |
| 641 | <!-- section:world-socio-technical-subdomain-v1 --> |
| 642 | ## Подмир: Социотехнические системы (world-socio-technical) |
| 643 | |
| 644 | Parent: `world-life` |
| 645 | Статус: active |
| 646 | Назначение: связывать процессы, интерфейсы, роли и институты в единую операционную картину. |
| 647 | |
| 648 | ### Foundation |
| 649 | - Плохая система воспроизводит ошибки сильных людей и ломает средних. |
| 650 | - Conway effect: архитектура софта отражает архитектуру коммуникации. |
| 651 | - Трение рождается на стыках ролей, интерфейсов и ответственности. |
| 652 | |
| 653 | ### Practice |
| 654 | - Картировать end-to-end путь пользователя/команды. |
| 655 | - Ищем bottleneck с максимальной ценой трения. |
| 656 | - Внедряем минимальный фикс + быстрый контур проверки. |
| 657 | - Закрепляем как ритуал/правило среды. |
| 658 | |
| 659 | ### Metrics |
| 660 | - время до базового результата; |
| 661 | - частота сбоев/возвратов; |
| 662 | - стоимость ручных обходов; |
| 663 | - скорость recovery. |
| 664 | |
| 665 | ### Definition of Done |
| 666 | 1) Найден и снят хотя бы 1 системный барьер. |
| 667 | 2) Эффект подтверждён в реальном контексте. |
| 668 | 3) Изменение закреплено в процессе/доке/ритуале. |
| 669 | <!-- /section:world-socio-technical-subdomain-v1 --> |
| 670 | |
| 671 | <!-- section:world-systems-dynamics-playbook-v1 --> |
| 672 | ## Playbook: world-systems-dynamics v1 |
| 673 | |
| 674 | ### Trigger |
| 675 | Проблема возвращается после фикса; локальные улучшения ухудшают общую систему. |
| 676 | |
| 677 | ### 5-step run |
| 678 | 1. Draw causal loop map (reinforcing/balancing). |
| 679 | 2. Identify delays and accumulators. |
| 680 | 3. Locate structural leverage point. |
| 681 | 4. Apply minimal structural intervention. |
| 682 | 5. Observe lag-aware metrics before verdict. |
| 683 | |
| 684 | ### 72h checks |
| 685 | - симптом ослабляется без роста соседних проблем; |
| 686 | - учитывается временная задержка эффекта; |
| 687 | - есть evidence, что изменена именно петля, а не маскирован симптом. |
| 688 | |
| 689 | ### N-Why typical root |
| 690 | "Чиним, а ломается снова" -> "не затронута ключевая обратная связь". |
| 691 | <!-- /section:world-systems-dynamics-playbook-v1 --> |
| 692 | |
| 693 | <!-- section:world-systems-dynamics-subdomain-v1 --> |
| 694 | ## Подмир: Systems Dynamics (world-systems-dynamics) |
| 695 | |
| 696 | Parent: `world-life` |
| 697 | Статус: active |
| 698 | Назначение: видеть петли обратной связи, задержки и режимные переходы, которые ломают линейное мышление. |
| 699 | |
| 700 | ### Foundation |
| 701 | - Поведение системы определяется структурой связей и задержек. |
| 702 | - Локальное улучшение может ухудшить систему в целом. |
| 703 | - Многие сбои — результат feedback loops, а не отдельных ошибок. |
| 704 | |
| 705 | ### Practice |
| 706 | - Строить causal loop map для ключевой проблемы. |
| 707 | - Явно отмечать reinforcing и balancing loops. |
| 708 | - Учитывать задержки перед выводом "работает/не работает". |
| 709 | |
| 710 | ### Typical traps |
| 711 | - лечить симптом вместо петли; |
| 712 | - игнорировать time lag; |
| 713 | - оптимизировать локальный KPI и портить глобальный. |
| 714 | |
| 715 | ### Definition of Done |
| 716 | 1) Есть карта ключевых feedback loops. |
| 717 | 2) Выбран рычаг в структуре, а не только симптоматический фикс. |
| 718 | 3) Метрики учитывают задержку эффекта. |
| 719 | <!-- /section:world-systems-dynamics-subdomain-v1 --> |
| 720 | |
| 721 | |
| 722 | |