ЗНАНИЯ И ЭНЕРГИЯ / МОДУЛЬ ПРОГРАММЫ НАРОДНОГО САМОРАЗВИТИЯ
ФЕНИКС
ЭВОЛЮЦИОННАЯ СИСТЕМА
Конструктор
идеального эталона
От образа желаемого результата
к проверяемой и воспроизводимой практике
ОБРАЗ → ТРЕБОВАНИЯ → ПРАКТИКА → ДОКАЗАТЕЛЬСТВА → ОБНОВЛЕНИЕ
Методика • 19 направлений • 13 полей паспорта • 20 проверок
Рабочая концепция 1.0 | 17 сентября 2026 года
Эталон задается для результата, процесса или условий участия. Он не определяет ценность человека и не является обязательным образцом личности.
01 / НАЗНАЧЕНИЕ
Что создает конструктор
Конструктор идеального эталона — предлагаемый модуль ФЕНИКС, который помогает перевести личный или совместный замысел в описание результата, доступные действия и понятную процедуру проверки. Его выход — не красивый образ сам по себе, а рабочий паспорт с источниками, ресурсами и ответственными.
Ключевое правило Сначала договориться, что считать результатом и как его проверять. Затем действовать. После проверки сохранить и удачный опыт, и ограничения. |
Параметр | Содержание |
Назначение | Подготовка личного маршрута, учебного модуля, практического проекта, процесса или площадки. |
Пользователь | Участник, наставник, руководитель проекта, куратор центра и проверяющий. |
Вход | Подтвержденная потребность, исходное состояние, контекст и доступные ресурсы. |
Выход | Паспорт M01–M13; критерии; маршрут; доказательства; протокол и версия эталона. |
Статус | Рабочая концепция, а не утвержденный норматив, лицензия, сертификат или государственная программа. |
Преемственность | Сохранены D01–D19 и P01–P13 из «ФЕНИКС — Эволюционная система», v1.0. |
Как пользоваться документом
Сначала прочитайте определения и правила участия. Затем выберите объект и направление, заполните 13 полей, составьте критерии и пройдите 20 проверок. Практические примеры показывают, как отделять намерение от доказанного результата. В конце размещены рабочие формы и источники.
Числа, сроки, примеры требований и правила внутренней приемки в этом модуле являются проектными предложениями. Роли, площадки, финансирование и применение конкретных методов согласуются отдельно.
02 / СМЫСЛ ЭТАЛОНА
Идеальный образ — ориентир, а не обещание
«Идеальный» в этой концепции означает ясно выраженное желаемое качество в определенном контексте. Это не утверждение о существовании единственного совершенного решения для всех людей, территорий и условий. Рабочий эталон выбирается под потребность и может изменяться после проверки.
Понятие | Рабочее значение | Пример |
Идеальный образ | Качественное описание желаемой пользы без подмены фактом. | Человек самостоятельно понимает учет энергии своей площадки. |
Рабочий эталон | Согласованные требования, ограничения, критерии и методы проверки версии проекта. | Журнал без необъясненных пропусков; воспроизводимый расчет; указанные ограничения. |
Фактический результат | Наблюдаемые данные и выполненная работа с датой и условиями. | Получен журнал; две строки требуют уточнения; расчет проверен. |
Нормативное требование | Обязательное правило из применимого источника права, проверяемое отдельно. | Требования по деятельности, безопасности и данным устанавливаются не названием проекта. |
Почему важно различать значения
В метрологии эталон связан с реализацией определения величины, значением и неопределенностью. Здесь употребляется иной термин — «проектный эталон результата». Карточка ФЕНИКС не создает государственный эталон и не удостоверяет измерительную систему. [S03, S09]
Граница вывода «Соответствует версии эталона v1.0 в описанных условиях» — допустимая форма внутреннего вывода. «Идеально во всем» и «пригодно для любого применения» — не выводы этой системы. |
03 / ЧЕЛОВЕК В ЦЕНТРЕ
Эталон условий, а не рейтинг людей
Человек выбирает цель и допустимую нагрузку. У программы можно проверять доступность, безопасность, поддержку и качество обратной связи; у выполненной работы — конкретные требования. Убеждения, достоинство и право участия не переводятся в общий балл «соответствия идеалу».
Сохраняются 13 личных контуров предыдущей программы. Это меню выбора, а не обязательная лестница развития. В одном цикле достаточно одного основного и одного поддерживающего контура.
Код | Контур | Код | Контур |
P01 | Здоровье | P08 | Экономика и финансовая самостоятельность |
P02 | Сознание | P09 | Семья и общины |
P03 | Разум | P10 | Творчество и культура |
P04 | Эмоции | P11 | Природа и служение Земле |
P05 | Навыки | P12 | Духовность |
P06 | Образование | P13 | Смысл и миссия жизни |
P07 | Труд и мастерство | — | — |
Правила, которые предлагается закрепить
Участник может отказаться от задания, изменить цель, запросить адаптацию и выйти. Личный маршрут закрыт по умолчанию; публикация работы и имени согласуется отдельно. Не требуется раскрывать медицинскую историю, семейные обстоятельства, политические или религиозные взгляды.
Проверка должна объяснять, какое условие работы не выполнено и какая помощь нужна. Формулировка «недостаточно данных» предпочтительнее неподтвержденного заключения о человеке. Разногласие с проверяющим рассматривается другим ответственным.
Три разные системы обозначений P01–P13 — личные контуры. M01–M13 — поля паспорта. D01–D19 — направления практики. Совпадение количества полей не делает эти списки взаимозаменяемыми. |
04 / АРХИТЕКТУРА
Три слоя одного объекта
Для каждого объекта сохраняются три связанных, но раздельных слоя. Пользователь всегда видит, что было намерением, что согласовали для выполнения и что действительно получилось.
Слой | Что в нем хранится | Что запрещено подменять |
A. Образ | Потребность; желаемая польза; ограничения; альтернативные варианты. | Желаемый эффект нельзя выдавать за достигнутый. |
B. Эталон | Требования; методика; исходное состояние; целевые значения; срок и ответственное решение. | После получения результата нельзя незаметно менять критерий. |
C. Факт | Данные; выполненная работа; затраты; побочные эффекты; доказательства; решение приемки. | Отсутствующие данные нельзя записывать как ноль или успех. |
Объекты конструктора
Личный маршрут описывает выбранное умение. Учебный модуль описывает содержание, поддержку и проверку освоения. Практический проект связывает результат с ресурсами. Процесс задает повторяемую последовательность работы. Площадка описывает условия использования. Территориальная задача объединяет несколько проектов без подмены их разнородных результатов одним числом.
Связь со «Знаниями и энергией»
Знания отвечают на вопросы «что делать, почему и как проверить». Ресурсы отвечают на вопрос «чем обеспечить действие». Отдельно записываются время и внимание человека, совместная организационная работа, электричество и тепло. Эти величины не конвертируются друг в друга произвольным коэффициентом.
Короткая запись Потребность → образ → рабочий эталон → доступное действие → факт → проверка → следующая версия. |
05 / ЦИКЛ СОЗДАНИЯ
Восемь шагов и пять этапов ФЕНИКС
Шаг | Действие | Выход |
1 | Уточнить потребность и владельца задачи. | Одна понятная задача и согласие на участие. |
2 | Определить объект и исходные условия. | Граница применения и исходное описание. |
3 | Описать желаемую пользу и альтернативы. | Образ результата без обещания эффекта. |
4 | Задать требования и способ проверки. | Рабочий эталон до начала испытания. |
5 | Проверить ресурсы, право и безопасность. | Решение о допуске или перечень препятствий. |
6 | Выполнить ограниченную практическую работу. | Журнал, образец, фактические расходы. |
7 | Сопоставить факт с требованиями и запросом. | Статус по каждому критерию и ограничения. |
8 | Сохранить опыт и согласовать новую версию. | Архив, изменение, повтор или завершение. |
Символический цикл программы
Искра — выбор задачи и образа. Пламя — обучение, подготовка и практика. Пепел — разбор данных и отказ от неработающего. Вознесение — повтор с учетом замечаний и подтверждение результата. Полёт — добровольная передача проверенного опыта. Это язык организационной модели, а не оценка внутреннего состояния человека.
Условие перехода
На контрольной точке проверяются понятность задачи, доступность ресурсов и безопасность продолжения. Возврат к предыдущему шагу допускается. При изменении границ, метода или критерия создается новая версия, а первоначальный протокол остается доступным проверяющему.
06 / ЕДИНЫЙ ПАСПОРТ
13 полей: смысл и требования
Паспорт сохраняет последовательность 13 разделов из предыдущей программы ФЕНИКС. В этом модуле раздел M07 раскрывается через три слоя — образ, рабочий эталон и факт. Детальные показатели оформляются приложениями, чтобы не перегружать основную карточку.
M01 / Идентификация
Название, код, версия, дата и статус эталона. Как отличить эту редакцию от предыдущей?
Пример: FEN-ET-D02-001 / v0.1 / проект.
M02 / Потребность
Чья задача решается, какую пользу ожидают и чем подтвержден запрос. Результат нужен участнику или только организатору?
Пример: Участники хотят самостоятельно вести журнал энергопотребления.
M03 / Участники
Оператор, владелец задачи, исполнители, наставник и проверяющий. Кто вправе согласовать цель и кто принимает работу?
Пример: Куратор площадки; наставник; проверяющий, не автор расчета.
M04 / Границы
Объект, территория, группа, период, условия использования и исключения. Где эталон применим, а где вывод переносить нельзя?
Пример: Одна мастерская; только чтение разрешенных данных; 12 недель.
M05 / Направления
Один основной D01–D19, связанные направления и выбранные личные контуры P01–P13. Какие связи действительно меняют проект?
Пример: D02; связи D09, D15, D18; личные P03, P05.
M06 / Знания
Нужные умения, источники, методика, наставничество и права на материалы. Можно ли понять и повторить действие по этой инструкции?
Пример: Единицы энергии; журнал; инструкция; карточки источников.
M07 / Результат
Идеальный образ, рабочий эталон, исходное состояние и критерии приемки. Что именно предъявят и чем подтвердят достижение?
Пример: Журнал, воспроизводимый расчет и объяснение ограничений.
Для короткого проекта достаточно краткого ответа в каждом поле и ссылки на приложение. Пустое поле отмечается как «не определено», а неприменимость объясняется.
07 / ЕДИНЫЙ ПАСПОРТ
13 полей: выполнение и приемка
M08 / План
Шаги, сроки, контрольные точки, зависимости и условия перехода. Какой ближайший шаг выполним при доступных ресурсах?
Пример: Согласовать данные → обучиться → собрать журнал → проверить.
M09 / Ресурсы
Время людей, площадка, материалы, оборудование и физическая энергия раздельно. Подтверждено ли наличие ресурса на нужный период?
Пример: Наставник, рабочее место, компьютер или бумажная форма.
M10 / Финансирование
План и факт расходов, источник, полномочия расходования и документы. Какие суммы являются подтвержденными, а какие расчетными?
Пример: Лимит согласуется в смете пилота; полученные деньги не предполагаются.
M11 / Право и безопасность
Основания работ, доступность, риски, допуски и критерии остановки. Что запрещает продолжение независимо от ожидаемой пользы?
Пример: Нет вмешательства в электроустановку; при опасности работа прекращается.
M12 / Данные и доказательства
Источники, единицы, методы, качество, доступ, хранение и ограничения вывода. Достаточно ли данных для заявленного результата?
Пример: Первичный журнал, версия расчета, акт проверки, список пропусков.
M13 / Приемка и продолжение
Кто проверил, что принято, что не доказано, срок пересмотра и следующий цикл. Какие основания позволяют применить или обновить эталон?
Пример: Статус по каждому критерию; замечания; ответственный и новая дата.
Правило полноты Заполненный паспорт еще не означает разрешение на работы. Критические условия должны быть подтверждены, а не только перечислены. При отсутствии правового основания, допуска или безопасного метода исполнение не начинается. |
08 / ТРЕБОВАНИЯ
Как описать проверяемый критерий
Формат критерия: объект + наблюдаемое действие или свойство + единица либо описательная рубрика + порог + условия + срок + метод + правило решения. Не каждое полезное качество нужно выражать числом, но каждый вывод требует объяснимого основания.
Слабая формулировка | Рабочая формулировка |
«Качественное обучение» | Участник самостоятельно заполняет учебный журнал, выполняет расчет и объясняет два ограничения данных по заранее выданному листу критериев. |
«Энергия используется идеально» | Удельное потребление за согласованный период не выше целевого значения при сопоставимом режиме; безопасность и качество условий не ухудшены. |
«База знаний полная» | Для каждой включенной карточки заполнены источник, дата, авторство, права, метод, ограничения и версия; исключения показаны отдельно. |
«Сообщество стало сильнее» | Участники получили понятный порядок совместной работы и обращений; факт его использования и замечания отражены в протоколе. |
Три группы требований
Обязательные условия — право, безопасность, данные и иные запреты на продолжение. Требования приемки — качества, без которых заявленный результат не выполнен. Направления улучшения — желательные качества следующего цикла. Группа каждого критерия фиксируется до получения результата.
Четыре статуса проверки
Выполнено; не выполнено; данных недостаточно; неприменимо с обоснованием. Для обязательного условия «данных недостаточно» не равно «разрешено». Среднее значение нескольких успешных критериев не закрывает провал критического требования.
Достижение — не идеальность Результат может соответствовать выбранной версии и при этом иметь ограничения. Эти ограничения входят в эталон, а не скрываются в примечаниях. |
09 / ДОКАЗАТЕЛЬСТВА
Проверить соответствие и проверить пользу
Инженерная методология различает верификацию — подтверждение соответствия заданным требованиям — и валидацию — подтверждение пригодности для ожидаемого применения. В конструкторе используются оба вопроса: «Сделано по условиям?» и «Решает ли это согласованную задачу пользователя?». [S02]
Объект проверки | Подходящий материал | Ограничение |
Умение | Самостоятельно выполненное задание и лист критериев. | Самоотчет и посещаемость не заменяют образец работы. |
Процесс | Наблюдение нескольких выполнений, журнал отклонений. | Один удачный случай не доказывает устойчивость. |
Физическая величина | Метод, прибор, условия, первичные данные и оценка качества. | Цифра без единицы и условий непригодна для сравнения. |
Пользовательская пригодность | Проверка в реальном сценарии и обратная связь. | Мнение ограниченной группы нельзя выдавать за мнение всех. |
Расход | Подтверждающие документы и сверка плана с фактом. | Обещанное финансирование не равно поступившим деньгам. |
Качество измерений и границы вывода
Метрологическая прослеживаемость связывает результат измерения с опорой через документированную цепь калибровок с учетом неопределенности. Это не то же самое, что цифровая история файла. Требуемая процедура определяется видом измерения и применимыми правилами. [S10, S09]
В каждой проверке фиксируются пропуски, изменившиеся условия и возможные источники ошибки. Когда диапазон неопределенности пересекает порог, положительное заключение не выдается автоматически: применяется заранее согласованное правило либо собираются дополнительные данные.
Разрыв цепочки Источник → метод → данные → расчет → вывод. Если одно звено отсутствует, статус вывода снижается до «данных недостаточно» или «гипотеза». |
10 / КОНТРОЛЬНЫЙ ЛИСТ
20 проверок перед применением эталона
Q01–Q20 — предлагаемый контрольный лист конструктора. Это не требования международного стандарта и не оценка личности. Неприменимость пункта требует короткого объяснения; блокирующие замечания закрываются до старта.
Код | Группа | Проверка |
Q01 | Польза | Потребность подтверждена участником или владельцем задачи. |
Q02 | Польза | Человек может выбрать маршрут, сделать паузу и выйти. |
Q03 | Польза | Границы объекта, периода и группы явно описаны. |
Q04 | Польза | Исходное состояние отделено от желаемого результата. |
Q05 | Польза | Критерии понятны пользователю и проверяющему. |
Q06 | Реализуемость | Нужные знания, метод и наставник доступны. |
Q07 | Реализуемость | Ресурсы подтверждены; нет двойного обещания одного ресурса. |
Q08 | Реализуемость | Сроки и нагрузка согласованы с исполнителями. |
Q09 | Реализуемость | Финансовый план имеет основание и ответственного. |
Q10 | Реализуемость | Роли, полномочия и зависимости определены. |
Q11 | Безопасность | Выявлены правовые основания и обязательные требования. |
Q12 | Безопасность | Определены риски, стоп-условия и порядок реагирования. |
Q13 | Безопасность | Учтены доступность и отсутствие принуждения. |
Q14 | Безопасность | Права на материалы и режим данных установлены. |
Q15 | Безопасность | Проверены побочные эффекты в связанных направлениях. |
Q16 | Доказательства | Для критерия заданы единицы, метод и правило решения. |
Q17 | Доказательства | Периоды и условия сопоставимы либо различия объяснены. |
Q18 | Доказательства | Данные, расчеты и ограничения доступны проверяющему. |
Q19 | Доказательства | Результат проверен не только его автором. |
Q20 | Доказательства | Назначены версия, срок пересмотра и канал исправления. |
В форме проверки указываются статус, доказательство, замечание, ответственный и срок. Итог — конкретное решение по проекту: допустить, доработать, приостановить или завершить.
11 / 19 НАПРАВЛЕНИЙ
Человек, знания и природная основа
Нумерация D01–D19 сохранена из программы ФЕНИКС. Ниже предложены типовые объекты эталонирования; конкретные пороги и разрешения выбираются под проект.
D01 / Человек и здоровье
Эталон: Доступная и безопасная практика. Согласованный режим участия, понятный маршрут профильной помощи и отсутствие неразрешенных медицинских вмешательств.
Подтверждение: Карта барьеров; протокол адаптации; обратная связь. Граница: Не оценивать ценность человека и не подменять лечение учебным маршрутом.
D02 / Образование и знания
Эталон: Повторяемый учебный модуль. Участник выполняет согласованную задачу, объясняет метод и может воспользоваться материалом без скрытых условий.
Подтверждение: Образец работы; лист критериев; источники и права. Граница: Посещение занятия само по себе не доказывает освоенный навык.
D03 / Естественный климат
Эталон: Паспорт местного климатического риска. Наблюдения привязаны к месту и времени; предлагаемые меры соответствуют изученной уязвимости.
Подтверждение: Журнал; карта; описание сезона и границ вывода. Граница: Местное наблюдение не доказывает глобальное изменение климата.
D04 / Земля и почвы
Эталон: Учебный участок с сопоставимыми наблюдениями. Есть согласованная площадка, метод отбора и исходное описание почвы и режима участка.
Подтверждение: Паспорт участка; схема точек; результаты профильного анализа при необходимости. Граница: Не переносить выводы с одного участка на всю территорию.
D05 / Вода
Эталон: Понятный водный учет. Объемы и потери различены; устраненная утечка подтверждается до и после в сопоставимых условиях.
Подтверждение: Показания; акт; журнал режима объекта. Граница: Экономия воды не подтверждает качество питьевой воды.
12 / 19 НАПРАВЛЕНИЙ
Среда, питание, энергия и материалы
Нумерация D01–D19 сохранена из программы ФЕНИКС. Ниже предложены типовые объекты эталонирования; конкретные пороги и разрешения выбираются под проект.
D06 / Воздух
Эталон: Проверяемая карта условий помещения. Указаны назначение датчика, место, время и условия; пределы метода сообщены пользователю.
Подтверждение: Журнал показаний; сведения о приборе; профильная проверка при необходимости. Граница: Бытовое наблюдение не равно заключению лаборатории.
D07 / Биоценозы
Эталон: Воспроизводимая карта наблюдений. Вид, место, дата и метод фиксируются; природоохранное действие согласуется с режимом территории.
Подтверждение: Карточки наблюдений; маршрут; фото с допустимым раскрытием координат. Граница: Не вмешиваться в охраняемые местообитания без основания.
D08 / Продовольствие
Эталон: Прослеживаемая учебная пищевая цепочка. Происхождение, хранение и распределение продукта описаны; безопасность проверяется по виду деятельности.
Подтверждение: Журнал партии; условия хранения; документы исполнителя. Граница: Учебный проект не отменяет санитарные требования.
D09 / Энергия
Эталон: Энергетический паспорт объекта. Энергия учтена в заданных границах; сравнение учитывает режим работы и существенные факторы.
Подтверждение: Журнал; единицы; расчет; неопределенность и ограничения. Граница: Расчетный потенциал не объявляется измеренной экономией.
D10 / Материалы
Эталон: Паспорт материала и испытания. Состав, партия, назначение и требуемые свойства определены; метод проверки соответствует задаче.
Подтверждение: Протокол испытаний; идентификатор образца; условия. Граница: Керамика и синтетические кристаллы не взаимозаменяемы без проверки свойств.
13 / 19 НАПРАВЛЕНИЙ
Производство, инфраструктура и наука
Нумерация D01–D19 сохранена из программы ФЕНИКС. Ниже предложены типовые объекты эталонирования; конкретные пороги и разрешения выбираются под проект.
D11 / Промышленность
Эталон: Повторяемый производственный процесс. Выходной результат, технологические условия, качество и ограничения безопасности заданы до выполнения.
Подтверждение: Карта процесса; журнал партии; акт контроля. Граница: Единичный удачный образец не подтверждает серийную устойчивость.
D12 / Транспорт
Эталон: Маршрут с проверенными условиями использования. Доступность, время, ресурс и ограничения маршрута описаны для конкретной группы и периода.
Подтверждение: Карта; журнал времени; проверка условий. Граница: Обещанное время не подменяет фактическую доступность.
D13 / Города и расселение
Эталон: Доступная площадка или объект среды. Собственник, разрешенный режим, пользователи и барьеры известны; изменения согласованы.
Подтверждение: Обмеры; маршрут пользователя; акты работ. Граница: Схема благоустройства не заменяет проектные и разрешительные документы.
D14 / Наука
Эталон: Воспроизводимый исследовательский протокол. Вопрос, гипотеза, метод, исходные данные и условия повторения опубликованы в допустимом объеме.
Подтверждение: Протокол; данные; расчет; ограничения и отрицательные результаты. Граница: Гипотеза не объявляется установленным научным результатом.
D15 / Цифровая среда и ИИ
Эталон: Проверяемая цифровая функция. Назначение, права доступа, журнал действий, тестовые случаи и способ ручного исправления определены.
Подтверждение: Протокол теста; версии; журнал ошибок и доступа. Граница: Ответ ИИ не является самостоятельным доказательством.
14 / 19 НАПРАВЛЕНИЙ
Ресурсы, сообщество и управление
Нумерация D01–D19 сохранена из программы ФЕНИКС. Ниже предложены типовые объекты эталонирования; конкретные пороги и разрешения выбираются под проект.
D16 / Экономика и финансы
Эталон: Прозрачный ресурсный и денежный план. План отделен от факта, обязательства от поступлений, а натуральный вклад от денег.
Подтверждение: Смета; договоры; первичные документы; сверка. Граница: Не суммировать рубли, часы, энергию и человеческие качества.
D17 / Социальная система
Эталон: Доступная добровольная услуга. Условия участия, поддержки, обращения и выхода понятны; обратная связь не влечет санкций.
Подтверждение: Правила; обезличенная обратная связь; журнал обращений. Граница: Не строить социальный рейтинг семей или участников.
D18 / Безопасность и устойчивость
Эталон: Проверенный порядок действий при сбое. Риски, стоп-условия, ответственные и восстановление работы заданы и опробованы безопасным способом.
Подтверждение: Журнал рисков; учебная проверка; протокол устранения. Граница: Нулевое число записей об инцидентах не доказывает отсутствие риска.
D19 / Управление развитием
Эталон: Прозрачный цикл проектных решений. Есть полномочия, критерии, доказательства, протокол и возможность пересмотра решения по проекту.
Подтверждение: Реестр решений; версии; исполнения и мотивированные замечания. Граница: Оценивается процедура проекта, а не политические взгляды или выбор человека.
Связанные направления Основное направление определяет владельца задачи. Дополнительные связи отмечают влияние на знания, ресурсы, безопасность и среду. Они не создают несколько копий одного и того же эффекта. |
15 / СВЯЗАННЫЕ БАЛАНСЫ
От эталона к изменению состояния
Эталон задает, какое изменение считается нужным и приемлемым. Баланс описывает потребность, наличие, дефицит, действие и подтвержденное изменение в определенных единицах. Для одного проекта могут понадобиться несколько балансов, но результат не умножается на число связей.
Запись | Что фиксировать |
Потребность и исходное состояние | Объект, период, единицы, источник и подтвержденный дефицит. |
Ресурс и действие | Владелец ресурса; наличие; ограничения; фактический вклад; работа. |
Эталон и факт | Целевое состояние; фактическое значение; метод сопоставления. |
Межнаправленная связь | Из какого D-кода в какой; тип влияния; ожидаемый знак; доказательство. |
Результат решения | Улучшение, ухудшение либо недостаток данных; ответственный за следующее действие. |
Матрица 19 × 19
На пересечении направлений хранится описание связи, а не произвольный универсальный балл. Пример: снижение расхода энергии D09 требует проверки влияния на воздух D06, доступность D01 и безопасность D18. Экономия при ухудшении критических условий не принимается как выполненный эталон.
Рабочая интерпретация «Кристалла 741»
Для этого модуля предлагается отображение: 3 слоя «образ — эталон — факт» × 19 направлений × 13 полей = 741 структурная позиция. Это информационная модель для согласования, а не доказанный закон природы. Структура не требует заполнять все 741 позиции для каждого небольшого проекта.
Матрица 13 × 20 связывает поля M01–M13 с проверками Q01–Q20. Ячейка содержит ссылку на доказательство или обоснование неприменимости; она не добавляет новые личные контуры.
Единицы не смешиваются Рубли, часы, кВт·ч, объем воды и описательные качества хранятся отдельно. Ресурсный баланс не равен бухгалтерскому признанию актива. |
16 / ПРИМЕР: ЗНАНИЯ
Эталон открытого учебного модуля
Учебный пример. Площадка хочет подготовить подборку из 20 карточек для самостоятельного заполнения журнала энергопотребления. Все числа ниже вымышлены для демонстрации методики.
Слой | Содержание |
Образ | Новичок понимает задачу, выполняет действие и знает, где заканчивается его компетенция. |
Эталон | У каждой опубликованной карточки есть источник, авторство, права использования, шаги, ограничения, версия и проверяющий. Два независимых от автора пользователя проходят сценарий. |
Факт примера | Подготовлены 20 карточек; 18 прошли проверку; для двух не установлены права на иллюстрации. Один из двух тестовых пользователей не смог повторить расчет без подсказки. |
Решение по примерам критериев
Критерий прав на весь заявленный комплект не выполнен. Критерий самостоятельного повторения двумя тестовыми пользователями также не выполнен. «18 из 20 готовы» описывает объем готовности, но не превращает весь комплект в принятый. Допускается отдельно принять 18 карточек как явно уменьшенный объем после согласования новой версии.
Следующее действие
Заменить две иллюстрации или получить разрешение. Уточнить инструкцию по расчету. Повторить пользовательскую проверку. В Архив сохранить и исходную версию, и перечень исправлений; не стирать факт неудачной попытки.
Для открытых образовательных ресурсов ЮНЕСКО связывает повторное использование с общественным достоянием или открытой лицензией. Бесплатный доступ к странице сам по себе не подтверждает право переработки ее материалов. [S05]
Смысл эталона знания Не количество файлов, а возможность понять, законно использовать, безопасно повторить и проверить конкретное действие. |
17 / ПРИМЕР: ЭНЕРГИЯ
Сравнение, которое не скрывает условия
Учебный расчет для условной мастерской. Основное направление D09; связи D02, D06, D15 и D18. Цель примера: удельное потребление не выше 18 кВт·ч на час работы при сопоставимых условиях и без ухудшения безопасности.
Показатель | Исходный период | Период проверки |
Электроэнергия | 2 400 кВт·ч | 1 900 кВт·ч |
Часы работы | 120 ч | 100 ч |
Удельное потребление | 2 400 / 120 = 20 кВт·ч/ч | 1 900 / 100 = 19 кВт·ч/ч |
Изменение общего расхода | — | (2 400 − 1 900) / 2 400 = 20,8% |
Изменение удельного расхода | — | (20 − 19) / 20 = 5,0% |
Что можно сказать
В условных данных общий расход меньше на 500 кВт·ч, но часы работы также сократились. После простой нормализации по времени снижение составляет 5%. Целевой порог 18 кВт·ч/ч не достигнут: фактическое значение равно 19. Ни посещаемость, ни погода, ни состав нагрузки в этом примере не измерены.
Чего говорить нельзя
Нельзя объявлять все 20,8% подтвержденной экономией от мероприятия. Нельзя выводить финансовую экономию без тарифа и условий расчета. Нормализация только по часам недостаточна, когда существенны другие факторы; в таком случае причинный эффект остается неподтвержденным.
Открытый обзор ISO 50001 используется как ориентир для постановки энергетических целей, работы с данными и проверки улучшений. Расчет здесь является собственной учебной иллюстрацией, не сертификационной процедурой. [S04]
Итог примера Требование по целевому расходу — не выполнено. Причинная экономия — данных недостаточно. Следующий шаг — проверить существенные факторы и безопасные меры, а не изменить цель задним числом. |
18 / ЗАПОЛНЕННЫЙ ПАСПОРТ
Мастерская знаний: замысел и эталон
Демонстрационный паспорт FEN-ET-D02-001, версия 0.1. Это проектный пример, а не сведения об открытой площадке. Назначение — научиться вести учет ресурсов, не выполняя опасных инженерных работ.
Поле | Заполненный пример |
M01 / Идентификация | «Мастерская понятного энергопотребления». Код FEN-ET-D02-001. Версия 0.1. Статус: проект. |
M02 / Потребность | Участники хотят самостоятельно читать разрешенные показания, вести журнал и объяснять свой расчет. До набора потребность подтверждается короткой беседой. |
M03 / Участники | Куратор центра — владелец задачи. Наставник — сопровождающий. Группа взрослых — исполнители. Проверяющий — не автор итогового расчета. Имена назначаются отдельно. |
M04 / Границы | Одна согласованная площадка; журнал только разрешенных данных. Предлагаемый цикл — 12 недель. Электромонтаж, ремонт, испытания опасных устройств и доступ в электрощитовые исключены. |
M05 / Направления | Основное D02. Связи D09, D15 и D18. Личные контуры по выбору: P03, P05, P06. Остальные контуры не оцениваются. |
M06 / Знания | Понятия энергии и мощности; чтение данных; журнал; расчет; различение общего и удельного расхода; ограничения вывода. Источники и права фиксируются в карточках. |
M07 / Результат | Идеальный образ: человек понимает ресурсный учет. Рабочий эталон: согласованный журнал, воспроизводимый расчет, объяснение ограничений и безопасная передача инструкции. Исходное умение проверяется учебным заданием. |
Численность конкретной группы, помещение, приборы и финансирование здесь не подставляются предположительно. Они входят в решение оператора после проверки доступных условий.
19 / ЗАПОЛНЕННЫЙ ПАСПОРТ
Мастерская знаний: ресурсы и приемка
Поле | Заполненный пример |
M08 / План | Недели 1–2: запрос и правила. 3–4: эталон и обучение. 5–8: журнал и расчет. 9–10: повторная проверка. 11–12: приемка, Архив и следующий шаг. |
M09 / Ресурсы | Наставник; доступные материалы; разрешенный источник показаний; рабочее место; компьютер либо бумажная форма. Допустимая нагрузка согласуется лично. |
M10 / Финансирование | Расходы включаются в согласованную смету общего пилота; до утверждения суммы имеют статус «не определено». Поступления и расход подтверждаются документами. |
M11 / Право и безопасность | Согласие владельца площадки на доступ к данным; правила участия; безопасный инструктаж; режим данных. При отсутствии разрешенного доступа или возникновении опасности действие прекращается. |
M12 / Данные и доказательства | Журнал с датами; единицы; описание режима; сохраненные формулы; лист критериев; замечания проверки. Личные контакты хранятся отдельно от публикуемого образца. |
M13 / Приемка и продолжение | По каждому требованию записывается статус и доказательство. Исправления проверяются повторно. Приемка учебного результата не подтверждает инженерную экономию или профессиональную квалификацию. |
Пример условий приемки мастерской
Журнал относится к известному объекту и периоду. Каждая величина имеет единицу и источник. Расчет повторяется по предоставленным данным. Участник объясняет ограничения. Нет неразрешенных технических действий. У публикации определены права и исключены лишние персональные данные.
Два самостоятельных результата Освоение учебной задачи проверяется по работе участника. Энергетический эффект проверяется по измерениям объекта. Один результат не заменяет другой. |
20 / ЦИФРОВАЯ АРХИТЕКТУРА
Конструктор как рабочая система
Первую версию можно вести в папках и таблицах, не дожидаясь сложной платформы. Цифровой интерфейс должен сохранять ту же логику: вопрос → паспорт → действие → доказательство → решение. Автоматизация не изменяет статус исходных данных.
Модуль | Минимальная функция |
Карточка запроса | Выбрать объект, нужную пользу, основное D-направление и границы. |
Редактор эталона | Заполнить M01–M13; привязать критерии; показать недостающие поля. |
Проверки Q01–Q20 | Собрать доказательства; назначить замечания и блокирующие условия. |
Практика и ресурсы | Фиксировать работу, нагрузку, план и факт расхода. |
Доказательства | Хранить источник, метод, дату, версию, доступ и ограничения. |
Приемка и версии | Сравнить факт с согласованной версией; оформить решение и пересмотр. |
Архив сохранения наследия | Передавать проверенные материалы с происхождением, правами и историей изменений. |
Шесть логических реестров
ET — эталоны; CR — критерии; EV — доказательства; PR — проекты и маршруты; BL — связи балансов; RV — проверки и версии. Это предлагаемые внутренние типы записей, не замена ранее созданным правовым реестрам. Для каждой записи обязательны идентификатор, владелец и дата.
Роль ЭКВИЛИБРИУМ
Предлагается использовать ЭКВИЛИБРИУМ для наблюдения за связями, качеством данных и исполнением решений. ФЕНИКС организует обучение и практику, а Архив сохраняет результаты. Это распределение функций внутри концепции; наличие работающих интеграций не утверждается.
21 / УПРАВЛЕНИЕ КАЧЕСТВОМ
Роли, версии и исправления
Роль | За что отвечает | Что не делает единолично |
Участник / владелец запроса | Потребность, выбор маршрута и пригодность результата. | Не обязан раскрывать частную жизнь ради допуска. |
Автор эталона | Требования, границы, метод и связь с источниками. | Не объявляет собственную работу независимо проверенной. |
Наставник / исполнитель | Обучение, практика, журнал и раннее сообщение о рисках. | Не меняет критерии после неудачной проверки. |
Проверяющий | Проверка доказательств и мотивированное заключение. | Не делает выводов за пределами своей компетенции. |
Оператор / куратор | Полномочия, безопасность, ресурсы, данные и обращения. | Не отменяет обязательные нормы внутренним решением. |
Жизненный цикл записи
Проект → согласован для пилота → проверен в заданных условиях → применяется с ограничениями → пересматривается → архив. Статус «проверен» относится к определенной версии, объекту и периоду. При новом применении проверяется переносимость, а не копируется заключение автоматически.
Изменение версии
Изменение цели, критерия, метода или границ требует нового согласования. Исправление опечатки отражается в журнале без подмены старого результата. Заявка содержит причину, затронутые записи, автора, решение и дату повторной проверки.
ИИ в конструкторе
Предлагаемые функции ИИ: искать пробелы, предлагать формулировки, сопоставлять версии и готовить черновики. Источники и расчеты проверяет человек. NIST AI RMF 1.0 — добровольный ориентир для управления рисками ИИ, не сертификат качества конкретной системы. [S06]
22 / РОССИЙСКАЯ ЧАСТЬ
Правовые условия применения
Конкретный режим зависит от действий оператора, типа данных, оборудования, площадки и услуги. Эта страница — навигация по вопросам подготовки, а не правовое заключение по определенной организации.
Вопрос | Что проверить до запуска | Опорный источник |
Работа с данными | Цель и правовое основание; достаточность собираемого объема; доступ; хранение; безопасность; права участника; режим публикации и передачи. | 152-ФЗ. [S07] |
Формат обучения | Разграничить просвещение, обучение по программе и оказание иных услуг; проверить лицензирование и правомерность выдаваемого документа. | 273-ФЗ. [S08] |
Измерения | Определить, относится ли задача к регулируемой сфере; установить требования к методу, средствам измерений и подтверждающим процедурам. | 102-ФЗ. [S09] |
Площадка и технические работы | Подтвердить полномочия владельца и исполнителя, допустимость работ, технические и отраслевые требования. | Отдельный перечень под конкретный объект. |
Приемка и публикация | Установить, кто принимает работу; какие права передаются; что раскрывается; что остается ограниченным. | Договоры и применимые нормы по результату и материалам. |
Внутренний документ не заменяет внешний статус
Название «эталон», «центр» или «эволюционная система» не подтверждает регистрацию, лицензию, аккредитацию, государственную поддержку либо сертификацию. Проектный акт приемки фиксирует внутреннее решение в его границах; обязательные внешние процедуры проверяются отдельно.
Для реального запуска необходимо сверить применимую редакцию норм, дату вступления изменений в силу, региональные и отраслевые требования. При подготовке использованы доступные тексты законов в справочной системе; полный правовой аудит не проводился.
23 / МЕЖДУНАРОДНАЯ ЧАСТЬ
Сопоставимость без смешения статусов
Международная часть конструктора — общий язык описания знаний, требований и доказательств. Она не создает единую юрисдикцию и не подтверждает признание эталона иностранным партнером.
Ориентир | Для чего используется | Что из этого не следует |
ISO: принципы качества | Понимать процессы, улучшать их и опираться на данные. [S01] | Автоматическое соответствие стандарту или сертификация. |
NASA: проверка и пригодность | Разделять соответствие требованиям и полезность в сценарии. [S02] | Обязательность всего инженерного регламента NASA. |
BIPM / JCGM: метрология | Корректно обозначать измерения, эталоны и прослеживаемость. [S03, S10] | Признание проектной карточки средством метрологического обеспечения. |
ISO 50001: энергоменеджмент | Строить цикл учета, целей и проверки энергетической работы. [S04] | Подтвержденная экономия или одобрение технологии. |
ЮНЕСКО: открытые ресурсы | Учитывать права на доступ, адаптацию и обмен учебными материалами. [S05] | Свобода копирования любого найденного материала. |
NIST AI RMF 1.0 | Организовать рассмотрение рисков применения ИИ. [S06] | Юридическая гарантия либо одобрение конкретного продукта. |
Карточка обмена с партнером
Указываются страна и стороны, назначение материала, версия, язык, единицы, метод, условия повторения, права использования, режим данных и порядок признания результата. Отличия местных условий фиксируются приложением. При юридически значимом сотрудничестве отдельно проверяется право обеих сторон и конкретной операции.
Правило обмена Передается не только образец результата, но и условия, при которых он получен. Повторная проверка в новом контексте остается необходимым проектным шагом. |
24 / ВНЕДРЕНИЕ
Пилот конструктора на 12 недель
Модуль встраивается в ранее предложенный сценарий ФЕНИКС: 3 центра, 60 участников, 6 наставников и 6 проектов. Эти параметры остаются расчетной моделью, а не подтвержденным набором. Новая сеть и дополнительный бюджет автоматически не предполагаются.
Период | Работа | Проверяемый выход |
Недели 1–2 | Назначить оператора и ответственных; подтвердить запросы, площадки, данные и безопасные задачи. | 6 заявок; карта ограничений; решение о готовности подготовки. |
Недели 3–4 | Подготовить паспорта, критерии и источники; провести учебный разбор. | 6 версий эталонов; исходные задания; Q01–Q20. |
Недели 5–8 | Выполнить ограниченные работы; вести журналы; разбирать затруднения. | Первичные данные и образцы; фактические расходы; замечания. |
Недели 9–10 | Повторить проверку, включая пользователя и неавторскую проверку. | Статусы критериев; ограничения; перечень исправлений. |
Недели 11–12 | Оформить приемку либо доработку; сохранить опыт и определить следующий цикл. | 6 протоколов; архивные карточки; решение о повторении или завершении. |
Предлагаемые критерии работоспособности модуля
Для всех 6 выбранных проектов есть паспорт, критерии и именованный ответственный. Для каждого значимого вывода доступно доказательство либо прямо указан его недостаток. Все блокирующие замечания разобраны; число инцидентов не скрывается. Хотя бы один результат повторяется другим исполнителем в заявленных условиях; это гипотеза для пилота, не обещанный итог.
Основание для продолжения
Учитываются воспроизводимость методики, фактическая нагрузка, причины выхода участников, качество обратной связи и закрытие рисков. Большое число заполненных форм само по себе не свидетельствует об улучшении. Решение может быть «продолжить», «упростить», «повторить» или «завершить».
25 / РАБОЧАЯ ФОРМА F-ET-01
Паспорт эталона — замысел
Название проекта: ______________________________ Код: __________________ Версия: __________
Статус: проект / согласован для пилота / проверен / пересмотр / архив. Владелец: __________________
Поле | Для заполнения |
M01 / Идентификация | Название, код, версия, дата и статус эталона. |
M02 / Потребность | Чья задача решается, какую пользу ожидают и чем подтвержден запрос. |
M03 / Участники | Оператор, владелец задачи, исполнители, наставник и проверяющий. |
M04 / Границы | Объект, территория, группа, период, условия использования и исключения. |
M05 / Направления | Один основной D01–D19, связанные направления и выбранные личные контуры P01–P13. |
M06 / Знания | Нужные умения, источники, методика, наставничество и права на материалы. |
M07 / Результат | Идеальный образ, рабочий эталон, исходное состояние и критерии приемки. |
Неизвестное отмечается «не определено». Для неприменимого поля указывается причина. Доказательства и согласования прикладываются по идентификаторам.
26 / РАБОЧАЯ ФОРМА F-ET-01
Паспорт эталона — выполнение
Название проекта: ______________________________ Код: __________________ Версия: __________
Статус: проект / согласован для пилота / проверен / пересмотр / архив. Владелец: __________________
Поле | Для заполнения |
M08 / План | Шаги, сроки, контрольные точки, зависимости и условия перехода. |
M09 / Ресурсы | Время людей, площадка, материалы, оборудование и физическая энергия раздельно. |
M10 / Финансирование | План и факт расходов, источник, полномочия расходования и документы. |
M11 / Право и безопасность | Основания работ, доступность, риски, допуски и критерии остановки. |
M12 / Данные и доказательства | Источники, единицы, методы, качество, доступ, хранение и ограничения вывода. |
M13 / Приемка и продолжение | Кто проверил, что принято, что не доказано, срок пересмотра и следующий цикл. |
Неизвестное отмечается «не определено». Для неприменимого поля указывается причина. Доказательства и согласования прикладываются по идентификаторам.
27 / РАБОЧИЕ ФОРМЫ F-ET-02 И F-ET-03
Критерий и протокол проверки
F-ET-02 / Карточка критерия
Поле | Заполнение |
Код критерия; эталон; версия | ________________________________________________ |
Объект и проверяемое свойство | ________________________________________________ |
Группа: обязательное / приемка / улучшение | ________________________________________________ |
Исходное состояние; источник | ________________________________________________ |
Цель; единица; условия и период | ________________________________________________ |
Метод; правило решения; неопределенность | ________________________________________________ |
Доказательство; ответственный; дата | ________________________________________________ |
F-ET-03 / Протокол приемки
Объект: _____________________ Эталон и версия: _____________________ Дата: ______________
Критерий | Факт / доказательство | Статус | Замечание / срок |
__________ | ____________________ | ____________ | __________________ |
__________ | ____________________ | ____________ | __________________ |
__________ | ____________________ | ____________ | __________________ |
__________ | ____________________ | ____________ | __________________ |
Статусы: выполнено / не выполнено / данных недостаточно / неприменимо с обоснованием.
Решение и область применения: __________________________________________________________
Ограничения и причины: __________________________________________________________________
Проверяющий: __________________________ Участник / владелец задачи: ______________________
Канал пересмотра и дата повторной проверки: ______________________________________________
28 / РАБОЧИЕ ФОРМЫ F-ET-04 И F-ET-05
Изменение версии и связанный баланс
F-ET-04 / Заявка на изменение эталона
Поле | Заполнение |
Код; исходная версия; автор; дата | ________________________________________________ |
Что меняется и почему | ________________________________________________ |
Какие требования и связи затронуты | ________________________________________________ |
Риски переноса и нужная повторная проверка | ________________________________________________ |
Кто согласовал; новая версия; дата | ________________________________________________ |
F-ET-05 / Карточка связи балансов
Поле | Заполнение |
Проект; основной D-код; связанный D-код | ________________________________________________ |
Объект, период, единицы и исходный источник | ________________________________________________ |
Потребность → ресурс → действие | ________________________________________________ |
Цель и фактическое изменение | ________________________________________________ |
Побочный эффект и доказательство | ________________________________________________ |
Двойной учет исключен как | ________________________________________________ |
Решение; ответственный; следующий срок | ________________________________________________ |
Минимальный комплект Паспорт + критерии + первичные доказательства + протокол. Формы изменений и связей добавляются по необходимости. Не нужно создавать документооборот больше самой задачи. |
29 / ИСТОЧНИКИ
Методическая и правовая опора
Дата подготовки и обращения к доступным страницам: 17 сентября 2026 года. Ссылки уточняют понятия. Архитектура 13 / 19 / 20, формы, примеры и внутренние процедуры — проектные предложения ФЕНИКС, а не требования перечисленных организаций.
S01 / ISO. Quality management principles
Методический ориентир: процессный подход, улучшение и решения на основе данных. Используется открытое описание принципов, а не полный текст стандарта и не заявление о сертификации.
Открыть источник
S02 / NASA. Systems Engineering Handbook, § 5.0 Product Realization
Различение проверки соответствия требованиям и проверки пригодности результата для реального применения. Отраслевой инженерный источник; его правила не становятся обязательными для ФЕНИКС автоматически.
Открыть источник
S03 / JCGM / BIPM. VIM, § 5.1 Measurement standard
Техническое значение эталона в метрологии. Проектный эталон ФЕНИКС не объявляется эталоном единицы величины.
Открыть источник
S04 / ISO. ISO 50001 — Energy management
Открытый обзор энергоменеджмента: данные, цели, измерение и улучшение. Приведенные в комплекте числа — учебный пример, а не подтвержденная экономия.
Открыть источник
S05 / ЮНЕСКО. Recommendation on Open Educational Resources, 2019
Образовательные материалы в общественном достоянии либо под открытой лицензией. Условия доступа, перевода и повторного использования нужно проверять у конкретного материала.
Открыть источник
О статусе материалов
Использованы открытые официальные методические страницы международных организаций и тексты законов в справочной системе. Полные платные стандарты не воспроизводились. Ссылки не означают партнерства, проверки проекта указанной организацией или ее одобрения.
30 / ИСТОЧНИКИ
Источники и преемственность
Дата подготовки и обращения к доступным страницам: 17 сентября 2026 года. Ссылки уточняют понятия. Архитектура 13 / 19 / 20, формы, примеры и внутренние процедуры — проектные предложения ФЕНИКС, а не требования перечисленных организаций.
S06 / NIST. Artificial Intelligence Risk Management Framework (AI RMF 1.0), 2023
Добровольная рамка управления рисками ИИ. В комплекте используется названная версия как методический ориентир, без заявления о соответствии или одобрении NIST.
Открыть источник
S07 / Федеральный закон от 27.07.2006 № 152-ФЗ «О персональных данных»
Доступный текст закона в справочной правовой системе. Для запуска проверяются цель и основание обработки, права участников, безопасность и режим передачи данных.
Открыть источник
S08 / Федеральный закон от 29.12.2012 № 273-ФЗ «Об образовании в Российской Федерации»
Доступный текст закона в справочной правовой системе. Просвещение, образовательная деятельность, лицензирование и документы об образовании различаются; применимость зависит от фактического формата.
Открыть источник
S09 / Федеральный закон от 26.06.2008 № 102-ФЗ «Об обеспечении единства измерений»
Доступный текст закона в справочной правовой системе. Проверяются сфера государственного регулирования, методы и средства измерений и требуемые процедуры; проектная карточка их не заменяет.
Открыть источник
S10 / JCGM / BIPM. VIM, § 2.41 Metrological traceability
Метрологическая прослеживаемость результата измерения и цепь калибровок с вкладом в неопределенность. Не тождественна ссылке на файл или истории изменений документа.
Открыть источник
Внутренняя основа
«ФЕНИКС — Эволюционная система. Знания и энергия», рабочая концепция 1.0; файл Fenix_Evolution_Program_v1.docx, предоставленный в этой работе. Из него сохранены D01–D19, P01–P13, последовательность 13 разделов и модель пилота. Изображение Феникса взято из ранее подготовленной иллюстрации пользователя; использован фрагмент без текстовых обещаний.
Готовность к применению подтверждается для конкретного оператора и проекта. Не определенные в документе реквизиты, полномочия, источники средств и партнерства не считаются установленными.