Datarim 1.11: Генеральная подготовка перед Long Term Memory
Версия 1.11.0 приносит мульти-задачную дисамбигуацию, автоматическую синхронизацию runtime-в-repo, оптимизированные описания и полное обновление сайта — подготовка к интеграции LTM.
Datarim 1.11.0 — консолидационный релиз. После нескольких недель быстрой разработки — интеграция reflection, укрепление установщика, оптимизация описаний — фреймворку нужен чистый baseline перед следующим большим обновлением: Long Term Memory.
Этот релиз синхронизирует все публичные артефакты — репозиторий, документацию и этот сайт — с текущим состоянием runtime. Вот что изменилось.
Мульти-задачная дисамбигуация
Datarim теперь поддерживает несколько активных задач одновременно. Раньше activeContext.md отслеживал единственную "Current Task". Когда оператор работал над несколькими проектами параллельно, возникала путаница — какую задачу имеет в виду команда.
Версия 1.11 вводит Task Resolution Rule — 5-шаговый процесс, который выполняет каждая команда pipeline:
- Если пользователь указал ID задачи — использовать его
- Прочитать список активных задач из
activeContext.md - Если нет активных задач — остановиться и предложить
/dr-init - Если одна задача — использовать автоматически (обратная совместимость)
- Если несколько — спросить оператора
При одной задаче всё работает как раньше. Новое поведение активируется только при реальной параллельной работе.
Автоматизированная синхронизация
Operating model всегда был runtime-first: изменения происходят в $HOME/.claude/, затем курируются в репозиторий. Раньше это был ручной процесс cp. Теперь curate-runtime.sh автоматизирует механическую часть:
--interactive— подтверждение по каждому файлу (по умолчанию)--auto— копирует изменённые и новые, пропускает удаления--dry-run— предпросмотр без изменений- Автоматический patch-bump VERSION, CLAUDE.md и README.md
Вместе с существующим check-drift.sh полный workflow синхронизации: обнаружить drift → курировать с ревью → проверить отсутствие drift.
Оптимизация описаний
Каждый скил, агент и команда в Datarim имеют описание в YAML frontmatter. Эти описания определяют авто-обнаружение — когда Claude решает, какой скил загрузить. Но длинные описания тратят токены контекста без улучшения точности.
Версия 1.11 установила максимум 155 символов на описание и достигла 63% сокращения общего объёма описаний. Два пересекающихся скила (seo-launch и marketing) объединены в один go-to-market.
Что дальше: Long Term Memory
Этот релиз устанавливает проверенный baseline для следующей крупной фичи: интеграция Long Term Memory. Проект LTM (LTM-0001 — LTM-0003) даст Datarim постоянную память между сессиями — запоминание контекста проектов, предпочтений оператора и уроков за пределами одного окна разговора.
Исследовательская фаза (LTM-0001) завершена. Бенчмарк-фаза (LTM-0002) — следующая. Чистое, синхронизированное состояние фреймворка означает, что интеграция LTM начнётся с известного рабочего состояния.
Полный список изменений
- Task Resolution Rule для мульти-задачной дисамбигуации (TUNE-0018)
- curate-runtime.sh — автоматизированный скрипт синхронизации (TUNE-0016)
- Оптимизация описаний — сокращение на 63% (TUNE-0017)
- seo-launch + marketing объединены в go-to-market (TUNE-0017)
- Проверка PRD waiver для задач Level 3-4 (TUNE-0009)
- Обязательный захват fixture в /dr-plan для парсинга CLI/API
- 4 новых скила: reflecting, infra-automation, infrastructure-debugging, go-to-market
- Полная перезапись README (проект и репозиторий)
- Все страницы datarim.club обновлены до v1.11.0
См. changelog для заметок о миграции.