AI_Core_Tasks.json

{
  "version": "2.0-entity",
  "active_project_id": "ent_10fb824fc827",
  "entities": [
    {
      "id": "ent_10fb824fc827",
      "type": "project",
      "title": "2025_Petrozavodsk_BAR1",
      "props": {
        "description": "",
        "legacy_project_id": "prj_a71429d9"
      },
      "links": [],
      "created": "2026-03-09 20:05:31",
      "updated": "2026-03-11 21:24:32"
    },
    {
      "id": "ent_e024e9565803",
      "type": "note",
      "title": "1. Общие данные и замеры",
      "props": {
        "description": "1. Общие данные и замеры\nОбмерный план: Все перегородки, высоты потолков, привязки окон, дверных проемов, радиаторов и стояков ВК.\nПлан демонтажа: Указание сносимых стен и ниш с размерами.\nПлан монтажа: Новые перегородки с указанием материалов (ГКЛ, блоки), оси привязок, спецификация дверных проемов.",
        "module": "_SD_",
        "priority": "normal",
        "status": "in_progress",
        "notes": "",
        "est_hours": 0.0,
        "planned": false,
        "due": "",
        "project": [
          "2025_Petrozavodsk_BAR1"
        ],
        "legacy_task_id": "tsk_dc7c328e"
      },
      "links": [],
      "created": "2026-03-09 22:52:55",
      "updated": "2026-03-13 16:01:29"
    },
    {
      "id": "ent_b7ea4205f8fc",
      "type": "note",
      "title": "2. Планировочные решения",
      "props": {
        "description": "2. Планировочные решения\nПлан расстановки мебели: Габариты мебели, проходы (не менее 600–900 мм), привязка сантехники.\nЭкспликация помещений: Названия и площади каждой зоны.",
        "module": "_SD_",
        "priority": "normal",
        "status": "in_progress",
        "notes": "",
        "est_hours": 0.0,
        "planned": false,
        "due": "",
        "project": [
          "2025_Petrozavodsk_BAR1"
        ],
        "legacy_task_id": "tsk_f904ab4c"
      },
      "links": [],
      "created": "2026-03-09 22:54:41",
      "updated": "2026-03-13 16:01:29"
    },
    {
      "id": "ent_16678c1387ca",
      "type": "note",
      "title": "3. Электрика и освещение",
      "props": {
        "description": "3. Электрика и освещение\nПлан освещения: Привязка светильников к стенам/осям, группы включения.\nПлан выключателей: Высоты, привязки, указание проходных/перекрестных моделей, схема «какой ключ что включает».\nПлан розеток и сетей: Высоты и привязки розеток, выводов интернета, ТВ, терморегуляторов теплого пола.",
        "module": "_SD_",
        "priority": "normal",
        "status": "in_progress",
        "notes": "",
        "est_hours": 0.0,
        "planned": false,
        "due": "",
        "project": [
          "2025_Petrozavodsk_BAR1"
        ],
        "legacy_task_id": "tsk_2dffd4f5"
      },
      "links": [],
      "created": "2026-03-09 22:55:34",
      "updated": "2026-03-13 16:01:29"
    },
    {
      "id": "ent_99679657ec30",
      "type": "note",
      "title": "4. Потолки и полы",
      "props": {
        "description": "4. Потолки и полы\nПлан потолков: Типы материалов (натяжной, ГКЛ), уровни, карнизы, теневые профили.\nПлан полов: Направления раскладки (паркет, плитка), точки начала раскладки, типы покрытий, пороги и стыки.\nПлан теплых полов: Зоны подогрева с отступами от мебели и стен.",
        "module": "_SD_",
        "priority": "normal",
        "status": "in_progress",
        "notes": "",
        "est_hours": 0.0,
        "planned": false,
        "due": "",
        "project": [
          "2025_Petrozavodsk_BAR1"
        ],
        "legacy_task_id": "tsk_a575bc54"
      },
      "links": [],
      "created": "2026-03-09 22:56:05",
      "updated": "2026-03-13 16:01:29"
    },
    {
      "id": "ent_36b9450d2b4b",
      "type": "note",
      "title": "5. Сантехника и отопление.",
      "props": {
        "description": "5. Сантехника и отопление\nПлан сантехнического оборудования: Привязки осей выпусков, высоты выводов воды и канализации.\nВедомость радиаторов: Типы, размеры и места установки.",
        "module": "_SD_",
        "priority": "normal",
        "status": "in_progress",
        "notes": "",
        "est_hours": 0.0,
        "planned": false,
        "due": "",
        "project": [
          "2025_Petrozavodsk_BAR1"
        ],
        "legacy_task_id": "tsk_8d079502"
      },
      "links": [],
      "created": "2026-03-09 22:56:57",
      "updated": "2026-03-13 16:01:29"
    },
    {
      "id": "ent_da25a0ee21bd",
      "type": "note",
      "title": "6. Развертки и узлы",
      "props": {
        "description": "6. Развертки и узлы\nРазвертки стен: Раскладка плитки (с подрезкой), декоративные панели, ниши, точное положение розеток и выключателей на стенах.\nСложные узлы: Сечения многоуровневых потолков, примыкания плинтусов, стыки разных материалов.",
        "module": "_SD_",
        "priority": "normal",
        "status": "in_progress",
        "notes": "",
        "est_hours": 0.0,
        "planned": false,
        "due": "",
        "project": [
          "2025_Petrozavodsk_BAR1"
        ],
        "legacy_task_id": "tsk_421a05f7"
      },
      "links": [],
      "created": "2026-03-09 22:57:22",
      "updated": "2026-03-13 16:01:29"
    },
    {
      "id": "ent_e8af62037c9b",
      "type": "note",
      "title": "7. Спецификации (Ведомости)",
      "props": {
        "description": "7. Спецификации (Ведомости)\nВедомость отделки: Расчет площадей покраски, обоев, плитки (с запасом 10–15%).\nВедомость заполнения дверных проемов: Размеры полотен, сторонность открывания.\nСпецификация оборудования: Перечень чистовой сантехники и электроустановочных изделий.",
        "module": "_SD_",
        "priority": "normal",
        "status": "in_progress",
        "notes": "",
        "est_hours": 0.0,
        "planned": false,
        "due": "",
        "project": [
          "2025_Petrozavodsk_BAR1"
        ],
        "legacy_task_id": "tsk_a4c5c27c"
      },
      "links": [],
      "created": "2026-03-09 22:57:50",
      "updated": "2026-03-13 16:01:29"
    },
    {
      "id": "ent_1bc2e8ac5b57",
      "type": "project",
      "title": "_AI Core BIM",
      "props": {
        "description": "",
        "legacy_project_id": "prj_8a065250"
      },
      "links": [],
      "created": "2026-03-09 22:59:04",
      "updated": "2026-03-13 11:40:22"
    },
    {
      "id": "ent_85f5526b2e74",
      "type": "note",
      "title": "TASK MANAGER [TSK]",
      "props": {
        "description": "Пожелания и заметки по TASK MANAGER для [ENG]\n\n",
        "module": "ENG",
        "priority": "normal",
        "status": "todo",
        "notes": "1. Горячие клавиши. \n\n2. Кнопка в интерфейс AI Core в максе на TASK MANAGER. \n\n3. Копирование из ячейки. Копирование задач \n\n4. Фильтр по задачам не учитывая проект. Возможно лучше сделать колонку проект как свойство задачи. и список проектов и будет список тегов назначенных задаче, так будет возможность задаче назначать несколько проектов и тегов. т.е. есть задача. к ней прилипают теги - свойства, по тегам формируются колонки, также легко настраиваются фильтры, одна задача может иметь разный набор тегов, а интрумен настройки фильтра с возможностью этот набор сохранять в шаблон станет основным инструментом структурирования вывода списка задач. это УНИВЕРСАЛЬНОЕ ПРАВИЛО основанное на умном филтре. этот\n подхол сделать универсальным ко всем инструментам AI Core.\n\n\n4. ЗАДАТЬ МИНИМАЛЬНЫЕ РАЗМЕРЫ ПОЛЕЙ ИТЕРФЕЙСА\n\n5. Отмечать простроченные  и срочные задачи\n\n6. НЕ СОХРАНЯЮТСЯ ПРЕСЕТЫ ПОСЛЕ ПЕРЕЗАГРУЗКИ\n\n7. При удалении custom Prop в интерфейсе накладываются старые Label друг на друга. \n\n\n8. (ОБСУЖДАЕМО )\n\tТЗ: Алгоритм динамического планирования (Core Engine)\n1. Входные данные (Schema):\nРесурс: Weekly_Capacity = 3600 min (60 ч).\nTask Props:\nimportance (1–3): Вес стратегической значимости.\nurgency (1–3): Срочность (дедлайн).\nest_minutes (Int): Оценка времени (не может быть 0).\nfocus_type (Enum): Deep (высокая концентрация) или Shallow (рутина).\n2. Логика ранжирования (Scoring):\nРассчитать Priority_Score = importance * urgency (диапазон 1–9).\nГруппировка по корзинам:\nA (Score 6–9): 60% времени (2160 мин).\nB (Score 3–4): 30% времени (1080 мин).\nC (Score 1–2): 10% времени (360 мин).\n3. Алгоритм распределения:\nСортировка: Внутри каждой корзины сортировать по urgency (desc), затем по importance (desc).\nЗаполнение: Итерировать задачи из корзины A до исчерпания лимита 60%, затем B, затем C.\nПеренос: Задачи, не вошедшие в лимит, получают статус backlog с повышающим коэффициентом age_weight на следующую неделю.\nBatching: Сгруппировать задачи Shallow в блоки по 60–90 мин в конце рабочего дня.\n4. Валидация:\nЗапретить сохранение задачи без est_minutes > 0.\nВыводить Warning, если суммарный est_minutes всех задач > Weekly_Capacity.\nНужно ли добавить в ТЗ логику «зависимостей» (одна задача блокирует другую) или для MVP этого достаточно?\n\n\n9. Приступить к разработке Task Manager для Android. \n\nИССЛЕДОВАТЬ ВОЗМОЖНОСТЬ Интеграция с продуктами Google . Задачи календарь, или экспорт в Google - продукты. Достаточно окно или раздел в интерфейсе со значком уведомления и ссылкой на Google календарь или Google задачи.  \n\n\n\n\n\n\n\n",
        "est_hours": 0.0,
        "planned": false,
        "due": "",
        "project": [
          "_AI Core BIM"
        ],
        "legacy_task_id": "tsk_7f56730d",
        "props": {
          "code": "< 2 часов"
        }
      },
      "links": [],
      "created": "2026-03-09 23:00:07",
      "updated": "2026-03-15 08:52:51"
    },
    {
      "id": "ent_44b06f6efc40",
      "type": "note",
      "title": "Ultimate Batch Manager",
      "props": {
        "description": "Ultimate Batch Manager. Скрипт для пакетного создания задач в Batch render.",
        "module": "_SD_",
        "priority": "normal",
        "status": "todo",
        "notes": "1. Сохранение в JPG.\nФайл слишком большой. Не открывается в Camera Raw в Bridge. При сохренении из фотошопа предлагает png.",
        "est_hours": 0.0,
        "planned": false,
        "due": "",
        "project": [
          "_AI Core BIM"
        ],
        "legacy_task_id": "tsk_7c17440d",
        "props": {
          "code": "< 2 часов"
        }
      },
      "links": [],
      "created": "2026-03-10 11:35:51",
      "updated": "2026-03-13 16:01:29"
    },
    {
      "id": "ent_712e5e2ae7cd",
      "type": "note",
      "title": "[TSK] + [ALL_ID] Внедрение стандарта кастомных свойств.",
      "props": {
        "description": "NOTE for [HQ1]\nЗдесь наброски и идеи которые появляются в процессе работы над проектом. \nОтнестись критически. \nРазобрать на Brainstorm - сессии. ",
        "module": "HQ1",
        "priority": "normal",
        "status": "todo",
        "notes": "Продумать возможности внедрения json от Task Manager в общей структуре AI BIM Core\n\nРазработать единый стандартный принцип назначения Custom PROP, User PROP проанализировать развитие подобных механизмов в других модулях и прописать стандарт  кастомных свойств в дорожной карте. \n\nРЕШЕНО \"Единый стандарт свойств AI Core BIM использует принцип property = value и общий registry. Все свойства делятся на классы: CORE, OPERATIONAL, STANDARD, CUSTOM, SYSTEM. Пример схемы:\nid = OBJ_00045 (CORE)\nstatus = active (OPERATIONAL)\ncategory = lighting / zone = kitchen / stage = design (STANDARD)\nvendor = IKEA / finish = brass (CUSTOM)\n__sys__level = 2 / __sys__room = kitchen_01 (SYSTEM).\nMETA-ключи используются только для отображения: __label__zone = Zone, __unit__length = m.\nStorage-ключи применяются как внутренние данные и не считаются semantic свойствами: AICORE_MAT_TABLE = {...}.\nВсе модули AI Core BIM (Explorer, USR, VMN, TaskManager и будущие инструменты) читают и записывают свойства по этому единому стандарту.) \n\nТипы, категории, классы, виды  должны иметь единую иерархию во всех инструментах кастомных свойтсв  (от общего к частному), исследовать этот принцип в максимально близких отраслях и применить. \nРазработать формулу назначения кастомных свойтсв , инструкцию , памятку. (это исключительно для того чтобы при анализе разных json не было диссонанса в степени важности и вложенности критериев. Например под типом в одном случае подразумевается свойство более общее (для группы) чем в другом (для еденицы). в виду того что кастомные операции у нас выделены в отдельных .py мы это можем оптимизировать нв этапе тестов. т.е. не имеет срочный характер. \n\nПротестировать и проанализировать TSK  Json на предмет удобства для ИИ и эффективности извлечения данных для формирования задач, как модулям так и в общем над проектами. \n\nОценить необходимость создания отдельного модуля [TSK] .  Функционал растет и превращает в серьезный инструмент по обработке первичных данных, задач, сбора информации, планирования, постановки задач и т.д.  Сейчас этот инструмент входит в компетенции [ENG] \n\nВИДЫ\nНет  четкого понимания стандарта вида, когда нужен скриншот, когда чертить вручную, когда делать экспорт геометрии из макса в ACAD, а когда всего этого его не достаточно И!\n\t (т.к. макс имеет возможность рендера в камере - орто и corona outline mat дает четкий контур объекта) принято решение сделать рендер для декоративного фрагмента потолка (витраж, резные детали), но подобный способ затратный по времени и ПК вычислению) .\nитого задачи\n\tразработать стандарты видов,\n\tразработать технологию их реализации,\n\tразработать ТЗ соответствующим модулям на создание соответсвующего \t\tинструмента,\n\tразработать и внедрить в AI Core BIM. \nОБЩИЙ момент в создании камеры орто с соответствующими параметрами W и H снимка, наименованием вида, расположением в соответствующую папку, применение преднастроек и шаблонов для типа вида, (технический, схематический, художественный. ) данную информацию сопоставить с ROADMAP. \n\nAвто-маркировка, продумать варианты.\n\tнапример из макса текст хорошо экспортируется и принимает  настройки свойств в  \t\tAutoCAD, кажется что такой инструмент автоматических меток возможен.  например. скрипт считывает с выделенных объектов UPROP, создает текстовый объект в  слое Annotation,  в тектовое поле которого вставляет значения UPROP, и автоматически привязывает (линкует к родителю). этот слой экспортируется в AutoCAD и появляется возможность наглядно видеть где что и остается применить стиль и подвинуть на листе, ликвидировать пересечения. \n\nРазработать и внедрить автотекст, по аналогии с ArchiCAD. Текстовые блоки удобны в работе но не так как реализованы в маске. \n\nпосле Brainstorm  сесии \nДАТЬ [HQ1] задание провести аудит ROADMAP с внесением согласованных шагов. \n\n\n\n\n",
        "est_hours": 0.0,
        "planned": false,
        "due": "",
        "project": [
          "_AI Core BIM"
        ],
        "legacy_task_id": "tsk_ae317176",
        "props": {}
      },
      "links": [],
      "created": "2026-03-10 12:39:57",
      "updated": "2026-03-14 15:49:44"
    },
    {
      "id": "ent_d282a27798bd",
      "type": "task",
      "title": "ФОТООТЧЕТ 8 МАРТА",
      "props": {
        "description": "",
        "module": "ENG",
        "priority": "critical",
        "status": "done",
        "notes": "1. Отсортировать фото. \n2. Отредактировать фото. \n3. Опубликовать фото.",
        "est_hours": 5.0,
        "planned": true,
        "due": "2026-03-13",
        "project": [],
        "legacy_task_id": "tsk_cbc89be0",
        "props": {}
      },
      "links": [],
      "created": "2026-03-10 13:05:29",
      "updated": "2026-03-13 22:15:30"
    },
    {
      "id": "ent_7e25a4b6e1bd",
      "type": "task",
      "title": "Планировочное решение.",
      "props": {
        "description": "2121212\n",
        "module": "_SD_",
        "priority": "high",
        "status": "todo",
        "notes": "",
        "est_hours": 0.0,
        "planned": false,
        "due": "2026-03-13",
        "project": [
          "2026_Luch"
        ]
      },
      "links": [],
      "created": "2026-03-11 21:49:22",
      "updated": "2026-03-13 16:01:29"
    },
    {
      "id": "ent_584c6ce758e9",
      "type": "task",
      "title": "3д объем с барной зоной",
      "props": {
        "description": "2121212\n",
        "module": "_SD_",
        "priority": "high",
        "status": "todo",
        "notes": "",
        "est_hours": 0.0,
        "planned": false,
        "due": "2026-03-13",
        "project": [
          "2026_Luch"
        ]
      },
      "links": [],
      "created": "2026-03-11 21:49:24",
      "updated": "2026-03-13 16:01:29"
    },
    {
      "id": "ent_5dd3d7de108d",
      "type": "project",
      "title": "2026_Luch",
      "props": {
        "description": ""
      },
      "links": [],
      "created": "2026-03-11 22:46:33",
      "updated": "2026-03-11 22:46:33"
    },
    {
      "id": "ent_2106edb41224",
      "type": "task",
      "title": "Деревянные конструкции.",
      "props": {
        "description": " Собрать  листы где  все изделия из дерева под заказ. \n\tПОТОЛОК\n\tРАЗВЕРТКИ\n\tВЕДОМОСТИ",
        "module": "_SD_",
        "priority": "normal",
        "status": "in_progress",
        "notes": "Собрать на листы все изделия из дерева под заказ. \n\nПОТОЛОК ПЛАН + СЕЧЕНИЯ\n\n\t+ план потолка с размерами\n\t\n\t+ ведомость.   марка + наименование + материал + кол-во\n\n\tдетали маркировка на листе + UPROP в exp \n\nСТЕНЫ РАЗВЕРТКИ\n\tразвертки (НОВ РАЗВ WC)\n\tдетали маркировка на листе + UPROP в exp \n\tведомость.   марка + наименование + материал + кол-во \n\n\n\nМЕБЕЛЬ ЛИСТЫ\t\n\tмаркировка \n\tлисты с габаритами и 3d-видами\n\tубрать лишние стулья на виде мебели\n\nБАР\n\tлист с габаритами, разрезы , 3д виды\n\n\nДВЕРИ\n\tлист (указать открывание) \n\tмаркировка\n\tспецификация\n\nПЛАН ПОЛА\n\tподобрпть плитку\n",
        "est_hours": 5.0,
        "planned": false,
        "due": "",
        "project": [
          "2025_Petrozavodsk_BAR1"
        ]
      },
      "links": [],
      "created": "2026-03-11 23:58:15",
      "updated": "2026-03-18 15:30:47"
    },
    {
      "id": "ent_c7320f99eed4",
      "type": "note",
      "title": "BIM-EXPLORER",
      "props": {
        "description": "NOTES for AI Core BIM-EXPLORER ",
        "module": "EXP",
        "priority": "high",
        "status": "todo",
        "notes": "\n1. Кнопки интерфейса, \n2.временное скрытие строк.\n3. Tech report диалоговое окно с сохранения  Быстрый экспорт таблицы \n\n4. Отображаются названия всех групп вложенных друг в друга в режиме Groups Head Only (решено , на тесте)\n\n5. (Ложные срабатывания STALE marks for LEN. ПЕРЕСЧЕТ, РЕЛОАД. НЕ РАБОТАЕТ, ПРИХОДИТСЯ ДЕЛАТЬ ПЕРЕЗАГРУЗКУ EXP тогда слетают остальные расчеты или  КОПИРОВАНИЕ элемента  и РЕЛОАД ТАБЛИЦЫ\nСцена вылетает. без тяжелых операций в режиме EDIT - ) приняты меры , Sync 1000 + Log  ----- проходит тестирование\n\n6. Округление значений . Лучше наверное делать в настройках TAB - manager.\n\n7. Проверка объектов на Scale. \n\n8. Переименование сделать без нумерации. или выводить встроенный в макс Rename object. в том случае если не будем делать версию работающую без макса. Таблица крутая и для автономного использования, например считать json -отредактировать, вывести ведомости даже если нет макса. например оставить эту задачу в поездку и сделать на ноубуке ведомости. \nили делать это в TAB - manager.  и  в нем уже все манипуляции с отображаемым текстом и фактическим в сцене. Главное не потерять данные замеров\n\n9. _for_AI [EXP] BUG 3dsMax упал во время  , выделения скрытых объектов, вывода их из скрытоко режима и панаромирования   во вьюпорте. есть подозрение что нужно зафиксировать паузой выбор объектов и уже после делать манипуляции в позиционировании в экране. конфлик выбора и отображения. \n\n\n2026-03-16 14:39:56.445 | _sync_from_scene_selection_guarded | enter\n2026-03-16 14:40:01.248 | _sync_from_scene_selection_guarded | enter\n2026-03-16 14:40:02.344 | _sync_from_scene_selection_guarded | enter\n2026-03-16 14:40:10.127 | _sync_from_scene_selection_guarded | enter\n2026-03-16 14:40:15.944 | _sync_from_scene_selection_guarded | enter\n2026-03-16 14:40:18.816 | _sync_from_scene_selection_guarded | enter\n2026-03-16 14:40:21.517 | _sync_from_scene_selection_guarded | enter\n2026-03-16 14:40:24.313 | _sync_from_scene_selection_guarded | enter\n2026-03-16 14:41:08.111 | _sync_from_scene_selection_guarded | enter\n2026-03-16 14:41:18.018 | _sync_from_scene_selection_guarded | enter\n2026-03-16 14:41:22.607 | _sync_from_scene_selection_guarded | enter\n\nрежим OFF / Из выделенных 26 строк посчитал площадь только у одной и в статусе таи написал, при этом у двух строк данные уже были посчитаны (получается смешанные данные в сете)  , после clear calc  Calc Mesh Area  посчитал только последнюю строку, load не помог. Перезапуск explorera решил прблему. \n\n\n10. после удаления UserPROPS колонки остаютя нужен или reset uprops  или обновление  через scan. ( он должен обновлять полностью состояние uprops)\n\n\n\n\n\n\n\n",
        "est_hours": 0.0,
        "planned": false,
        "due": "",
        "project": [
          "_AI Core BIM"
        ],
        "props": {
          "code": "< 2 часов",
          "_for_AI": "high priority [EXP] bugs 1 и 2 исправить,  составить план исправления 3"
        }
      },
      "links": [],
      "created": "2026-03-12 13:06:05",
      "updated": "2026-03-17 00:00:09"
    },
    {
      "id": "ent_654917bf812c",
      "type": "project",
      "title": "2026_AGOY",
      "props": {
        "description": ""
      },
      "links": [],
      "created": "2026-03-13 12:34:06",
      "updated": "2026-03-13 12:34:06"
    },
    {
      "id": "ent_cbe7ae6ad340",
      "type": "project",
      "title": "Пайплайн 3DS Max + AI Core BIM + AutoCAD",
      "props": {
        "description": ""
      },
      "links": [],
      "created": "2026-03-13 17:30:45",
      "updated": "2026-03-13 17:30:45"
    },
    {
      "id": "ent_11b66dca2fbb",
      "type": "note",
      "title": "Детальный пйаплайн проектирвоания.",
      "props": {
        "description": "Детальный пйаплайн проектирвоания. Интерьеров. ",
        "module": "HQ1",
        "priority": "normal",
        "status": "todo",
        "notes": "NOTE [HQ1] \n\n1. Разработать детальный пайплайн создания проекта с помощью AI Core BIM , учитывая ROADMAP  и AI_Core_Tasks.json \n\nВНИМАНИЕ! НУЖНО ЗАФИКСИРОВАТЬ  именно тот пайплайн к которому мы стремимся в деталях, по шагам. \nПринять во внимание ROADMAP как буд-то все инструменты уже разработаны и протестированы.\nПринять во внимание AI_Core_Tasks.json (в нем/здесь зафиксированы идеи для реализации не включенные в ROADMAP. Требующие Brainstorm , но являющиеся неотемлемым пунктом пайплайна. \nПринять во внимание STATE REPORTS в PROJECT STATE.md\n\nЦель: выявить недостающие функции и инструменты.\nОптимизировать пайплайн. \nВыработать стандарт выдачи проектной документации и придерживаться его. \nОпределить шаги для создания ТЕМАТИЧЕСКИХ, СПЕЦИАЛЬНЫХ ПАЙПЛАЙНОВ (например, интерьер ресторанов, дизайн среды (outdoor design) Архитектурный проект, проект фасада и т.д. )\n\n",
        "est_hours": 0.0,
        "planned": false,
        "due": "",
        "project": [
          "Пайплайн 3DS Max + AI Core BIM + AutoCAD"
        ]
      },
      "links": [],
      "created": "2026-03-13 17:31:59",
      "updated": "2026-03-13 17:47:57"
    },
    {
      "id": "ent_5c49934792ad",
      "type": "task",
      "title": "1",
      "props": {
        "description": "",
        "module": "HQ1",
        "priority": "normal",
        "status": "todo",
        "notes": "1. Этап входа: старт проекта\n1.1. Получение исходных данных\nНа входе у архитектора есть:\nзапрос клиента,\nзамеры или обмерный план,\nфотофиксация,\nреференсы,\nпожелания по стилю,\nбюджетные ориентиры,\nсроки,\nсостав помещений,\nограничения объекта.\nНа этом этапе AI Core BIM нужен не как “BIM-инструмент в максе”, а как организатор проекта:\nсоздать проект,\nзафиксировать заметки,\nсобрать задачи,\nвыделить блоки: концепция / моделирование / визуализация / документация / спецификации / надзор.\nВ roadmap уже зафиксировано, что desktop-слой нужен именно для task/project memory и организации работы вне 3ds Max. \n1.2. Формирование брифа\nБриф должен быть не просто текстом, а структурой будущего проекта. Практически:\nтип объекта,\nсценарии использования,\nсписок помещений,\nключевые функции,\nстиль,\nматериалы,\nограничения,\nобязательные элементы,\nжелаемый пакет документации.\nЭффективный подход: уже здесь фиксировать будущие категории семантики, которые потом перейдут в модель:\ncategory,\nzone,\nsystem_type,\nmaterial_finish,\nwork_type,\nstage,\nunit_type и т.д.\nМинимальный semantic core уже намечен в roadmap через STANDARD_KEYS. \n1.3. Формирование структуры проекта\nДо начала моделирования должен появиться каркас проекта:\nпапки,\nnaming,\nсписок листов,\nсписок будущих видов,\nсписок обязательных ведомостей,\nструктура задач.\nЭто критично для эффективности: не строить сцену “как получится”, а сразу понимать, какие данные потом понадобятся для:\nпланов,\nразверток,\nведомостей,\nAutoCAD,\nклиента.\n\n2. Этап концепции\n2.1. Сборка референсов и moodboard\nЗдесь AI Core BIM пока работает как организационный слой, а не вычислительный:\nподбор и сортировка референсов,\nфиксация вариантов,\nсравнение концепций,\nсписок решений “согласовано / под вопросом / отклонено”.\n2.2. Планировочная концепция\nНа этом шаге создаются:\nварианты планировки,\nфункциональное зонирование,\nпервичные сценарии мебели,\nпроходы,\nосновные привязки.\nЭто ещё не “чистовая модель”, а решение по пространству.\n2.3. Ключевое правило эффективности\nНе уходить сразу в детализированный рендер.\nСначала решить:\nлогику помещения,\nсостав зон,\nэргономику,\nиерархию пространства,\nконфликтные места,\nтехнически сложные узлы.\nИменно на этом этапе особенно нужен будущий relationship layer:\nroom → objects,\nzone → equipment,\nwall → finish,\nsystem → elements.\nЭтот слой уже зафиксирован в roadmap как необходимый для автоматической документации, агрегации данных и AI-анализа. \n\n3. Этап базовой 3D-сцены в 3ds Max\n3.1. Создание чистой базовой сцены\nВ 3ds Max создаётся основная структурная модель:\nстены,\nпроёмы,\nполы,\nпотолки,\nколонны,\nниши,\nуровни,\nключевая мебель,\nсантехника,\nоборудование.\nНа этом этапе главное — не красота, а структурная чистота сцены.\n3.2. Требование к сцене\nСцена должна быть подготовлена так, чтобы из неё можно было извлечь:\nразмеры,\nплощади,\nобъёмы,\nдлины,\nпринадлежность к зонам,\nтип элемента,\nматериалы,\nотделку,\nмаркировку,\nпринадлежность к листу/виду.\nЭто полностью согласуется с курсом EXP/USR/VMN и semantic core. \n3.3. Практическая модель эффективности\nСразу работать по принципу трёх слоёв:\n1. Геометрия\nФизическая форма объекта.\n2. Семантика\nЧто это за объект:\nдверь,\nпотолочная ниша,\nдекоративная панель,\nсантехника,\nотделка стены.\n3. Документационный смысл\nЧто с ним делать дальше:\nсчитать в ведомость,\nмаркировать,\nвыводить на план,\nвыводить на развёртку,\nучитывать в AutoCAD,\nисключить из ведомости,\nучитывать только в визуализации.\n\n4. Этап семантизации сцены\nЭто один из ключевых этапов будущего AI Core BIM.\n4.1. Назначение userprops / custom props\nПосле появления базовой сцены начинается семантическая разметка.\nНе обязательно вручную для каждого объекта с нуля — часть должна назначаться пакетно, по фильтру, по зоне, по типу, по группе.\nМинимальный набор полезных свойств для интерьера:\ncategory\nzone\nsystem_type\nmaterial_finish\ncolor_code\nmount_type\nopening_side\nwork_type\nstage\nunit_type\nsku\npricing_tier\nЭто не выдумка с нуля: значительная часть уже зафиксирована в notes по STANDARD_KEYS. \n4.2. Дополнительные системные свойства\nДля эффективной документации нужны и системные свойства:\nобъект BIM / не BIM,\nучаствует в ведомости / не участвует,\nучаствует в маркировке / нет,\nпринадлежность к зоне,\nпринадлежность к уровню,\nтип вида,\nпринадлежность к будущему листу,\nстеновой сегмент / помещение / узел.\nВ notes уже есть прямой запрос на __sys__ props для автоопределения зон и уровней и на автоматизацию маркировки.\n4.3. Эффективный подход\nСемантика должна назначаться не только вручную, а несколькими способами:\nпо слою,\nпо шаблону объекта,\nпо выделению,\nпо зоне,\nпо инстансам,\nпо room boundary,\nпо spline-контуру,\nпо группе,\nпо системному фильтру.\nИначе пайплайн не будет эффективным.\n\n5. Этап концептуальной визуализации\n5.1. Подготовка сцен под Corona\nПосле того как логика пространства и базовая сцена собраны, делается этап визуализации:\nкамеры,\nсвет,\nматериалы,\nкомпозиция,\nсценография.\nНо принцип эффективности такой:\nвизуализация не должна ломать документационную модель.\nЛучше иметь:\nбазовую “рабочую” сцену как источник истины,\nи аккуратный слой presentation-настроек:\nCorona light setup,\nrender cameras,\nrender materials / overrides при необходимости,\ndisplay profiles.\nЭто прямо согласуется с идеей display profiles и разделением режимов отображения. \n5.2. Результат этапа\nНа выходе:\nутверждённые визуализации,\nсогласованный стиль,\nсогласованные материалы на уровне концепции,\nсогласованные основные решения по мебели и композиции.\n5.3. Почему это важно\nПока визуализация не согласована, выпуск чистовой документации опасен: будет слишком много переделок.\n\n6. Этап фиксации утверждённого решения\nПосле согласования рендеров проект должен перейти из режима “концепция” в режим “проектирование”.\nПрактически это значит:\nзафиксировать, какие решения утверждены,\nчто является обязательным для документации,\nчто является декоративной вариацией,\nгде есть неуточнённые позиции,\nкакие объекты требуют отдельной проработки,\nкакие узлы ещё не решены.\nЗдесь AI Core BIM особенно важен как связующий слой между:\nсценой,\nзадачами,\nбудущими листами,\nведомостями,\nнерешёнными вопросами.\n\n7. Этап подготовки сцены к документации\nЭто критически важный переход.\nМногие проекты ломаются именно здесь, потому что визуальная сцена не подготовлена к выпуску чертежей.\n7.1. Очистка и дисциплина сцены\nНужно привести в порядок:\nимена,\nслои,\nинстансы,\nгруппы,\nосмысленные pivot/logical parents,\nдубли,\nмусор,\nвременные объекты,\nдекоративные объекты, не нужные для чертежей.\n7.2. Разделение объектов по смыслу\nОбъекты должны стать пригодными для:\nпланов,\nпотолков,\nполов,\nэлектрики,\nмебели,\nразверток,\nведомостей,\nузлов,\nдекоративных фрагментов.\n7.3. Формирование графической логики\nСцена должна быть готова к автоматическому или полуавтоматическому получению:\nplan,\nsection,\nelevation,\ndetail view,\nroom set,\ntechnical view,\nfurniture view,\nfinish view.\nЭто совпадает с VMN roadmap: типы видов, scope scene/zone/room/selection, display profiles и auto view generation. \n\n8. Этап измерений и извлечения данных\n8.1. EXP как рабочий измерительный слой\nНа этом этапе BIM Explorer нужен для:\nпросмотра объектов,\nфильтрации,\nсчитывания свойств,\nрасчёта размеров,\nдлин,\nплощадей,\nобъёмов,\nfaces,\nбудущего экспорта таблиц.\nВ state reports прямо видно, что EXP уже движется в сторону:\ndynamic columns,\nsemantic layer,\nmeasured columns,\nquick export table,\nall calc,\ncolumn management. \n8.2. Что должен получать архитектор\nИз сцены должны извлекаться:\nгабариты,\nдлины по плинтусам/карнизам/профилям,\nплощади отделки,\nобъёмы материалов,\nмарки,\nтипы,\nматериалы,\nпринадлежность к помещению или зоне,\nпараметры для ведомости.\n8.3. Ключевой принцип эффективности\nТяжёлые операции не должны идти постоянно в фоне.\nЭто уже жёстко закреплено как SAFE-FIRST: heavy operations — по требованию, watcher не должен автопересчитывать данные.\nЗначит правильная модель такая:\nархитектурно чистим и структурируем сцену без тяжёлых вычислений,\nвключаем нужные колонки,\nзапускаем замеры по нужному набору,\nфиксируем результаты,\nиспользуем их для документации и ведомостей.\n\n9. Этап генерации документационных видов\nЭто будущая ключевая роль VMN.\n9.1. Что должно формироваться из сцены\nАвтоматически или полуавтоматически:\nпланы,\nпланы мебели,\nпланы света,\nпланы выключателей,\nпланы розеток,\nпотолочные планы,\nполы,\nразрезы,\nразвёртки,\nотдельные декоративные фрагменты,\nмебельные/изделийные виды,\nтехнические виды по зонам.\n9.2. Базовый механизм\nRoadmap уже фиксирует пример:\nroom boundary spline → camera placement → orthographic render → export → AutoCAD composition. \nДля интерьера это очень мощно, потому что позволяет строить не только “рендер ради картинки”, а и “вид ради документа”.\n9.3. Практический стандарт\nУ каждого вида должны быть:\nview_id\nтип вида,\nscope,\nзона / помещение,\nлист / набор листов,\ndisplay profile,\nправила видимости,\nправила экспорта,\nпривязка к документарному назначению.\n\n10. Этап чертежей и листов в AutoCAD\n10.1. Роль AutoCAD\nAutoCAD в этом пайплайне не должен быть местом, где “заново чертят весь проект”.\nОн должен быть местом:\nсборки листов,\nразмерения,\nподписей,\nоформления,\nштампов,\nлистовой структуры,\nфинального контроля печати.\nВ unified roadmap уже прямо сказано: AutoCAD — отдельная стадия layout / dimensioning / printing. \n10.2. Что приходит в AutoCAD из AI Core BIM / Max\nИз 3ds Max и VMN туда должны приходить:\nлинии / геометрия,\nподложки,\nорто-виды,\nэкспортированные планы,\nразвёртки,\nдекоративные фрагменты,\nмаркировка,\nаннотационные заготовки,\nтаблицы / ведомости / CSV.\n10.3. Самый эффективный подход\nAutoCAD не должен решать смысл, он должен оформлять уже подготовленные данные.\nТо есть:\nлогика объекта определяется в сцене,\nсемантика задаётся в AI Core BIM,\nвид генерируется или извлекается из сцены,\nAutoCAD только собирает это в лист.\nЭто и есть универсальный, масштабируемый пайплайн.\n\n11. Этап ведомостей и спецификаций\nВ roadmap Stage 6 уже зафиксированы:\nматериалы,\nмебель,\nоборудование. \nВ notes дополнительно видно, что реально нужны:\nведомость отделки,\nведомость заполнения проёмов,\nспецификация оборудования,\nведомость деревянных изделий,\nмебельные листы,\nдетали и маркировка по развёрткам.\n11.1. Что должно считаться автоматически или полуавтоматически\nИз сцены и семантики:\nплощадь отделки,\nдлина профилей,\nколичество изделий,\nтип и код изделия,\nматериал,\nкатегория,\nуровень,\nпомещение,\nпринадлежность к узлу/линии/комплекту.\n11.2. Что остаётся под ручной контроль\nкоммерческие уточнения,\nфинальные артикулы,\nзамены поставщиков,\nнестандартные изделия,\nручная проверка конфликтов,\nпроверка комплектности.\n\n12. Этап клиентского пакета\nНа выходе должен быть не “набор хаотичных файлов”, а стандартный пакет.\n12.1. Состав клиентского пакета\nМинимально:\nтитульный лист,\nпояснительная структура,\nутверждённые визуализации,\nкомплект планов,\nразвертки,\nспецификации,\nперечни материалов,\nперечень мебели и оборудования,\noptional: сокращённая версия для строителей / отдельная версия для клиента.\n12.2. В будущем\nRoadmap прямо закладывает Client Report:\nдиаграммы,\nтаймлайн,\nотчёт. \nЭто значит, что AI Core BIM в перспективе должен уметь собирать не только чертежи и таблицы, но и:\nобъяснимый отчёт по проекту,\nсценарные сравнения,\nоценки по срокам,\nклиентскую презентационную аналитику.\n\n13. Этап авторского надзора и пост-проектного слоя\nRoadmap архитектора включает:\nавторский надзор,\nпост-проектный мониторинг. \nЗначит пайплайн не должен заканчиваться выпуском PDF.\n13.1. Что здесь должен делать AI Core BIM\nфиксировать изменения на стройке,\nсохранять замечания,\nсвязывать их с узлами/видами/объектами,\nотмечать, что было изменено,\nформировать список корректировок,\nдержать живую память проекта.\n\nСверхпрактичная схема: как работать день за днём\nНиже уже не идеология, а рабочая последовательность.\nШаг 1\nСоздать проект в TSK / Task Manager и зафиксировать:\nбриф,\nсостав помещений,\nреференсы,\nсписок обязательных листов,\nсписок обязательных ведомостей,\nблоки задач по стадиям. \nШаг 2\nСобрать и утвердить обмерную и исходную базу.\nШаг 3\nСделать несколько планировочных решений.\nШаг 4\nУтвердить планировочный каркас.\nШаг 5\nПостроить чистую базовую сцену в 3ds Max:\nстены,\nпроёмы,\nуровни,\nпотолки,\nмебель,\nсантехника,\nключевое оборудование.\nШаг 6\nСразу привести сцену к дисциплине:\nслои,\nимена,\nгруппы,\nкатегории,\nзона / помещение.\nШаг 7\nПровести первичную семантизацию:\ncategory,\nzone,\nstage,\nmaterial_finish,\nsystem_type,\nunit_type,\nschedule participation.\nШаг 8\nПодготовить концептуальные виды и Corona-визуализации.\nШаг 9\nПолучить согласование визуального решения.\nШаг 10\nПосле согласования перевести сцену из presentation-mode в documentation-ready model:\nчистка,\nструктурирование,\nуточнение материалов,\nприсвоение марок,\nвыделение изделий под ведомости.\nШаг 11\nЧерез EXP проверить:\nразмеры,\nдлины,\nплощади,\nобъёмы,\nпроблемные элементы,\nобъекты без семантики,\nдубли,\nконфликты материалов.\nЭто соответствует направлению Diagnostic AI после semantic core. \nШаг 12\nПодготовить набор documentation views:\nplan,\nfurniture,\nelectrical,\nfloor,\nceiling,\nsection,\nelevation,\ndetail.\nШаг 13\nЭкспортировать геометрию / виды / подложки / таблицы.\nШаг 14\nСобрать листы в AutoCAD:\nкомпоновка,\nразмеры,\nподписи,\nмарки,\nштампы.\nШаг 15\nСобрать ведомости:\nотделка,\nдвери,\nмебель,\nоборудование,\nизделия,\ncustom blocks.\nШаг 16\nСобрать клиентский пакет.\nШаг 17\nЗафиксировать изменения после выдачи и перевести проект в режим надзора / корректировок.",
        "est_hours": 0.0,
        "planned": false,
        "due": "",
        "project": [
          "Пайплайн 3DS Max + AI Core BIM + AutoCAD"
        ]
      },
      "links": [],
      "created": "2026-03-13 21:12:40",
      "updated": "2026-03-13 21:12:50"
    },
    {
      "id": "ent_pipeline_for_design_0001",
      "type": "project",
      "title": "Pipeline for DESIGN",
      "props": {
        "description": "Целевой универсальный пайплайн дизайн-проекта интерьера в связке 3ds Max + Corona Renderer + AutoCAD + AI Core BIM. Проект нужен как стратегическая карта полного рабочего процесса архитектора-дизайнера, чтобы модули AI Core BIM понимали своё место, назначение, входные данные, результат работы и связи с соседними этапами."
      },
      "links": [],
      "created": "2026-03-13 00:00:00",
      "updated": "2026-03-13 00:00:00"
    },
    {
      "id": "ent_pipeline_for_design_task_01",
      "type": "task",
      "title": "01. Старт проекта и сбор исходных данных",
      "props": {
        "description": "Входной этап проекта.",
        "module": "HQ1",
        "priority": "high",
        "status": "todo",
        "notes": "Собрать исходные данные проекта: запрос клиента, обмеры, фотофиксацию, референсы, пожелания по стилю, бюджетные ориентиры, сроки, состав помещений, ограничения объекта. На этом этапе AI Core BIM работает как система организации входной информации, а не как инструмент моделирования. Здесь нужно создать проект, зафиксировать заметки, выделить главные блоки будущей работы и не потерять человеческий контекст задачи.",
        "est_hours": 2.0,
        "planned": true,
        "due": "",
        "project": [
          "Pipeline for DESIGN"
        ],
        "props": {
          "responsible_modules": [
            "TSK",
            "HQ1"
          ],
          "data_produced": "Описание проекта, исходные данные, ограничения, первые идеи, стартовый набор задач и заметок.",
          "tools_used": "Task Manager, TSK JSON layer, заметки проекта."
        }
      },
      "links": [],
      "created": "2026-03-13 00:00:00",
      "updated": "2026-03-13 23:00:00"
    },
    {
      "id": "ent_pipeline_for_design_task_02",
      "type": "task",
      "title": "02. Формирование брифа и структуры требований",
      "props": {
        "description": "Структурирование пожеланий клиента в проектную основу.",
        "module": "HQ1",
        "priority": "high",
        "status": "todo",
        "notes": "Преобразовать пожелания клиента в структурированный бриф. Зафиксировать тип объекта, сценарии использования, список помещений, ключевые функции, стиль, материалы, ограничения, обязательные элементы, желаемый пакет документации. Уже на этом этапе полезно намечать будущую семантику проекта: category, zone, system_type, material_finish, work_type, stage, unit_type и другие ключи, которые потом перейдут в модель и документацию.",
        "est_hours": 3.0,
        "planned": true,
        "due": "",
        "project": [
          "Pipeline for DESIGN"
        ],
        "props": {
          "responsible_modules": [
            "TSK",
            "HQ1"
          ],
          "data_produced": "Структурированный бриф, список помещений, функции, стиль, ограничения, требования к документации.",
          "tools_used": "Task Manager, бриф, заметки, референсы."
        }
      },
      "links": [],
      "created": "2026-03-13 00:00:00",
      "updated": "2026-03-13 23:00:00"
    },
    {
      "id": "ent_pipeline_for_design_task_03",
      "type": "task",
      "title": "03. Формирование каркаса проекта",
      "props": {
        "description": "Создание организационной структуры проекта до моделирования.",
        "module": "TSK",
        "priority": "high",
        "status": "todo",
        "notes": "Создать каркас проекта: структуру папок, naming, список будущих листов, список видов, список обязательных ведомостей, структуру задач. Цель этапа — не строить сцену хаотично, а заранее понимать, какие данные понадобятся дальше для визуализаций, чертежей, развёрток, ведомостей, AutoCAD и клиентского пакета.",
        "est_hours": 2.0,
        "planned": true,
        "due": "",
        "project": [
          "Pipeline for DESIGN"
        ],
        "props": {
          "responsible_modules": [
            "TSK",
            "HQ1"
          ],
          "data_produced": "Каркас проекта: папки, naming, список листов, список видов, ведомости, структура задач.",
          "tools_used": "Task Manager, проектная структура файлов."
        }
      },
      "links": [],
      "created": "2026-03-13 00:00:00",
      "updated": "2026-03-13 23:00:00"
    },
    {
      "id": "ent_pipeline_for_design_task_04",
      "type": "task",
      "title": "04. Референсы, moodboard и концептуальное направление",
      "props": {
        "description": "Определение визуального и смыслового направления проекта.",
        "module": "HQ1",
        "priority": "high",
        "status": "todo",
        "notes": "Собрать и структурировать референсы, moodboard, композиционные ориентиры, стилистические решения, материаловые направления и ключевые эмоциональные акценты проекта. На этом этапе AI Core BIM не должен мешать творческому процессу избыточной техничностью. Его роль — фиксировать направления, варианты, согласованные решения и спорные точки.",
        "est_hours": 4.0,
        "planned": true,
        "due": "",
        "project": [
          "Pipeline for DESIGN"
        ],
        "props": {
          "responsible_modules": [
            "TSK",
            "HQ1"
          ],
          "data_produced": "Moodboard, референсы, концептуальные ориентиры, зафиксированные стилистические решения.",
          "tools_used": "Референс-коллекции, заметки, Task Manager."
        }
      },
      "links": [],
      "created": "2026-03-13 00:00:00",
      "updated": "2026-03-13 23:00:00"
    },
    {
      "id": "ent_pipeline_for_design_task_05",
      "type": "task",
      "title": "05. Планировочная концепция и функциональное зонирование",
      "props": {
        "description": "Работа с пространственной логикой проекта.",
        "module": "HQ1",
        "priority": "critical",
        "status": "todo",
        "notes": "Разработать варианты планировки, функциональное зонирование, сценарии мебели, проходы, основные привязки, эргономику и конфликтные зоны. Здесь ещё не нужна полная детализация визуализации. Главная цель — принять пространственную логику проекта, потому что именно она становится основой всей дальнейшей сцены, документации и семантики.",
        "est_hours": 6.0,
        "planned": true,
        "due": "",
        "project": [
          "Pipeline for DESIGN"
        ],
        "props": {
          "responsible_modules": [
            "HQ1",
            "TSK"
          ],
          "data_produced": "Планировочная логика, функциональное зонирование, варианты расстановки, зафиксированные решения по пространству.",
          "tools_used": "Планировочные схемы, заметки, Task Manager."
        }
      },
      "links": [],
      "created": "2026-03-13 00:00:00",
      "updated": "2026-03-13 23:00:00"
    },
    {
      "id": "ent_pipeline_for_design_task_06",
      "type": "task",
      "title": "06. Построение базовой сцены в 3ds Max",
      "props": {
        "description": "Создание центральной структурной модели проекта.",
        "module": "EXP",
        "priority": "critical",
        "status": "todo",
        "notes": "Построить чистую базовую сцену в 3ds Max: стены, проёмы, полы, потолки, ниши, колонны, уровни, ключевую мебель, сантехнику и оборудование. Эта сцена должна быть не просто геометрией для рендера, а центральной информационной моделью проекта, из которой в будущем будут расти визуализации, измерения, ведомости, маркировка, виды и экспорт в AutoCAD.",
        "est_hours": 10.0,
        "planned": true,
        "due": "",
        "project": [
          "Pipeline for DESIGN"
        ],
        "props": {
          "responsible_modules": [
            "EXP",
            "USR"
          ],
          "data_produced": "Базовая 3D-сцена: стены, проёмы, полы, потолки, мебель, сантехника, оборудование.",
          "tools_used": "3ds Max, BIM Explorer."
        }
      },
      "links": [],
      "created": "2026-03-13 00:00:00",
      "updated": "2026-03-13 23:00:00"
    },
    {
      "id": "ent_pipeline_for_design_task_07",
      "type": "task",
      "title": "07. Структурная дисциплина сцены",
      "props": {
        "description": "Подготовка сцены как системной модели.",
        "module": "ENG",
        "priority": "high",
        "status": "todo",
        "notes": "Привести сцену к дисциплине: осмысленные имена, чистые слои, группы, инстансы, категории объектов, логические связи, контроль мусора и дублей. Этот шаг нужен, чтобы сцена не распалась на хаотичный набор объектов и могла использоваться не только для рендера, но и для ведомостей, измерений, видов и документации.",
        "est_hours": 5.0,
        "planned": true,
        "due": "",
        "project": [
          "Pipeline for DESIGN"
        ],
        "props": {
          "responsible_modules": [
            "EXP",
            "ENG"
          ],
          "data_produced": "Чистая, дисциплинированная сцена с понятными именами, слоями, группами и структурой.",
          "tools_used": "3ds Max, BIM Explorer."
        }
      },
      "links": [],
      "created": "2026-03-13 00:00:00",
      "updated": "2026-03-13 23:00:00"
    },
    {
      "id": "ent_pipeline_for_design_task_08",
      "type": "task",
      "title": "08. Семантизация сцены через custom props и user props",
      "props": {
        "description": "Назначение смысловых свойств объектам модели.",
        "module": "USR",
        "priority": "critical",
        "status": "todo",
        "notes": "Назначить объектам смысловые свойства: category, zone, system_type, material_finish, color_code, mount_type, opening_side, work_type, stage, unit_type, sku и другие. Дополнительно продумать системные свойства для участия объекта в ведомостях, маркировке, видах, уровнях и зонах. Этот этап превращает сцену из геометрии в рабочую модель проекта, пригодную для анализа, фильтрации, ведомостей и документации.",
        "est_hours": 8.0,
        "planned": true,
        "due": "",
        "project": [
          "Pipeline for DESIGN"
        ],
        "props": {
          "responsible_modules": [
            "USR",
            "EXP"
          ],
          "data_produced": "Семантическая модель сцены с custom props и user props для анализа, ведомостей и документации.",
          "tools_used": "UserProp Manager, BIM Explorer."
        }
      },
      "links": [],
      "created": "2026-03-13 00:00:00",
      "updated": "2026-03-13 23:00:00"
    },
    {
      "id": "ent_pipeline_for_design_task_09",
      "type": "task",
      "title": "09. Подготовка концептуальных визуализаций в Corona Renderer",
      "props": {
        "description": "Переход к presentation-mode без разрушения модели.",
        "module": "_SD_",
        "priority": "high",
        "status": "todo",
        "notes": "Подготовить камеры, свет, материалы, композицию и presentation-настройки для Corona Renderer. Важно не ломать документационную логику сцены. Визуализация должна быть отдельным слоем presentation-решений поверх центральной модели, а не заменой логики проекта. На выходе должны появиться убедительные концептуальные визуализации для согласования с клиентом.",
        "est_hours": 12.0,
        "planned": true,
        "due": "",
        "project": [
          "Pipeline for DESIGN"
        ],
        "props": {
          "responsible_modules": [
            "EXP",
            "VMN"
          ],
          "data_produced": "Концептуальные визуализации, камеры, presentation-настройки, материалы и свет.",
          "tools_used": "3ds Max, Corona Renderer."
        }
      },
      "links": [],
      "created": "2026-03-13 00:00:00",
      "updated": "2026-03-13 23:00:00"
    },
    {
      "id": "ent_pipeline_for_design_task_10",
      "type": "task",
      "title": "10. Согласование визуального решения",
      "props": {
        "description": "Фиксация утверждённой визуальной концепции.",
        "module": "HQ1",
        "priority": "critical",
        "status": "todo",
        "notes": "Провести согласование визуализаций, зафиксировать утверждённые решения по стилю, материалам, мебели, композиции и акцентам. После этого этапа проект должен перейти из творческого режима в проектный. Важно зафиксировать, что именно утверждено, что остаётся под вопросом, какие объекты требуют отдельной проработки и какие узлы пока не решены.",
        "est_hours": 3.0,
        "planned": true,
        "due": "",
        "project": [
          "Pipeline for DESIGN"
        ],
        "props": {
          "responsible_modules": [
            "TSK",
            "HQ1"
          ],
          "data_produced": "Утверждённая визуальная концепция и список принятых/открытых решений.",
          "tools_used": "Визуализации, заметки согласования, Task Manager."
        }
      },
      "links": [],
      "created": "2026-03-13 00:00:00",
      "updated": "2026-03-13 23:00:00"
    },
    {
      "id": "ent_pipeline_for_design_task_11",
      "type": "task",
      "title": "11. Подготовка сцены к документации",
      "props": {
        "description": "Переход от presentation-mode к documentation-ready model.",
        "module": "EXP",
        "priority": "critical",
        "status": "todo",
        "notes": "После согласования визуализации привести сцену к состоянию documentation-ready: очистить, уточнить структуру, довести марки, материалы, принадлежность объектов к ведомостям, листам и видам. Разделить объекты по смыслу: планы, потолки, полы, электрика, мебель, развертки, узлы, декоративные фрагменты. Это переломный этап, где проект перестаёт быть только красивой картинкой и становится рабочей проектной моделью.",
        "est_hours": 8.0,
        "planned": true,
        "due": "",
        "project": [
          "Pipeline for DESIGN"
        ],
        "props": {
          "responsible_modules": [
            "EXP",
            "USR",
            "VMN"
          ],
          "data_produced": "Documentation-ready model с подготовленной структурой объектов, марками, материалами и ролями для листов.",
          "tools_used": "3ds Max, BIM Explorer, UserProp Manager."
        }
      },
      "links": [],
      "created": "2026-03-13 00:00:00",
      "updated": "2026-03-13 23:00:00"
    },
    {
      "id": "ent_pipeline_for_design_task_12",
      "type": "task",
      "title": "12. Измерения, проверка данных и извлечение количественной информации",
      "props": {
        "description": "Работа с BIM Explorer как слоем анализа и измерений.",
        "module": "EXP",
        "priority": "critical",
        "status": "todo",
        "notes": "Через BIM Explorer получить размеры, длины, площади, объёмы, габариты, принадлежность объектов к зонам, категориям и ведомостям. Выполнить on-demand расчёты, потому что тяжёлые вычисления не должны идти фоном постоянно. На этом этапе проект получает количественную основу для чертежей, ведомостей, проверок и аналитики.",
        "est_hours": 6.0,
        "planned": true,
        "due": "",
        "project": [
          "Pipeline for DESIGN"
        ],
        "props": {
          "responsible_modules": [
            "EXP"
          ],
          "data_produced": "Размеры, длины, площади, объёмы, количественные данные и проверка корректности модели.",
          "tools_used": "BIM Explorer, on-demand измерительные функции."
        }
      },
      "links": [],
      "created": "2026-03-13 00:00:00",
      "updated": "2026-03-13 23:00:00"
    },
    {
      "id": "ent_pipeline_for_design_task_13",
      "type": "task",
      "title": "13. Генерация документационных видов",
      "props": {
        "description": "Подготовка планов, разрезов, развёрток и технических видов.",
        "module": "VMN",
        "priority": "critical",
        "status": "todo",
        "notes": "Сформировать документационные виды из сцены: планы, планы мебели, света, выключателей, розеток, потолков, полов, разрезы, развёртки, декоративные и технические фрагменты. Здесь нужен движок View Manager, который связывает room boundary, camera placement, orthographic output, display profiles и экспорт. Это один из ключевых участков, где AI Core BIM должен сильно сократить ручную рутину.",
        "est_hours": 8.0,
        "planned": true,
        "due": "",
        "project": [
          "Pipeline for DESIGN"
        ],
        "props": {
          "responsible_modules": [
            "VMN",
            "EXP"
          ],
          "data_produced": "Планы, разрезы, развёртки, технические и декоративные документационные виды.",
          "tools_used": "View Manager, BIM Explorer, 3ds Max."
        }
      },
      "links": [],
      "created": "2026-03-13 00:00:00",
      "updated": "2026-03-13 23:00:00"
    },
    {
      "id": "ent_pipeline_for_design_task_14",
      "type": "task",
      "title": "14. Экспорт в AutoCAD и сборка листов",
      "props": {
        "description": "Передача подготовленных видов в листовую документацию.",
        "module": "VMN",
        "priority": "critical",
        "status": "todo",
        "notes": "Экспортировать в AutoCAD геометрию, виды, подложки, маркировку и вспомогательные данные. AutoCAD здесь должен использоваться как слой компоновки листов, размеров, оформления, штампов и печати, а не как место, где заново создаётся логика проекта. Смысл объектов и их структура должны быть определены раньше, в сцене и AI Core BIM.",
        "est_hours": 6.0,
        "planned": true,
        "due": "",
        "project": [
          "Pipeline for DESIGN"
        ],
        "props": {
          "responsible_modules": [
            "VMN"
          ],
          "data_produced": "DWG, подложки, экспортированные виды и материалы для листов AutoCAD.",
          "tools_used": "View Manager, AutoCAD."
        }
      },
      "links": [],
      "created": "2026-03-13 00:00:00",
      "updated": "2026-03-13 23:00:00"
    },
    {
      "id": "ent_pipeline_for_design_task_15",
      "type": "task",
      "title": "15. Формирование ведомостей и спецификаций",
      "props": {
        "description": "Сбор материалов, мебели, оборудования и изделий.",
        "module": "NEX",
        "priority": "critical",
        "status": "todo",
        "notes": "Сформировать ведомости отделки, дверей, мебели, оборудования, деревянных изделий, узлов и иных сущностей проекта. Основа для ведомостей должна идти из сцены и её семантики: площади, длины, количества, категории, марки, материалы, помещения, зоны и типы. Ручной контроль остаётся важным, но большая часть структуры должна уже быть готова автоматически или полуавтоматически.",
        "est_hours": 6.0,
        "planned": true,
        "due": "",
        "project": [
          "Pipeline for DESIGN"
        ],
        "props": {
          "code": "Сформировать ведомости отделки, дверей, мебели, оборудования, деревянных изделий, узлов и иных сущностей проекта. Основа для ведомостей должна идти из сцены и её семантики: площади, длины, количества, категории, марки, материалы, помещения, зоны и типы. Ручной контроль остаётся важным, но большая часть структуры должна уже быть готова автоматически или полуавтоматически.",
          "responsible_modules": [
            "EXP",
            "USR",
            "NEX"
          ],
          "data_produced": "Ведомости, спецификации, количественные и категориальные данные по материалам, мебели, оборудованию и изделиям.",
          "tools_used": "BIM Explorer, semantic props, табличный экспорт."
        }
      },
      "links": [],
      "created": "2026-03-13 00:00:00",
      "updated": "2026-03-13 23:00:00"
    },
    {
      "id": "ent_pipeline_for_design_task_16",
      "type": "task",
      "title": "16. Сборка клиентского пакета",
      "props": {
        "description": "Формирование итогового проектного комплекта.",
        "module": "HQ1",
        "priority": "high",
        "status": "todo",
        "notes": "Собрать полный клиентский пакет: титульный лист, визуализации, планы, развёртки, ведомости, спецификации, пояснения и другие материалы проекта. Пакет должен быть не хаотичным набором файлов, а стандартной выдачей проекта. Этот этап помогает закрепить единый стандарт проектной документации и понять, что система действительно умеет выдавать.",
        "est_hours": 4.0,
        "planned": true,
        "due": "",
        "project": [
          "Pipeline for DESIGN"
        ],
        "props": {
          "responsible_modules": [
            "TSK",
            "HQ1"
          ],
          "data_produced": "Итоговый клиентский пакет проекта: листы, ведомости, визуализации, пояснения.",
          "tools_used": "AutoCAD, PDF/package assembly, Task Manager."
        }
      },
      "links": [],
      "created": "2026-03-13 00:00:00",
      "updated": "2026-03-13 23:00:00"
    },
    {
      "id": "ent_pipeline_for_design_task_17",
      "type": "task",
      "title": "17. Авторский надзор, корректировки и пост-проектный слой",
      "props": {
        "description": "Продолжение жизни проекта после выдачи.",
        "module": "TSK",
        "priority": "normal",
        "status": "todo",
        "notes": "После выдачи проекта нужно сохранять замечания, изменения, вопросы стройки, корректировки и дополнительные задачи. AI Core BIM здесь должен работать как живая память проекта: связывать замечания с видами, зонами, объектами, задачами и решениями. Это позволяет не терять контекст после выпуска пакета и превращает систему в реальный проектный контур, а не только в предсдаточную машину.",
        "est_hours": 3.0,
        "planned": false,
        "due": "",
        "project": [
          "Pipeline for DESIGN"
        ],
        "props": {
          "_for_AI": "high priority - замечены несоответствия данных в закупочной ведомости. [ENG] - проверить синхронизацию json всех модулей",
          "responsible_modules": [
            "TSK",
            "HQ1"
          ],
          "data_produced": "Живая память проекта: замечания, корректировки, стройка, пост-проектные выводы и feedback для AI Core BIM.",
          "tools_used": "Task Manager, STATE REPORT, _for_AI feedback."
        }
      },
      "links": [],
      "created": "2026-03-13 00:00:00",
      "updated": "2026-03-13 23:00:00"
    },
    {
      "id": "ent_pipeline_for_design_note_ai_core_mode",
      "type": "note",
      "title": "SECTION 16 — DESIGN PIPELINE (AI CORE MODE)",
      "props": {
        "description": "JSON-представление раздела DESIGN PIPELINE (AI CORE MODE) для AI Core BIM.",
        "module": "HQ1",
        "priority": "high",
        "status": "todo",
        "notes": "Каждый stage Pipeline for DESIGN дополнен полями responsible_modules, data_produced и tools_used. Это сделано для того, чтобы AI-модули при сканировании AI_Core_Tasks.json быстрее понимали своё место в pipeline, тип данных на выходе и используемые инструменты.",
        "est_hours": 0.0,
        "planned": false,
        "due": "",
        "project": [
          "Pipeline for DESIGN"
        ],
        "props": {
          "_for_AI": "[HQ1] Этот note закрепляет JSON-форму раздела DESIGN PIPELINE (AI CORE MODE). Если stage Pipeline for DESIGN содержит [ID] или module, соответствующий модуль должен считать этап относящимся к своей зоне ответственности."
        }
      },
      "links": [
        "ent_pipeline_for_design_task_01",
        "ent_pipeline_for_design_task_02",
        "ent_pipeline_for_design_task_03",
        "ent_pipeline_for_design_task_04",
        "ent_pipeline_for_design_task_05",
        "ent_pipeline_for_design_task_06",
        "ent_pipeline_for_design_task_07",
        "ent_pipeline_for_design_task_08",
        "ent_pipeline_for_design_task_09",
        "ent_pipeline_for_design_task_10",
        "ent_pipeline_for_design_task_11",
        "ent_pipeline_for_design_task_12",
        "ent_pipeline_for_design_task_13",
        "ent_pipeline_for_design_task_14",
        "ent_pipeline_for_design_task_15",
        "ent_pipeline_for_design_task_16",
        "ent_pipeline_for_design_task_17"
      ],
      "created": "2026-03-13 23:00:00",
      "updated": "2026-03-13 23:00:00"
    }
  ]
}