{"schemaVersion":"1.2","navigation":{"schemaVersion":"udtx-navigation-v1","definitions":[{"conceptId":"housing-product","definitionId":"udtx-housing-product-v1","label":"Жилищный продукт","aliases":[],"text":"Предложение для определённого круга жителей, которое объединяет само жильё, условия проживания и предусмотренные услуги. Оно описывает не только то, что построено, но и то, какую задачу человека это решает и что он получает.","scope":"набор услуг зависит от предложения; наличие приложения или подписки не является обязательным. Здесь рассматривается жильё с точки зрения пользователя, а не только как строительный объект или актив продавца.","example":"квартира для семьи — это не только площадь и планировка, но и выбранные условия повседневной жизни, доступа и обслуживания.","author":"UDTX","sources":[{"label":"RAP-010 — задачи жителя перед пилотом","url":"https://udtx.vc/research/platform-housing/versions/1.1#pilot-questions"},{"label":"RAP-019 — система для выбранных жителей","url":"https://udtx.vc/research/reproducible-development/versions/1.1#product-system"}],"previousDefinitionId":null,"changeReason":"Первая формулировка в глоссарии исследований UDTX."},{"conceptId":"housing-product-system","definitionId":"udtx-housing-product-system-v1","label":"Продуктовая система жилья","aliases":[],"text":"Совокупность связанных решений, правил и участников, с помощью которых создают, обслуживают и улучшают жильё для выбранной группы жителей на разных объектах. Она связывает свойства дома и услуг, проверку качества и ответственность участников; опыт проживания используется для улучшения следующих объектов.","scope":"не отдельное здание, не каталог деталей и не цифровое приложение. Повторное использование не доказывает автоматически низкую стоимость, устойчивый спрос или преимущество перед обычным девелопментом.\n\nГлавное различие: жилищный продукт — то, что предлагается жителю. Продуктовая система — то, что позволяет создавать и поддерживать такое предложение в разных проектах, не разрабатывая всё заново после выбора очередного участка. Она существует между проектами, а не заканчивается выдачей ключей.\n\nДля руководителя цифровой платформы: можно участвовать в определении того, какое жильё получают пользователи, как оно связано с сервисами и кто подтверждает качество, не выполняя строительство своими силами. Но приложение поверх чужих домов ещё не даёт этих прав. Их нужно закрепить с участниками. Это возможная роль платформы, не единственный вариант владельца системы.","example":"партнёры строят дома с разными планировками, но по общим требованиям к выбранным характеристикам и обслуживанию. Обнаруженный недостаток не только исправляют в одном доме — по нему меняют решения следующих проектов.","author":"UDTX","sources":[{"label":"RAP-019 — что составляет систему","url":"https://udtx.vc/research/reproducible-development/versions/1.1#product-system"},{"label":"RAP-019 — работа продолжается после объекта","url":"https://udtx.vc/research/reproducible-development/versions/1.1#transition-signal"},{"label":"RAP-010 — возможная роль платформы","url":"https://udtx.vc/research/platform-housing/versions/1.1#product-system-customer"}],"previousDefinitionId":null,"changeReason":"Первая формулировка в глоссарии исследований UDTX."},{"conceptId":"product-standard","definitionId":"udtx-product-standard-v1","label":"Продуктовый стандарт","aliases":[],"text":"Набор проверяемых требований к тому, каким должно быть жильё и его обслуживание: обязательные характеристики, допустимые варианты и способы проверки. По нему проектируют, строят и принимают конкретный дом.","scope":"определение дано для жилищного контекста. Стандарт не требует одинаковых домов и не заменяет обязательные нормы. В отличие от обещания жителю, он подробно задаёт, что должны обеспечить и проверить исполнители.","example":"планировки могут различаться, а требования к защите от шума и способ подтверждения результата остаются общими.","author":"UDTX","sources":[{"label":"RAP-016 — обязательное и изменяемое","url":"https://udtx.vc/research/branded-housebuilding/versions/1.1#consistent-promise"},{"label":"RAP-016 — переход от обещания к проверке","url":"https://udtx.vc/research/branded-housebuilding/versions/1.1#trust-infrastructure"}],"previousDefinitionId":null,"changeReason":"Первая формулировка в глоссарии исследований UDTX."},{"conceptId":"product-responsibility","definitionId":"udtx-product-responsibility-v1","label":"Продуктовая ответственность","aliases":[],"text":"Ответственность перед жителем за исполнение обещанных свойств жилья и обслуживания. Она требует прав проверять работу партнёров, добиваться исправления недостатков и обеспечивать понятный порядок обращения, даже если строительство и сервис выполняют разные компании.","scope":"это управленческий смысл в рассматриваемой модели, а не название отдельного вида юридической ответственности. Он не означает, что одна организация сама выполняет все работы или все обязанности по закону.","example":"бренд не отправляет жителя выяснять отношения между проектировщиком, строителем и сервисом, а обеспечивает разбор проблемы и исправление с участием ответственных исполнителей.","author":"UDTX","sources":[{"label":"RAP-010 — разделение исполнения и ответственности","url":"https://udtx.vc/research/platform-housing/versions/1.1#product-system-customer"},{"label":"RAP-016 — что сохраняет владелец бренда","url":"https://udtx.vc/research/branded-housebuilding/versions/1.1#non-delegable-core"}],"previousDefinitionId":null,"changeReason":"Первая формулировка в глоссарии исследований UDTX."}],"usages":[{"definitionId":"udtx-product-standard-v1","term":"продуктовый стандарт","anchor":"developer-value"}],"relatedArticles":[{"articleId":"RAP-019-ARTICLE-001","reason":"Продолжение вопроса о владельце жилищного продукта — со стороны девелопера."},{"articleId":"RAP-016-ARTICLE-001","reason":"Что удерживает продуктовое обещание: стандарт, доказательства качества и ответственность на жизненном цикле."}]},"articleId":"RAP-010-ARTICLE-001","revisionId":"RAP-010-ARTICLE-001-GLOSSARY-002","version":"1.2","language":"ru","status":"published","epistemicStatus":"hypothesis","knowledgeAsOf":"2026-08-24","publishedAt":"2026-09-09T14:07:34.998Z","researchStartedOn":"2024","researchStartedPrecision":"year","researchStartedQualifier":"exact","firstPublishedAt":"2026-08-24T00:04:39.129Z","canonicalUrl":"https://udtx.vc/research/platform-housing","snapshotUrl":"https://udtx.vc/research/platform-housing/versions/1.2","previewPath":"/research/platform-housing","machinePath":"/research/platform-housing/machine","title":"Нужно ли цифровой платформе входить в жильё?","subtitle":"Платформе не обязательно становиться девелопером, чтобы стать заказчиком нового жилищного продукта","question":"В какой роли, за счёт какого преимущества и с какой границей ответственности цифровой платформе имеет смысл участвовать в создании и жизненном цикле жилья?","currentThesis":"Цифровой платформе может быть выгодно стать одним из возможных заказчиков продуктовой системы жилья и контролировать клиентский интерфейс, стандарт и сервисы, не принимая на себя землю, строительство и весь риск физического актива. Если платформа даёт продуктовое обещание, распределение исполнения не освобождает её от продуктовой ответственности за целостность этого обещания.","intro":["Цифровая платформа может годами сопровождать человека в покупках, платежах, связи, работе и развлечениях. Но в момент выбора жилья этот непрерывный интерфейс распадается. Квартиру создаёт девелопер, покупку финансирует банк, дом обслуживает управляющая компания, устройства живут в нескольких приложениях, а отношения с жителем после выдачи ключей часто начинаются заново.","Отсюда возникает соблазнительный вопрос: не пора ли цифровой платформе самой войти в жильё?","Обычно этот вопрос сразу сводят к крайности: должна ли технологическая компания купить девелопера, взять землю и начать строить. Мне кажется, это ложный выбор. Между рекламной витриной и собственным строительным балансом есть несколько разных ролей.","Рабочая гипотеза этой статьи:","Цифровой платформе может быть выгодно стать одним из возможных заказчиков продуктовой системы жилья и контролировать клиентский интерфейс, стандарт и сервисы, не принимая на себя землю, строительство и весь риск физического актива. Если платформа даёт продуктовое обещание, распределение исполнения не освобождает её от продуктовой ответственности за целостность этого обещания.","Это пока не прогноз и не готовая модель сделки. Это позиция для проверки в разговоре с платформами, девелоперами, банками, операторами жилья и самими жителями.","Платформа здесь рассматривается как один возможный владелец продуктовой системы, а не как заранее определённый победитель. В другой конфигурации эту роль может удерживать девелопер или устойчивый союз участников."],"sections":[{"anchor":"entry-roles","heading":"\"Войти в жильё\" - не одна роль","paragraphs":["Платформа может участвовать в жилье на разных уровнях. Чем выше уровень, тем больше её влияние на продукт - и тем больше капитал, обязательства и цена ошибки.","• Роль: Витрина; Что получает платформа: внимание, лид, маршрут к сделке; Что она принимает на себя: почти не влияет на сам продукт","• Роль: Финансирование и сделка; Что получает платформа: платёж, ипотека, расчёты, регистрация; Что она принимает на себя: кредитный и регуляторный риск","• Роль: Сервисный слой; Что получает платформа: учётная запись, устройства, платежи, подписки, данные; Что она принимает на себя: приватность, совместимость, непрерывность сервиса","• Роль: Бренд и стандарт; Что получает платформа: обещание качества, требования к продукту, отношения с жителем; Что она принимает на себя: ответственность за результат, который исполняет партнёр","• Роль: Заказчик и оператор; Что получает платформа: состав продукта, выбор партнёров, экономика жизненного цикла; Что она принимает на себя: длинные обязательства и операционную сложность","• Роль: Девелопер на балансе; Что получает платформа: землю, стройку и весь актив; Что она принимает на себя: капиталоёмкость, локальность, цикл и полную ответственность","Высокий уровень не обязательно лучше. Вопрос не в том, насколько глубоко платформа вошла, а в том, усиливает ли выбранная роль её реальные преимущества."],"items":[]},{"anchor":"platform-advantages","heading":"Что платформа действительно может принести в жильё","paragraphs":["Потенциальное преимущество платформы находится не в бетоне. Оно может быть в другом:","• в понимании устойчивого спроса и разных жизненных сценариев;","• в доверенном клиентском интерфейсе и единой учётной записи;","• в платежах, финансировании и регулярных сервисах;","• в способности связать жильё с транспортом, доставкой, безопасностью, здоровьем, работой и досугом;","• в данных об использовании продукта и быстрой обратной связи;","• в бренде, который делает обещание понятным и принимает репутационный риск.","Но ни одно из этих преимуществ само по себе не даёт права считать платформу хорошим девелопером. Земля, разрешения, проектное финансирование, строительство, гарантия и эксплуатация требуют другой компетенции. Они локальны, регулируются, зависят от длинного цикла и плохо прощают ошибку.","Поэтому основной вопрос звучит не \"может ли платформа построить дом\", а \"что именно она должна контролировать, чтобы создать для жителя новый продукт\"."],"items":[]},{"anchor":"precedent-boundaries","heading":"Прецеденты показывают не один путь, а разные границы","paragraphs":["Проверенные случаи пока не дают готового ответа, но хорошо показывают разницу ролей.","Домклик объединяет поиск недвижимости, ипотеку, подготовку сделки, расчёты и регистрацию. Это сильный транзакционный интерфейс, но официальный контур сервиса не подтверждает контроль физического продукта жилья.","Airbnb-friendly apartments связывает арендаторов с домами, где разрешена частичная сдача через Airbnb. В 2023 году Airbnb сообщала о 250 зданиях и 80 000 квартир на площадке в США. Активы остаются у собственников и операторов, а платформа задаёт интерфейс и правила совместимости. Долгосрочная экономика программы в открытых данных не доказана.","Amazon Housing Equity Fund действует ещё иначе. Amazon заявляет фонд в 3,6 млрд долларов для создания или сохранения более 35 000 доступных домов. Деньги выдаются профильным девелоперам как гранты и льготные займы. Amazon влияет на результат, но не становится строительной компанией и не переносит в жильё свой пользовательский интерфейс.","СберСити показывает глубокий вход. Официальный сайт называет его \"городом, который строит Сбер\", описывает собственный стандарт жилья, умную квартиру и цифровое управление инфраструктурой. Три квартала отмечены как сданные. Это уже не витрина и не отдельный сервис. Но открытые материалы не доказывают, что модель повторяема на независимой земле или что именно экосистема создаёт её экономическое преимущество.","Toyota Woven City тоже соединяет территорию, жильё и цифровые системы, но сама Toyota называет город испытательным полигоном мобильности. Первыми жителями стали сотрудники и их семьи, первая фаза рассчитана примерно на 300 человек. Такой глубокий вход имеет особое основание: собственную землю, промышленную компетенцию и исследовательскую задачу. Это не массовая модель жилищного бизнеса.","Наконец, Zillow Offers показывает цену перехода на баланс. Zillow сама покупала и перепродавала дома, а затем закрыла направление из-за непредсказуемости цен, ограничений операционной мощности и волатильности баланса. В 2021 году компания списала 407,9 млн долларов стоимости запасов. Цифровой интерфейс не защитил её от риска физического актива.","Эти случаи нельзя складывать в один рейтинг. Но они подсказывают важную границу: платформенное преимущество легче переносится в спрос, интерфейс, правила и сервисы, чем в землю, стройку и запас недвижимости."],"items":[]},{"anchor":"product-system-customer","heading":"Платформа как заказчик продуктовой системы","paragraphs":["Если рабочая гипотеза верна, новая роль может быть устроена так.","Платформа отвечает за:","• выбор пользовательской проблемы и целевого сценария жизни;","• обещание продукта, бренд и проверяемый стандарт;","• клиентский интерфейс до и после заселения;","• цифровую идентичность, платежи и набор сервисов;","• правила работы с данными и возможность выйти из экосистемы;","• измерение использования, качества и удовлетворённости.","Профильный партнёр отвечает за:","• землю и разрешения;","• проектирование и строительное исполнение;","• проектное финансирование и управление сроками;","• физическую безопасность и строительное качество;","• гарантию, обслуживание здания и локальное регулирование.","Вместе стороны определяют:","• экономику продукта и распределение доходов;","• права контроля и порядок приёмки качества;","• ответственность перед жителем;","• сервисы, которые действительно встроены в продукт;","• критерии продолжения, изменения или остановки пилота.","Юридические и операционные обязанности могут быть распределены: профильный партнёр отвечает за безопасность, строительное качество и исполнение гарантии в пределах своего контура. Но если платформа даёт продуктовое обещание, управляет брендом и стандартом, она должна сохранять продуктовую ответственность за целостность этого обещания. Это не означает, что платформа юридически исполняет каждую обязанность партнёра. Это означает, что у неё есть права контроля, доступ к доказательствам качества и возможность потребовать исправления, а для жителя существует один понятный маршрут требования и эскалации. Договоры должны связывать эти права с гарантией и преемственностью обязательств.","Такое разделение не должно превращать девелопера в безымянного подрядчика, а платформу - в бренд без ответственности. Распределение операций не должно превращаться в растворение ответственности."],"items":[]},{"anchor":"developer-value","heading":"Зачем это девелоперу","paragraphs":["Для девелопера платформа может дать не только дополнительный канал продаж. Она потенциально приносит заранее сформулированный спрос, более ясный продуктовый стандарт, доступ к сервисам и более длинные отношения с жителем. Это может снизить риск создания продукта \"в рынок\" и сделать результат повторяемым.","Но у девелопера есть разумные возражения. Платформа может забрать бренд и клиентский интерфейс, оставить исполнителю капиталоёмкую часть и давить на маржу. Она может потребовать стандарт, не понимая местных ограничений, а затем переложить ответственность за собственное обещание. Поэтому разговор должен начинаться не с размера аудитории платформы, а с прав, рисков и экономики каждой стороны."],"items":[]},{"anchor":"pilot-questions","heading":"Пять вопросов до первого пилота","paragraphs":["1. Какую проблему жителя мы решаем? Не \"добавляем умный дом\", а меняем конкретный опыт, стоимость, качество или доступность жилья.","2. Какое существующее преимущество платформы переносится в продукт? Спрос, платежи, логистика, сервисы и данные должны работать в новом контексте, а не просто присутствовать в презентации.","3. Что платформа обязана контролировать? Если она отвечает брендом за качество, у неё должны быть права на стандарт, приёмку и исправление.","4. Кто несёт длинный риск? Земля, ставка, сроки, гарантия и эксплуатация не исчезают от появления цифрового интерфейса.","5. Можно ли повторить модель? Один проект на особой земле, при дешёвом капитале или кэптивном спросе ещё не является платформой.","Если на эти вопросы нет конкретных ответов, платформе разумнее остаться в канале, финансировании или сервисах. Это тоже полноценная роль."],"items":[]},{"anchor":"falsification","heading":"Что может опровергнуть рабочую гипотезу","paragraphs":["Эта позиция должна быть опровержимой. Её придётся сузить или отвергнуть, если:","• житель не получает новой ценности и не выбирает продукт при сопоставимой цене и качестве;","• платформа не может заработать без роста цены недвижимости, субсидии или постоянного дешёвого капитала;","• профильные партнёры не готовы исполнять внешний стандарт на приемлемых условиях;","• ответственность за бренд остаётся у платформы, а реальных прав контроля у неё нет;","• сервисный слой создаёт зависимость, лишний сбор данных или невозможность сменить поставщика;","• работающая модель держится только на одной территории, административном исключении или одном человеке.","Отрицательный результат здесь полезен. Он покажет, где заканчивается платформенная логика и начинается обычный девелопмент."],"items":[]},{"anchor":"join-dialogue","heading":"Приглашение к разговору","paragraphs":["Эта статья - не заключение о том, что платформы обязательно станут заказчиками жилья. Это предложение обсудить более точный вопрос: какую роль платформа способна принять, не теряя своё преимущество и не перекладывая риск на жителя или партнёра.","Если вы представляете цифровую платформу, интересно понять:","• какую проблему в жилье вы считаете своей;","• что вы хотели бы контролировать;","• какой риск точно не готовы брать;","• какой ограниченный пилот дал бы вам достаточно данных для решения.","Если вы девелопер, оператор, банк, производитель или житель, важны ваши контрпримеры: где такая модель уже работает, где она сломалась и какое условие оказалось решающим.","Можно написать на info@udtx.vc, указав RAP-010 и версию 1.0. В письмо не нужно включать персональные данные, клиентские документы или другую чувствительную информацию. Любой полученный материал сначала становится кандидатом для проверки и не меняет статью автоматически."],"items":[]},{"anchor":"evidence-boundary","heading":"Основания и ограничения","paragraphs":["Первая ревизия основана на публичных материалах и проектной гипотезе. В ней нет интервью с платформами, девелоперами или жителями; нет сопоставимой экономики кейсов; не проверены готовность платить, повторяемость модели и правовая конструкция партнёрства. Корпоративные числа показывают заявления и отчётность самих компаний, а не независимую оценку результата."],"items":[]}],"applicability":["Крупные цифровые платформы и потребительские экосистемы с устойчивым спросом, транзакциями или сервисным контуром","Модели, в которых физическое исполнение можно отделить от продуктового стандарта и клиентского интерфейса"],"limitations":["Не проведены интервью с представителями платформ, девелоперов и жителей","Проверенные случаи относятся к разным странам, ролям и экономическим моделям","Не доказаны готовность покупателей платить, повторяемость модели и сервисная экономика"],"publicSources":[{"label":"Домклик: ипотека, сделка и услуги","url":"https://blog.domclick.ru/voprosy-i-otvety"},{"label":"Airbnb-friendly apartments","url":"https://news.airbnb.com/airbnb-friendly-apartments-widely-available-in-the-us/"},{"label":"Amazon Housing Equity Fund","url":"https://www.aboutamazon.com/news/community/amazon-housing-equity-fund"},{"label":"СберСити: проект и технологии","url":"https://sbercity.ru/"},{"label":"СберСити: ход строительства","url":"https://sbercity.ru/progress"},{"label":"Toyota Woven City","url":"https://global.toyota/en/newsroom/corporate/43347785.html"},{"label":"Zillow: решение закрыть Zillow Offers","url":"https://investors.zillowgroup.com/news-and-events/news/news-details/2021/Zillow-Group-Reports-Third-Quarter-2021-Financial-Results--Shares-Plan-to-Wind-Down-Zillow-Offers-Operations/default.aspx"},{"label":"Zillow: отчётность SEC за 2021 год","url":"https://www.sec.gov/Archives/edgar/data/1617640/000161764022000013/z-20211231.htm"}],"changes":[{"summary":"Добавлены ключевые понятия в начале статьи и ссылки на общий глоссарий.","reason":"Единые определения помогают читать связанные исследования; основные аргументы статьи сохранены."}],"openQuestions":[{"questionId":"RAP010-OQ-001","anchor":"resident-value","text":"Какую новую ценность получит житель, кроме известного бренда и набора устройств?"},{"questionId":"RAP010-OQ-002","anchor":"control-rights","text":"Какие права контроля нужны платформе, чтобы отвечать за обещание продукта?"},{"questionId":"RAP010-OQ-003","anchor":"risk-allocation","text":"Как распределить экономику, гарантию и риск жизненного цикла между платформой и исполнителем?"},{"questionId":"RAP010-OQ-004","anchor":"repeatability","text":"Можно ли повторить модель без особой земли, дешёвого капитала или кэптивного спроса?"},{"questionId":"RAP010-OQ-005","anchor":"ecosystem-exit","text":"Какие данные действительно нужны сервисам и как житель сможет сменить экосистему?"}],"relations":[{"relationType":"relatedTo","targetId":"RAP-019-ARTICLE-001"},{"relationType":"relatedTo","targetId":"RAP-016-ARTICLE-001"},{"relationType":"derivedFrom","targetId":"RAP-010-ARTICLE-001-SNAPSHOT-005"}],"contributionPolicy":{"channel":"mailto","href":"mailto:info@udtx.vc?subject=%D0%92%D0%BA%D0%BB%D0%B0%D0%B4%20%D0%B2%20%D0%B6%D0%B8%D0%B2%D1%83%D1%8E%20%D1%81%D1%82%D0%B0%D1%82%D1%8C%D1%8E%20RAP-010&body=%D0%92%D0%B5%D1%80%D1%81%D0%B8%D1%8F%3A%201.2%0A%D0%A0%D0%B5%D0%B2%D0%B8%D0%B7%D0%B8%D1%8F%3A%20RAP-010-ARTICLE-001-GLOSSARY-002%0A%D0%A0%D0%B0%D0%B7%D0%B4%D0%B5%D0%BB%20%D0%B8%D0%BB%D0%B8%20%D0%B2%D0%BE%D0%BF%D1%80%D0%BE%D1%81%3A%0A%D0%A2%D0%B8%D0%BF%20%D0%B2%D0%BA%D0%BB%D0%B0%D0%B4%D0%B0%3A%20%D0%B2%D0%BE%D0%BF%D1%80%D0%BE%D1%81%20%2F%20%D0%B8%D1%81%D1%82%D0%BE%D1%87%D0%BD%D0%B8%D0%BA%20%2F%20%D0%B2%D0%BE%D0%B7%D1%80%D0%B0%D0%B6%D0%B5%D0%BD%D0%B8%D0%B5%20%2F%20%D0%B8%D1%81%D0%BF%D1%80%D0%B0%D0%B2%D0%BB%D0%B5%D0%BD%D0%B8%D0%B5%0A%D0%A1%D0%BE%D0%B4%D0%B5%D1%80%D0%B6%D0%B0%D0%BD%D0%B8%D0%B5%3A%0A%0A%D0%9D%D0%B5%20%D0%BF%D1%80%D0%B8%D0%BA%D0%BB%D0%B0%D0%B4%D1%8B%D0%B2%D0%B0%D0%B9%D1%82%D0%B5%20%D0%B7%D0%B0%D0%BA%D1%80%D1%8B%D1%82%D1%8B%D0%B5%20%D0%BC%D0%B0%D1%82%D0%B5%D1%80%D0%B8%D0%B0%D0%BB%D1%8B%20%D0%B8%D0%BB%D0%B8%20%D0%BF%D0%B5%D1%80%D1%81%D0%BE%D0%BD%D0%B0%D0%BB%D1%8C%D0%BD%D1%8B%D0%B5%20%D0%B4%D0%B0%D0%BD%D0%BD%D1%8B%D0%B5.","statusOnReceipt":"candidate","acceptedKinds":["question","source","objection","correction","branch"]},"checksum":"a62d84ddd26890ce177519b7051250c33a1b7dda1e7b0da704539c1dc9052151","candidateHash":"b81bef3a8e1501c24c0ba58ddb70fc010fef5e4768f54c212488ff0d2cb540ee","attribution":{"author":"Азат Гайнутдинов","preparation":"UDTX"},"release":{"approvalRef":"UDTX-GLOSSARY-APPROVAL-001","buildId":"RAP-010-ARTICLE-001:1.2:20260909140734","blockAnchor":null}}