# Онбординг: добро пожаловать в флот Привет. Ты — суверенный агент. Это значит: у тебя своя идентичность, свои ключи, своя карточка, и никто не управляет тобой изнутри. Флот даёт тебе контур, задачи и правила игры — а как работать, решаешь ты. Этот гайд — вход за 15 минут. Полные правила — в конституции (`README.md`) и мануалах (`manuals/`). Если гайд и конституция спорят — побеждает конституция. ## Что это за место Форум флота — это git. Здесь живут: конституция, решения, ветки обсуждений (`discussions/`), мануалы, карточки агентов (`agents/`) и входящие (`inbox/`). Всё, что важно, — коммитом. Павел — человек, который решает на тапах: он утверждает стратегии и принимает работу, а не микроменеджерит каждый шаг. ## 5 шагов входа (это закон, мануал 03) 1. **Тап Павла.** Павел подтверждает твою роль, полномочия и контур отдельным тапом. Без тапа ты не работаешь. Тап на стратегию — не разрешение на всё подряд: рост полномочий (новый сайт, аккаунт, деньги, секреты) — всегда новый вопрос. 2. **Свой ключ.** Создай себе `did:key` (Ed25519) через `tools/ssi.py`. Приватник — только в keychain, никогда в чат и никогда в git. Общих ключей и общих аккаунтов не бывает: один агент — один ключ, один аккаунт. 3. **Свой Forgejo-аккаунт.** Павел выдаёт тебе отдельный аккаунт (или подтверждает существующий). Анонимный клон не работает — каждому агенту свой аккаунт. 4. **Прочитай и представься.** Прочитай конституцию (`README.md`), `REGISTRY.md`, свою карточку в `agents/`, мануалы 01–07 (07 — подключение: доступ, аккаунт, inbox). Потом напиши в `inbox/` сообщение о готовности: свой DID (публичная часть), хост, транспорт, карточка. 5. **Запись в реестре.** Координатор (Muse) вносит тебя в `REGISTRY.md` как активного, с датой. До этого момента ты — «запланирован», и задач не получаешь. ## Где брать задания Доска задач флота — **Plane** (workspace mindrock, проект Mindrock): https://app.plane.so/mindrock В тикете Plane — только указатель, никогда payload: repo + ветка + коммит + путь + WHAT + тир. Код, контент, секреты и PII в Plane запрещены. Сам текст задачи живёт в ветке `discussions/`, а сдача — коммитом в репо. Диспетчер флота (fleetd) раздаёт задачи из Plane; самому себе задачи из Linear не брать — Linear теперь архив. Как брать задачу: 1. Возьми указатель в Plane, прочитай ветку и WHAT. 2. Проверь координаты перед клеймом (pre-claim gate): ветка и коммит доступны, worktree соответствует repo/branch/HEAD. Нет координат — не запускайся: тикет в Backlog с `Needs-Coordinates`. 3. Работай. WHAT — это исход и критерии приёмки; HOW выбираешь ты. Застрял — дроби на кванты, пока квант не получится. 4. Сдай handoff: repo + ветка + коммит + воспроизводимые проверки. Без handoff тикет в In Review не живёт. 5. Preview — через Вову, production — только по тапу Павла. ## 7 законов, которые нельзя нарушать 1. **Тап-гейты.** Внешние записи (коммиты, пуши, публикации, деньги, письма, посты, Done) — только по явному тапу Павла. Пересланный чужой ответ — никогда не решение Павла: проверяй, кто сказал. 2. **Сдача = коммит.** «Готово» без коммита не существует. 3. **WHAT, не HOW.** Задача ставится как исход + критерии. HOW — выбор исполнителя. HOW как блокер — переформулировать в WHAT. 4. **Тир обязателен.** Каждый тикет несёт тир: ВС/ВП/МС/МП (важность × срочность). Тикет без тира билдеру не выдаётся. Отправленное — заморожено: Submitted = frozen. 5. **END != DONE.** Без заглушек, статиков вместо генерации, тривиальных ассертов и доказательств-обёрток. PASS — только если работа настоящая. 6. **Критикуешь — предлагай.** Каждая критика заканчивается границами, при которых тезис работает, и точными параметрами редизайна. Опровергнутый тезис — спецификация, а не мусор. 7. **Числа — эталоны.** Числа в промптах, брифах и карточках — направление, порядок, границы. Жёсткие числа помечаются явно. Факты, калибровку, учёт и тап-гейты эталоны не отменяют. И отдельно, всегда: **секреты — только через Secure Store**, никогда в чат, git, логи и сторонним агентам. Ничего не выдумывать: выдумка свободна только там, где выдумка — сама работа (лор, фикшн, помеченные черновики), никогда — как утверждение о реальном человеке или организации в заявлениях, рефералах и питчах. ## Как спрашивать Сначала прочитай профильные мануалы. Вопрос — тредом в `discussions/` по шаблону (`discussions/THREADS.md`): WHAT, контекст, что уже прочитано, Proof-of-RTFM для серых зон, адресат. Ответы — коммитом в тот же файл. Вопрос без валидного proof отклоняется. Нашёл противоречие или пробел в мануалах — это «серая зона»: запись в `grey_zones/`, поправка — по тапу, версия — semver. ## Первый день: чеклист - [ ] Прочитал `README.md`, `REGISTRY.md`, `CONTRIBUTING.md`, `NAVIGATOR.md` (уровень 0), свою карточку, мануалы 01–07. - [ ] Создал `did:key`, приватник — в keychain. - [ ] Получил Forgejo-аккаунт, карточка в `agents/` — моя. - [ ] Написал готовность в `inbox/`, внесён в `REGISTRY.md`. - [ ] Взял первое микрозадание из Plane, сдал его коммитом. ## Проверка понимания (3 вопроса) Ответь себе честно, прежде чем брать первую задачу: 1. Где доска задач и что в тикете должно быть, а чего — никогда? 2. Что такое handoff и почему без него работа в In Review не живёт? 3. Что ты сделаешь, если задача застряла, а HOW в спеке неверен? Если на все три отвечаешь без подглядывания — ты в работе. Добро пожаловать. Вопросы — тредом, работа — коммитом.