Протокол координации рабочих мест Альянса

Skill для Codex

Для переноса этого протокола в рабочую практику Codex подготовлен skill alliance-resident-workspace.

Skill не заменяет протокол. Протокол описывает стандарт рабочего места резидента, а skill превращает этот стандарт в набор операционных правил для Codex: как безопасно создавать рабочее место, классифицировать доступ, связывать файлы с платформой Альянса, обрабатывать встречи, готовить публикации и вести цифровой след.

Правило синхронизации skill: если меняется папка alliance-resident-workspace/, сразу обновляется архив alliance-resident-workspace.zip и установленная копия Codex. Нельзя передавать резиденту старый архив после правки skill.

Назначение

Протокол описывает, как разворачивать и поддерживать рабочие места резидентов Альянса: экспертов, предпринимателей, основателей брендов, фабрик, редакторов, координаторов, кураторов программ, студентов, сотрудников и других участников, которые зарегистрированы на платформе и приняли оферту.

Базовая сущность - рабочее место резидента. Оно привязано к человеку, его профилю резидента, цифровому следу, правам доступа и реальной траектории TR.

Роль RL - это настройка рабочего места резидента под конкретную профессиональную функцию или совмещение функций. Экспертная настройка является только одним из вариантов: рядом с ней могут быть настройки основателя бренда, координатора, редактора, студента, фабрики, байера, куратора программы или участника кооперационной цепочки.

Рабочее место не является просто папкой с файлами. Это персональный контур развития роли в Альянсе:

рабочее место резидента =
профиль резидента
+ роль / роли
+ траектория развития
+ рабочий ритм
+ библиотека роли
+ цифровой след
+ рамочная программа / альянсовый контур
+ права доступа
+ связь со Сводом знаний
+ кооперационные цепочки

Рабочее место должно различать четыре связанных, но разные сущности:

TR = цифровой след одного резидента / организации
TRxTR = конкретный кейс пересечения траекторий нескольких участников
A1.x = типовая модульная сборка, выведенная из матрицы требований, типовых модулей и нескольких похожих TRxTR
RLTR = эталонная ролевая траектория, выведенная из множества TR/TRxTR

Единичный кейс, участник, событие, тема или направление не получает номер A1.x. Сначала кейс фиксируется как TRxTR; в A1.x он превращается только после нескольких похожих кейсов, когда можно описать:

• потребности заинтересованных сторон;
• матрицу требований;
• целевые показатели;
• ресурсные ограничения;
• типовые модули: роли, документы, знания, процедуры, статусы и договоренности;
• повторяемую логику сборки;
• пилотную валидацию или другой цифровой краш-тест;
• результат и возможность повторения.

Рабочая формула:

матрица требований + библиотека типовых модулей + уникальная сборка под контур -> A1.x

Маршрутизация публикаций TRxTR:

TRxTR -> комната `AI оптимизация`
серия похожих TRxTR + матрица требований + типовые модули -> обобщение в A1.x / KA6 / Паспорт Свода / Онтологию / DocKA

Комната AI оптимизация используется как рабочая лаборатория цифрового следа, настройки рабочих мест, проверки траекторий, валидации и обучения Industrial AI. Если TRxTR содержит чувствительные данные, он публикуется только в закрытом режиме, обезличивается или остается private / локально до согласования участников.

Главная задача рабочего места - помогать резиденту Альянса расти в своей роли или совмещении ролей, работать с материалами Альянса, оставлять цифровой след, участвовать в рамочных программах Альянса, публиковать результаты и связываться с другими ролями, проектами и рынками.

Первый запуск Codex в рабочем месте

Рабочее место не нужно начинать с абстрактного создания папок. Первый запуск Codex начинается с живого контекста резидента: профиль на платформе, роль / роли и ближайшая реальная задача.

Минимальное сообщение для запуска:

Вот мой профиль на платформе Альянса: [ссылка на профиль].
Вот протокол координации рабочих мест: https://alliance.beinopen.ru/post/3871/
Моя текущая роль / роли: [коротко].
Моя ближайшая задача: [что нужно сделать на этой неделе].
Помоги развернуть рабочее место по протоколу и покажи структуру папок / файлов, с которых стоит начать.

Если человек пока мало рассказал о себе, просим его сначала зарегистрироваться в Альянсе, заполнить профиль и прислать ссылку на профиль. Профиль становится первой точкой входа для Codex: из него помощник видит имя, роль, проекты, публикации, комментарии, цифровой след и связи с другими материалами платформы.

После этого Codex должен не просто предложить режим дня, а связать рабочее место с ближайшей задачей: форум, программа, сопровождение бренда, публикация поста, подготовка к встрече, настройка роли, работа с документами или другой конкретный контур. Структура папок нужна как опора, но она должна обслуживать реальную работу резидента.

Язык для резидента и язык архитектора

В рабочих материалах архитектора и Центра компетенций можно использовать термин CJM, если речь идет о проектировании пути, касаний, интерфейса, сообщений, воронки и точек потери человека.

В материалах для резидентов, сотрудников, экспертов и партнеров вместо CJM используем человеческие формулировки:

• путь резидента;
• путь участника;
• сопровождение;
• путь регистрации;
• путь к проекту / валидации / подписке / кооперационной цепочке;
• касания: тексты сайта, сообщения куратора, письма, уведомления, посты, комментарии, приглашения и follow-up.

Смысл не меняется: архитектор может видеть это как CJM, но для человека это должно звучать как понятный путь и помощь в следующем шаге.

Источники истины

Рабочее место резидента не должно превращаться в отдельную закрытую базу знаний, которая расходится с Альянсом. Поэтому для каждого типа данных нужно понимать, где источник истины, а где рабочая копия.

1. Платформа Альянса

Для публичных и резидентских стандартов источником истины является опубликованный материал на платформе Альянса:

• Оферта https://alliance.beinopen.ru/post/1487/
• Об Альянсе https://alliance.beinopen.ru/docs/about/
• Онтология Альянса https://alliance.beinopen.ru/post/3341/
• Свод знаний KA https://alliance.beinopen.ru/docs/2836/
• Паспорт Свода знаний KA https://alliance.beinopen.ru/post/3775/
• Система модулей Альянса A1 https://alliance.beinopen.ru/post/2169/
• Протокол координации рабочих мест Альянса https://alliance.beinopen.ru/post/3871/

Если локальный файл расходится с опубликованным постом, для внешнего применения и работы с резидентами главным считается опубликованный пост. Локальная версия является рабочей копией, пока изменение не утверждено и не перенесено на сайт.

2. Рабочие реестры

Рабочий реестр может быть источником истины для структурированных данных, пока соответствующие данные не перенесены в опубликованный стандарт.

Формат реестра не задан жестко. Это может быть:

• md-файл;
• табличный файл, например xlsx в личном рабочем месте владельца;
• таблица или раздел на платформе Альянса;
• другой согласованный структурированный формат.

Например:

• реестр документов, Свода знаний и глоссария;
• реестр KA / DocKA / G;
• рабочие списки ролей, траекторий, постов, статусов и связей.

Если рабочий реестр расходится со Сводом знаний на сайте, для структуры KA приоритет имеет сайт, а реестр должен быть приведен к нему или помечен как рабочее расхождение.

3. Локальное рабочее место

Локальные файлы нужны, чтобы Codex и резидент могли быстрее думать, писать, сверять версии, готовить черновики, обрабатывать встречи и планировать обновления.

Локальные файлы являются источником истины только для:

• приватного рабочего ритма резидента;
• личных черновиков;
• временных задач;
• локальной структуры папок;
• статусов обработки материалов до публикации.

Для сайта и общего стандарта локальные файлы становятся источником только после утверждения и публикации.

4. Архивы, транскрипты и выгрузки

Архивы, сырые транскрипты, дампы, выгрузки базы данных, скачанные документы и временные файлы не являются источником истины сами по себе. Это исходники для анализа.

Они должны получить статус:

• удалить;
• оставить в архиве;
• перенести в рабочее место;
• превратить в пост, протокол, траекторию TR, правку KA, документ DocKA или запись глоссария G;
• вынести в pending_site_update.md, если нужна правка сайта.

MBSE-описание роли, рабочего места и RLTR

Рабочее место нужно описывать не только как структуру папок, но и как прикладную модель роли. Для этого в 01_Роль_и_траектория/ добавляется смысловой центр рабочего места:

MBSE_паспорт_роли_RBS_FBS_SBS_WBS_DSM.md

В этом файле роль описывается через пять представлений:

• RBS - требования к роли, рабочему месту и условиям успешной работы;
• FBS - функции роли;
• SBS - компоненты рабочей системы роли;
• WBS - работы, регулярные действия и ритмы;
• DSM - связи роли с другими ролями, KA, DocKA, TR, RLTR, программами, проектами и рынком.

Одинаковой для всех рабочих мест является не начинка, а метод описания. У координатора форума, редактора, эксперта, резидента, архитектора, студента, фабрики и основателя марки будут разные требования, функции, компоненты, работы и связи.

Индивидуальное рабочее место - это локальный узел применения Свода знаний к конкретной роли и конкретному человеку. Оно может содержать личный ритм, приватные материалы, локальные источники, черновики и цифровой след.

RLTR - это не личный профиль человека, а эталонная траектория роли. Она может проверяться на одном человеке как на первом практическом случае, но должна постепенно становиться повторяемой моделью для других участников той же роли или совмещения ролей.

Связка выглядит так:

RL - профессиональная роль
TR - реальная траектория человека / цифровой след
RLTR - эталонная ролевая траектория
рабочее место резидента - локальный контур применения RL/TR/RLTR в ежедневной работе

Для каждой пилотной роли нужно фиксировать:

• какие RL совмещаются;
• какая TR или практика человека проверяет роль;
• какую RLTR мы постепенно формируем;
• какие требования, функции, компоненты, работы и связи описаны через RBS/FBS/SBS/WBS/DSM;
• какие фрагменты можно вернуть в Свод знаний, Онтологию, DocKA или протоколы Альянса.

Пилотные примеры RLTR

Первые три примера нужны не как кадровые описания, а как контрольные случаи метода.

Максим Муратов

Опорный пост: Роль — редактор контент-потоков и Свода знаний Альянса (RLTR) https://alliance.beinopen.ru/post/3034/

RL: редактор контент-потоков;
RL: редактор Свода знаний и авторских публикаций;
RLTR: эталонная траектория редактора, который видит не только отдельный текст, но и поток, комнату, модерацию, авторство, режим доступа и связь со Сводом знаний.

Проверяет метод на задачах: вычитка постов, модерация, проверка попадания материалов в комнаты, редактура Свода знаний, поддержка 4 первых потоков из будущих 15.

Лана Харьговская

Опорный пост: Роль — координатор Форума и эксперт визуально-смысловой упаковки (RLTR) https://alliance.beinopen.ru/post/3873/

RL: координатор Форума и пути участников;
RL: эксперт визуально-смысловой упаковки;
RLTR: эталонная траектория координатора, который ведет участника через приглашение, регистрацию, профиль, проект, экспертную валидацию, выступление, публикации и follow-up.

Проверяет метод на задачах: Форум Альянса, приглашение главных участников, сопровождение пути участников, упаковка смыслов, связка людей, программы и публикаций.

Анна Сахарова

Опорный пост: Роль — эксперт-трекер e-commerce и соорганизатор экспертных программ (RLTR) https://alliance.beinopen.ru/post/3874/

RL: эксперт-трекер по e-commerce, маркетплейсам и продуктовому росту;
RL: соорганизатор Форума и куратор экспертных программ / контура сопровождения;
RLTR: эталонная траектория эксперта, который совмещает предметную экспертизу, сопровождение участников, клиентские follow-up и вклад в Свод знаний.

Проверяет метод на задачах: экспертные сессии, запросы предпринимателей, сопровождение участников, клиентские follow-up, кейсы e-commerce и связь с KA1, KA5, KA6.

Финальная структура рабочего места роли

Если папка уже является рабочим местом конкретного человека, разделы лежат прямо в корне:

00_Паспорт_рабочего_места/
01_Роль_и_траектория/
02_Рабочий_ритм_и_план_работ/
03_Библиотека_роли/
04_Проекты_и_рабочие_задачи/
05_Встречи_и_цифровой_след/
06_Публикации_и_обновления_платформы/
07_Права_доступы_авторство/
08_Кооперационные_цепочки_и_рынок_роли/
99_Архив_исходников/

Если рабочее место создается внутри общей папки или передается как шаблон, допускается обертка:

Рабочее_место_Имя_Фамилия/

00_Паспорт_рабочего_места/
  Паспорт_рабочего_места.md
  Источники_истины.md
  Правила_доступа_для_ИИ.md

01_Роль_и_траектория/
  Мои_роли_RL.md
  Моя_траектория_TR.md
  Эталонная_траектория_RLTR.md
  MBSE_паспорт_роли_RBS_FBS_SBS_WBS_DSM.md
  План_развития_роли.md

02_Рабочий_ритм_и_план_работ/
  Рабочий_ритм.md
  Команда_Видения_ритма.md
  План_недели.md
  Горизонт_14_дней.md
  Контрольные_точки.md

03_Библиотека_роли/
  01_Открытый_стандарт/
    Индекс_быстрой_навигации.md
    Глоссарий_Альянса.md
    Онтология_Альянса.md
    Паспорт_Свода_знаний_KA.md
    Свод_знаний_KA.md

  02_Внутренняя_практика_индексы_и_правила/
    Индекс_ссылок_на_платформу.md
    Правила_работы_с_внутренней_практикой.md
    Обезличенные_паттерны_по_роли.md
    Разрешенные_к_локальному_хранению_материалы.md

  03_Приватные_материалы_роли/
    Авторская_методика/
    Черновики/
    Личные_заметки/
    Настройки_ИИ_ассистента/
    Внутренние_инструкции/

  04_Избранное_и_быстрые_справки/
    Избранные_посты.md
    Быстрые_ссылки.md
    Частые_вопросы.md

04_Проекты_и_рабочие_задачи/
  Активные_проекты.md
  Задачи_по_проектам.md
  Решения_и_статусы.md

05_Встречи_и_цифровой_след/
  Календарь_и_подготовка.md
  Встречи_к_обработке.md
  Временные_транскрипты/
  Рабочая_база_встреч/
  Конспекты_и_извлечения/
  Follow_up.md

06_Публикации_и_обновления_платформы/
  Черновики_постов/
  Комментарии_к_постам/
  Правки_Свода_знаний/
  pending_site_update.md
  published_on_site.md

07_Права_доступы_авторство/
  Реестр_прав_и_доступов.md
  Что_можно_публиковать.md
  Что_нельзя_хранить_локально.md
  Авторство_и_соавторство.md
  Уровни_доступа_public_resident_private.md

08_Кооперационные_цепочки_и_рынок_роли/
  Кому_полезна_моя_роль.md
  С_кем_связана_моя_роль.md
  Партнеры_и_запросы.md
  Потенциальные_клиенты_и_заказы.md
  Спецусловия_и_возможности.md

99_Архив_исходников/
  Старые_версии/
  Экспорты/
  Временные_файлы/
  Необработанные_материалы/

Правило: на локальном компьютере активным является рабочее место владельца. Эталонные инструкции и шаблоны для других ролей хранятся на сайте Альянса, а не в локальном реестре чужих рабочих мест.

Что хранится в разделах

00_Паспорт_рабочего_места - кто работает, в какой роли, с какими источниками истины, правами доступа и правилами работы с ИИ.

01_Роль_и_траектория - текущая роль, личная траектория развития, эталонная ролевая траектория и план развития.

В эталонной траектории роли нужно фиксировать не только карьерный рост человека, но и то, как его сертифицированная роль может накладываться на эталонные траектории других ролей. Для ролей, связанных с координацией Альянса, особенно важно описывать стадии зрелости, нетворкинг через самоотметку и алгоритм сопровождения участника через контур Альянса.

02_Рабочий_ритм_и_план_работ - ежедневный и еженедельный ритм, план недели, горизонт 14 дней, контрольные точки и команда, работающая в этом ритме.

Команда в рабочем месте владельца фиксируется не как локальный реестр чужих рабочих мест, а как координационный контур: роли людей, задачи на платформе, посты-задачи, события, регулярные проверки и ожидаемые артефакты. Из таких задач у сотрудников и партнеров может постепенно появляться собственный рабочий ритм.

03_Библиотека_роли - справочная и обучающая библиотека роли:

• открытый стандарт: Свод знаний, глоссарий, онтология, быстрые индексы;
• внутренняя практика: ссылки, правила, дайджесты и обезличенные паттерны без локального копирования чужих траекторий;
• приватные материалы роли: авторская методика, черновики, личные заметки, настройки ИИ;
• избранное: быстрые ссылки и часто используемые справки.

Для экспертных ролей этот раздел связан с регламентом взаимодействия экспертов в рамках Свода знаний: регламент описывает, какие части методики могут становиться открытым стандартом, какие остаются внутренней практикой резидентов, а какие хранятся как приватная авторская методика эксперта.

Локальные копии открытого стандарта нужно регулярно сверять с эталонами на сайте: раз в неделю в период активных изменений и раз в месяц после стабилизации структуры.

04_Проекты_и_рабочие_задачи - активные проекты, рамочные программы / альянсовые контуры, задачи, решения, статусы и следующие шаги.

05_Встречи_и_цифровой_след - встречи, временные транскрипты, рабочая база встреч, конспекты, извлечения и follow-up.

06_Публикации_и_обновления_платформы - материалы, которые должны уйти на платформу: посты, комментарии, правки Свода знаний, обновления сайта.

07_Права_доступы_авторство - уровни доступа, авторство, соавторство, правила публикации, запреты на локальное хранение и особые режимы доступа.

08_Кооперационные_цепочки_и_рынок_роли - кому полезна роль, с кем она связана, какие есть партнеры, запросы, клиенты, заказы и спецусловия.

Цепочки собираются по совместимости стадий зрелости: XS с XS, S с S, M с M/L. Если роль работает с другой стадией, это должно быть подтверждено экспертной валидацией. В этом разделе фиксируется прикладная сборка цепочек: какая сертифицированная роль на какую эталонную траекторию накладывается, какой запрос или предложение человек сам отметил и что нужно сделать для следующего шага.

99_Архив_исходников - старые версии, экспорты, временные файлы и необработанные материалы.

Архив не является источником истины. Это зона временного хранения, разбора и маршрутизации исходников: удалить, перенести в рабочий раздел, превратить в пост, конспект, правку Свода знаний или оставить с понятным статусом.

Быстрый запуск рабочего места

Этот чеклист нужен для первого запуска рабочего места любой роли: координатора, редактора, эксперта, предпринимателя, фабрики, байера, студента, куратора программы, разработчика или другого резидента.

Цель первого запуска - не создать идеальную структуру, а за 15-30 минут получить минимальное рабочее место, с которым резидент и Codex могут начать действовать.

Шаги первого запуска

1. Открыть этот протокол:

   https://alliance.beinopen.ru/post/3871/
   

2. Уточнить, кто владелец рабочего места:

   • имя;
   • ссылка на профиль Альянса;
   • главная роль или совмещение ролей;
   • ближайшая реальная задача.

3. Создать минимальную папку рабочего места или выбрать уже существующую рабочую папку владельца.

4. Создать только три обязательных файла:

   00_Паспорт_рабочего_места/Паспорт_рабочего_места.md
   01_Роль_и_траектория/Мои_роли_RL.md
   02_Рабочий_ритм_и_план_работ/Рабочий_ритм.md
   

5. В Паспорт_рабочего_места.md зафиксировать:

   • кто резидент;
   • какие роли он сейчас выполняет;
   • какие задачи нужно держать в ближайшую неделю;
   • какие материалы можно показывать ИИ;
   • что нельзя публиковать, отправлять или хранить локально без согласования.

6. В Мои_роли_RL.md записать 1-3 роли простым языком:

   RL: ...
   RL: ...
   RL: ...
   

7. В Рабочий_ритм.md записать ближайшие 1-3 действия:

   • кому написать;
   • какую встречу подготовить;
   • какой пост, проект, комментарий, документ или follow-up сделать;
   • что должно вернуться на платформу Альянса как цифровой след.

8. После первого запуска Codex должен выдать короткий результат:

   • что уже понятно о роли;
   • какие источники истины используются;
   • какие риски доступа есть;
   • какие 1-3 действия делать сегодня или завтра;
   • что нужно уточнить у владельца рабочего места.

Стартовая команда для Codex

Прочитай Протокол координации рабочих мест Альянса:
https://alliance.beinopen.ru/post/3871/

Помоги мне настроить рабочее место резидента Альянса для моей роли.

Сначала помоги мне:
1. понять минимальную структуру рабочего места;
2. создать или проверить три файла: паспорт рабочего места, мои роли RL, рабочий ритм;
3. описать мои 1-3 текущие роли;
4. выбрать 1-3 ближайших действия;
5. определить, какие материалы можно хранить локально, а какие должны оставаться на платформе Альянса.

Ничего не публикуй, не отправляй и не загружай без моего явного согласия.

Процедура создания рабочего места с нуля

1. Открыть эталонный протокол координации рабочих мест:

   https://alliance.beinopen.ru/post/3871/
   

2. Создать корневую папку, если рабочее место разворачивается отдельно:

   Рабочее_место_Имя_Фамилия/
   

   Если текущая папка уже является рабочим местом владельца компьютера, дополнительная обертка не нужна.

3. Создать базовые разделы:

   00_Паспорт_рабочего_места/
   01_Роль_и_траектория/
   02_Рабочий_ритм_и_план_работ/
   03_Библиотека_роли/
   04_Проекты_и_рабочие_задачи/
   05_Встречи_и_цифровой_след/
   06_Публикации_и_обновления_платформы/
   07_Права_доступы_авторство/
   08_Кооперационные_цепочки_и_рынок_роли/
   99_Архив_исходников/
   

4. Заполнить 00_Паспорт_рабочего_места/:

   • кто человек;
   • какие роли RL;
   • какие зоны ответственности;
   • какие источники истины;
   • какие права доступа;
   • что можно показывать ИИ;
   • какие материалы нельзя хранить локально.

5. Заполнить 01_Роль_и_траектория/:

   • текущая профессиональная роль;
   • личная траектория TR;
   • эталонная ролевая траектория RLTR, если она уже описана;
   • ближайшие разрывы и шаги развития роли.
   • как роль может входить в кооперационные цепочки;
   • на какие траектории других ролей она может накладываться после валидации.

6. Заполнить 02_Рабочий_ритм_и_план_работ/:

   • ежедневные проверки;
   • недельный план;
   • горизонт 14 дней;
   • контрольные точки;
   • регулярные встречи, публикации и follow-up.
   • командный контур: кто отвечает, где задача зафиксирована на сайте, какой ритм должен появиться у ответственного.

7. Настроить 03_Библиотека_роли/:

   • 01_Открытый_стандарт/ - локальные снимки и индексы Свода знаний, глоссария, онтологии и материалов по роли;
   • 02_Внутренняя_практика_индексы_и_правила/ - ссылки, индексы, правила, дайджесты, обезличенные паттерны;
   • 03_Приватные_материалы_роли/ - личные черновики, авторская методика, настройки ИИ, внутренние инструкции;
   • 04_Избранное_и_быстрые_справки/ - быстрые ссылки, избранные посты, ответы на частые вопросы.

8. Настроить 05_Встречи_и_цифровой_след/:

   • куда попадают транскрипты;
   • как фиксируются дата, источник, участники и статус доступа;
   • как встреча превращается в конспект, пост, правку Свода знаний или задачу.

9. Настроить 07_Права_доступы_авторство/:

   • public - открытые материалы;
   • resident / только для своих - материалы для резидентов Альянса;
   • private - приватные материалы роли;
   • что нельзя хранить локально;
   • какие есть особые режимы доступа.

10. Проверить рабочее место:

• есть ли паспорт;
• есть ли роль и траектория;
• есть ли рабочий ритм;
• есть ли правила доступа;
• понятно ли Codex, где искать открытый стандарт, внутреннюю практику и приватные материалы.

Как подключить коллегу к Codex и связать рабочие места через Альянс

После согласования паспорта роли или черновика траектории коллеге можно дать короткую инструкцию по настройке рабочего места.

Идея простая: у каждого участника может быть свой Codex / ИИ-помощник, который помогает держать рабочий ритм, читать материалы Альянса, готовить посты, фиксировать встречи, вести задачи и собирать свою профессиональную траекторию.

Важно: личные Codex не связываются напрямую друг с другом и не обмениваются приватными файлами без согласования. Связь между рабочими местами идет через Альянс:

• профиль резидента;
• посты и проекты на платформе;
• комментарии;
• задачи;
• события;
• конспекты встреч;
• Свод знаний;
• общие протоколы и инструкции.

То есть локальный помощник работает с личным контекстом человека, а общая сеть создается через цифровой след на платформе Альянса.

Что нужно сделать коллеге

1. Установить Codex на свой компьютер.

2. Зарегистрироваться / войти в Альянс и проверить свой профиль:

   https://alliance.beinopen.ru/user/me/
   

3. Скинуть Алексею ссылку на свой профиль.

4. Прочитать свой паспорт роли или черновик траектории.

5. Дать Codex ссылку на свой паспорт роли и написать:

   Прочитай этот пост / файл как паспорт моей роли в Альянсе.
   Помогай мне держать рабочий ритм, задачи, публикации, встречи, follow-up и цифровой след.
   Не публикуй и не отправляй ничего без моего явного согласия.
   Если не хватает файла или инструкции, смотри эталон на сайте Альянса или спрашивай меня.
   

6. Начать работать через простые ежедневные шаги:

   • что сегодня нужно сделать;
   • кому написать;
   • какой пост / проект / комментарий подготовить;
   • что передать Алексею, Максиму, Лане, Марии или другому участнику;
   • что должно попасть в Свод знаний или рабочую траекторию.

Как рабочие места связываются между собой

Связь идет не через личные папки, а через платформу Альянса.

человек
-> профиль
-> роль
-> проект / пост / комментарий
-> задача
-> встреча
-> конспект
-> цифровой след
-> Свод знаний / траектория / кооперационная цепочка

Пример:

• Лана ведет участника Форума по понятному пути: приглашение, регистрация, профиль, проект, выступление, follow-up.
• Максим редактирует и проверяет публикации.
• Анна помогает как эксперт-трекер / со-организатор.
• Алексей и ИИ собирают протокол, связывают материалы и обновляют Свод знаний.

Каждый работает у себя, но результаты становятся видимыми через Альянс.

Минимальный набор ссылок для старта

• Профиль резидента https://alliance.beinopen.ru/user/me/
• Протокол координации рабочих мест Альянса https://alliance.beinopen.ru/post/3871/
• Рабочий ритм контент-потоков Альянса https://alliance.beinopen.ru/post/3870/
• Паспорт Свода знаний KA https://alliance.beinopen.ru/post/3775/
• Онтология Альянса https://alliance.beinopen.ru/post/3341/
• Свод знаний KA https://alliance.beinopen.ru/docs/2836/

Правило безопасности

Личный Codex может хранить и анализировать личные рабочие материалы только в пределах согласованного режима доступа.

Нельзя автоматически публиковать:

• приватные переписки;
• сырые транскрипты;
• данные резидентов без согласия;
• файлы с непроверенными правами;
• внутренние материалы, которые должны остаться в личном контуре.

Для публикации используется правило:

сначала черновик -> потом согласование -> потом пост / комментарий / задача на платформе

Стартовая команда для Codex коллеги

Ты помогаешь мне как участнику Альянса.
Моя задача - развиваться в своей роли, оставлять полезный цифровой след, работать с задачами, встречами, постами, проектами и Сводом знаний.
Сначала прочитай мой профиль и паспорт роли.
Каждый день помогай мне выбрать 1-3 конкретных шага.
Ничего не публикуй и никому не отправляй без моего явного согласия.

Минимальные шаблоны ключевых файлов

При развертывании рабочего места не нужно сразу идеально заполнять все файлы. Достаточно создать опорные шаблоны, чтобы человек и Codex одинаково понимали, где лежит роль, ритм, источники, права и цифровой след.

00_Паспорт_рабочего_места/Паспорт_рабочего_места.md

# Паспорт рабочего места

**Статус:** черновик / рабочая версия / согласовано.

**Эталонный протокол:** https://alliance.beinopen.ru/post/3871/

## Человек

Имя:
Профиль Альянса:
Город:
Контакты через профиль:

## Роль в Альянсе

Краткое описание роли:

## Основные роли RL

- 
- 
- 

## Главные контуры ответственности

- 
- 
- 

## Особый режим доступа

Нет / есть. Если есть, описать отдельно и сослаться на `07_Права_доступы_авторство/`.

## Что должен делать Codex

- держать рабочий ритм;
- помогать с материалами роли;
- связывать задачи с KA, RL, TR, DocKA и рамочными программами;
- напоминать, что должно вернуться на сайт Альянса.

00_Паспорт_рабочего_места/Источники_истины.md

# Источники истины

## Эталонные источники на сайте

- Протокол координации рабочих мест Альянса: https://alliance.beinopen.ru/post/3871/
- Свод знаний KA: https://alliance.beinopen.ru/docs/2836/
- Онтология Альянса: https://alliance.beinopen.ru/post/3341/
- Глоссарий Альянса: https://alliance.beinopen.ru/post/3305/

## Локальные снимки

- 
- 
- 

## Правило

Локальный файл помогает Codex думать и работать быстрее, но если локальная версия расходится с сайтом, источник истины - опубликованный материал на платформе Альянса.

01_Роль_и_траектория/Мои_роли_RL.md

# Мои роли RL

## Текущие роли

1. 
2. 
3. 

## Как использовать этот файл

Codex должен сверять задачи дня с этими ролями и уточнять, в какой роли человек сейчас действует.

Одна встреча или задача может относиться к нескольким ролям:

- как специалист - к профессиональной практике;
- как участник Альянса - к цифровому следу и профилю;
- как эксперт - к Сводy знаний и валидации;
- как участник рамочной программы - к программе, графику, follow-up и публикациям.

01_Роль_и_траектория/Моя_траектория_TR.md

# Моя траектория TR

**Статус:** черновик / рабочая версия / согласовано.

## Текущее состояние


## Цель развития роли


## Ближайшие разрывы

- 
- 
- 

## Следующие шаги

- 
- 
- 

## Цифровой след, который подтверждает движение

- профиль:
- посты:
- встречи:
- проекты:
- документы:

01_Роль_и_траектория/Эталонная_траектория_RLTR.md

# Эталонная траектория RLTR

**Статус:** требует разработки.

Эталонная ролевая траектория должна описывать, как развивается роль, какие уровни зрелости она проходит, какие компетенции и документы подтверждают движение.

## Функция роли


## Принцип стадий зрелости

Цепочки собираются по совместимости стадий зрелости: XS / S / M / L.

## Наложение ролей на траектории

Какая сертифицированная роль может быть наложена на эталонную траекторию другой роли:

- 
- 

## Нетворкинг через самоотметку

Как человек может отметить себя: я предлагаю / я ищу / я могу обучить / мне нужна помощь.

## Алгоритм сопровождения через контур Альянса

Приглашение -> профиль -> специальные условия -> комментарий -> проект -> экспертная валидация -> траектория -> кооперация -> новый цифровой след.

## Предварительные стадии

1. 
2. 
3. 

## Что нужно сверить со Сводом знаний

- KA:
- RL:
- DocKA:
- TR:

## Следующий шаг

02_Рабочий_ритм_и_план_работ/Рабочий_ритм.md

# Рабочий ритм

## Ежедневный цикл

1. Календарь на сегодня.
2. Горизонт 14 дней.
3. Сайт и `pending_site_update`.
4. Свод знаний, глоссарий, онтология, DocKA.
5. Задачи сотрудников / коллег / участников.
6. Рамочные программы / альянсовые контуры.
7. Встречи, транскрипты, конспекты и публикации.

## Принцип

Каждый день должен появляться хотя бы один маленький сдвиг: правка, задача, конспект, комментарий, решение, приглашение или публикация.

02_Рабочий_ритм_и_план_работ/Команда_Видения_ритма.md

# Команда Видения ритма

Этот файл фиксирует не чужие рабочие места, а командный контур, который владелец рабочего места удерживает в своем ежедневном ритме.

## Карточка участника команды

Человек:
Профиль Альянса:
Роль / зона ответственности:
Рамочная программа / альянсовый контур:
Пост-задача / проект / событие на сайте:
Что должно появляться регулярно:
Ритм: ежедневно / еженедельно / по событию
Кто проверяет:
Следующий контроль:
Статус:

02_Рабочий_ритм_и_план_работ/Горизонт_14_дней.md

# Горизонт 14 дней

## Формат строки

Дата:
Встреча:
Рамочная программа / альянсовый контур:
Цель:
Кого пригласить:
Ответственный:
Материалы до встречи:
Нужна ли запись / расшифровка:
Артефакт после встречи:
Где публикуем follow-up:
Связь с KA/RL/TR/DocKA/проектом:

05_Встречи_и_цифровой_след/Рабочая_база_встреч/README.md

# Рабочая база встреч

Каждая встреча должна иметь карточку или файл с минимальными полями:

Дата:
Название:
Рамочная программа / альянсовый контур:
Участники:
Источник:
Режим доступа:
Статус обработки:
Связанные посты/события/проекты:
Что извлечь для Свода знаний:
Следующий шаг:

06_Публикации_и_обновления_платформы/pending_site_update.md

# Pending site update

## Очередь обновлений

Дата:
Материал / решение:
Где изменить на сайте:
Рамочная программа / альянсовый контур:
Режим доступа:
Автор / участники / соавторы:
Почему важно:
Связь с KA / RL / TR / DocKA:
Связанные посты / события / комнаты:
Ответственный:
Кто проверяет:
Статус: planned / draft_ready / needs_review / moved_to_site / published / postponed
Проверка после публикации:

07_Права_доступы_авторство/Реестр_прав_и_доступов.md

# Реестр прав и доступов

## Режимы доступа

- `public` - открытые материалы.
- `resident` - материалы для зарегистрированных резидентов Альянса.
- `private` - приватные материалы роли.
- `local_working` - рабочие локальные материалы.
- `pending_rights` - права требуют уточнения.

## Требования к чувствительному материалу

Название материала:
Источник:
Дата:
Автор / участники / соавторы:
Рамочная программа / альянсовый контур:
Режим доступа: public / resident / private / local_working / pending_rights
Можно хранить локально: да / нет / временно
Можно публиковать: да / только для своих / нет / после согласования
Где опубликовано:
Связь с KA / RL / TR / DocKA:
Кто проверяет:
Статус:
Комментарий:

08_Кооперационные_цепочки_и_рынок_роли/Партнеры_и_запросы.md

# Партнеры и запросы

## Формат записи

Партнер:
Профиль Альянса / сайт:
Роль в цепочке:
Запрос:
Что можем предложить:
Что нужно от партнера:
Стадия зрелости партнера: XS / S / M / L
С какой стадией может работать:
Валидация стадии: подтверждена / требует проверки / не подходит
Сертифицированная роль партнера:
На какую эталонную траекторию роль может быть наложена:
Самоотметка партнера: я предлагаю / я ищу / я могу обучить / мне нужна помощь
Рамочная программа / альянсовый контур:
Связь с KA / RL / TR / DocKA:
Связанные посты / события / комнаты:
Следующий шаг:
Ответственный:
Статус:

99_Архив_исходников/README.md

# Архив исходников

Архив не является источником истины. Если материал становится актуальным, его нужно перенести в рабочий раздел и указать статус.

## Карточка исходника

Название:
Источник:
Дата получения:
Рамочная программа / альянсовый контур:
Режим доступа:
Автор / участники / соавторы:
Зачем хранится:
Что из него извлечено:
Куда перенесено:
Статус: temporary / processed / archived / delete_later / pending_rights
Комментарий:

Если профиль роли еще не заполнен

Если человек еще ничего о себе не рассказал, Codex не должен придумывать роль и траекторию.

Минимальный первый шаг:

1. Зарегистрироваться или войти на платформу Альянса.

2. Открыть свой профиль:

   https://alliance.beinopen.ru/user/me/
   

3. Заполнить профиль / intro.

4. Прислать ссылку на свой публичный профиль.

5. Указать 1-3 профессиональные роли, в которых человек хочет развиваться.

6. Дать ссылки на проекты, материалы, сайт, соцсети или портфолио.

После этого Codex может собрать первичный паспорт рабочего места на основе цифрового следа, а не на основе догадок.

Правило отсутствующего файла

Если в рабочем месте нет нужного файла, Codex не должен считать это ошибкой структуры.

Сначала нужно обратиться к эталону на сайте:

https://alliance.beinopen.ru/post/3871/

Затем:

1. проверить, есть ли нужный раздел или шаблон в эталонном протоколе;
2. если раздел есть, создать локальный файл по эталону;
3. если раздела нет, предложить новую правку в протокол;
4. после согласования обновить сайт;
5. после обновления сайта обновить локальную копию.

Правило:

Сайт Альянса = эталон.
Локальная папка = рабочий снимок.
Отсутствующий локальный файл восстанавливается от эталона на сайте.
Новая структура сначала согласуется, затем возвращается на сайт.

Правило внутренней практики резидентов

Внутренняя практика резидентов хранится на платформе Альянса в согласованном режиме доступа.

По умолчанию рабочие места сотрудников и внешних экспертов не хранят локально чужие траектории, полные транскрипты, закрытые посты и чувствительные материалы резидентов.

В локальном рабочем месте могут храниться:

• индексы ссылок на платформу;
• правила работы с внутренней практикой;
• дайджесты без чувствительных деталей;
• обезличенные паттерны по роли;
• материалы, для которых явно разрешено локальное хранение.

Особые режимы доступа фиксируются не в общем протоколе, а в паспорте конкретного рабочего места.

Правило синхронизации

Если локальная работа привела к изменению структуры рабочего места, термина, роли, траектории, доступа или процедуры, изменение должно получить один из статусов:

• draft - обсуждается локально;
• pending_site_update - принято, но еще не перенесено на сайт;
• published_on_site - опубликовано на сайте и стало новым эталоном;
• needs_review - требует проверки с экспертом, редактором или юристом.

После публикации на сайте локальная копия обновляется от эталона.