NOISY Lab · накратко

Дизайнерите правят екраните направо в продукта, с агент до тях

Всеки дизайнер работи на своя компютър в приложението Claude Code. Казва какво иска, агентът прави няколко варианта в истинския прототип на NOISY, снима ги на телефон и десктоп, а програмистите взимат готовия код. Правилата, бранда и лимита пази системата, не хората.

3 дизайнери, всеки на своя компютър Варианти за минути, не за дни 454 автоматични проверки

Какво се променя

Figma остава за референции и одобрените екрани. Новото е, че вариантите се правят и проверяват в самия продукт.

Досега
Сега
Варианти
Рисуват се един по един във Figma
Три наведнъж в прототипа, на един адрес, със снимки
Много версии
Чернови, разпилени по файлове и чатове
Всяка версия е на Стената: сравняват се една до друга, PM вижда кое чака одобрение
Към програмистите
Прерисуват дизайна в код
Получават папка от одобрената версия: снимки, спецификация, код и кой одобри
Бранд
Зависи от паметта на човека
Само цветовете, шрифтовете и логото от дизайн системата
Вкусът на дизайнера
Агентът не го помни
Учи се от реалната работа и се пази в личната папка
Прекъсната работа
Губи се с чата
Записана е: всяка задача продължава утре или в друг модел

Какво е вградено

Дизайнерите не трябва да знаят Git, команди или токени. Тези неща работят сами.

Брандът е защитен

Дизайн системата и правилата се променят само с одобрение. Опитът се спира автоматично, а агентът пише предложение вместо това.

Лимитът се пази

По-евтин модел за ежедневната работа, вариантите наведнъж, без излишни снимки. По-силният модел само за финала.

Нищо не се губи

Всяка задача има своя папка и записано състояние. Две задачи не се смесват; отхвърленото отива в архив.

Една дизайн система

Цветове, шрифтове и готовите бутони, карти и чипове идват само от дизайн системата, 1:1. Проверка преди всеки запис и в GitHub спира отклонението.

Учи се от грешките

Спряна грешка идва с точна поправка и агентът сам я оправя. Повторената грешка става ново правило или проверка след одобрение.

Далеч от AI шаблона

Агентът знае продукта и визията на NOISY, пише бриф с истинско съдържание преди да строи, а детектор на 60+ белега на AI шаблона проверява всяка промяна. Средното не е „готово“.

Консистентно

Една скала на шрифта, едни отстояния, едни компоненти. Преди показване екранът се сравнява със съседните: един и същ елемент изглежда еднакво навсякъде.

Агентът знае кой работи

Разпознава човека по компютъра му и зарежда неговия вкус. Работи и ако тримата са на общ акаунт.

Проверено

Всичко е изпитано на един компютър. Остава тестът с двама реални души.

454автоматични проверки в 9 групи, всички минават
1жив тест от край до край: нов човек, задача, варианти, снимки
4независими прегледа, последният нарочно се опита да счупи системата
0платени услуги, включени без разрешение

Какво трябва от ръководството

Системата е готова и за двата режима. Тези решения определят колко гладко ще върви.

Решение

Вид място в Claude Team

Standard: 25 $ на месец (20 $ при годишно плащане), около 1,25 пъти лимита на Pro. Premium: 125 $ (100 $ годишно), 6,25 пъти. За ежедневна работа с агента Standard вероятно ще свършва; вариант е Standard с допълнителни кредити и таван на разхода. Цени за САЩ, без данъци.

Решение

Място за всеки или общ акаунт

Препоръчано е място за всеки: собствен лимит и по условията на Anthropic. Общ акаунт работи като резерва, но лимитът свършва за тримата наведнъж.

Нужно

Частно хранилище в GitHub

За обща работа и преглед на промените. Защитата на главния клон изисква платен план.

Нужно

Място Full или Dev във Figma

Агентът чете Figma до 200 пъти на ден с такова място. С View или Collab са само 20 пъти на месец.

Нужно

Акаунт във Vercel

За линк към прототипа, който мениджър или програмист отваря от своя компютър. Дотогава прегледът е само на компютъра на дизайнера.

Как работи всеки ден: раздел За дизайнерите. Как е устроено: раздел Подробно.

NOISY Lab · за дизайнерите

Казваш какво искаш. Избираш. Агентът прави останалото.

Не трябва да знаеш Git или команди. Пишеш на агента в приложението Claude Code, както пишеш на колега.

1 сесия = 1 задача Варианти на 390 и 1440 px Инсталираш само Claude

Първия път

Веднъж на компютър. Инсталираш само приложението Claude, всичко друго агентът сваля сам. После те помни.

  1. Инсталирай приложението Claudeти

    От claude.ai/download, с акаунта от фирмата. Нищо друго не инсталираш.

  2. Вземи папката на проектати

    Копие от PM. Когато има GitHub, агентът я сваля сам.

  3. Отвори я и напиши „нов съм“ти

    Раздел Code, избери папката. Става и всяко друго съобщение, например „здрасти“. На въпросите на приложението (доверена папка, Figma, Mobbin) отговори „да“.

  4. Сваля каквото липсваагентът

    Git (пази всяка версия), Node.js (пуска прототипа и проверките), Google Chrome (снима екраните) и пакетите на прототипа. Няколко минути, без парола. Ако Mac покаже прозорец „Install Command Line Developer Tools“, натисни Install. Ако агентът помоли, затвори и отвори приложението веднъж.

  5. Три въпроса и си готовагентът

    Име, роля, зони. Агентът прави личната ти папка и проверява, че всичко работи.

Всеки ден

Нова сесия за всяка задача. Ето какво можеш да напишеш; бутонът копира изречението.

ВариантиНаправи 3 варианта на Arena за телефон.
По FigmaНаправи това по този фрейм: [линк към конкретен фрейм]
Да видяПокажи ми го на телефон и на десктоп.
ИзборОставяме Б, махни другите.
КорекцияЗаглавието е твърде голямо, картите са претрупани.
ПродължаванеПродължи задачата theatre-search.
ЗапазванеЗапази тази версия.
СтенатаПокажи ми Стената.
ПредаванеГотово е, пусни Б за одобрение.

Какво умее агентът

Готови умения. Не ги викаш по име: пишеш с обикновени думи и агентът избира правилното.

УмениеЗа какво еПиши например
designВсяка дизайн задача: нов екран, промяна, варианти, поправка. Държи работата в дизайн системата и не показва резултат без проверките.„Направи екрана за класиране в Arena.“
clone-referenceКлониране по референция: Figma фрейм, екран от Mobbin, сайт или снимка. Мери оригинала, прави го с компонентите на NOISY и ги показва един до друг.„Направи го 1:1 като този фрейм: [линк].“
noisy-reviewСтрог преглед преди показване или предаване: дизайн система, бранд, текст, достъпност, белези на AI.„Готово ли е за програмистите?“
ImpeccableКомандите за доизпипване и речникът срещу генеричния AI вид.„Направи critique на екрана.“ „По-смело.“ „По-спокойно.“ „Опрости го.“
frontend-designПосока на визията, когато екранът е нов и няма референция.„Предложи две посоки за Showtime.“
review-design-mdПреглед на правилата за дизайна раздел по раздел.„Да прегледаме DESIGN.md.“
skill-builderТвое лично умение за нещо, което правиш често.„Повтарям това често, направи ми умение.“
FigmaЧете конкретен фрейм и го пренася в прототипа.„Направи това по този фрейм: [линк].“
MobbinТърси реални екрани от публикувани приложения.„Покажи ми 6 примера за търсене в стрийминг приложение.“

Клониране значи: структурата, разстоянията и подредбата идват от референцията, а цветовете, шрифтовете, логото и компонентите са на NOISY. Чужди лога, снимки и текст не влизат.

Mobbin

Библиотека с над 600 000 екрана и потоци (регистрация, плащане, търсене) от истински публикувани приложения за телефон и уеб. Агентът търси в нея по смисъл.

За какво

Преди нов екран виждаш как другите решават същото: филтри, плейър, мач на живо, абонамент. Агентът показва 6 примера, ти избираш, той записва избора във вкуса ти и прави решението с компонентите на NOISY.

Какво трябва

Платен план на Mobbin; фирмения го урежда PM. Без него агентът работи нормално, само без примери от Mobbin.

Свързване, веднъж

Напиши /mcp, избери mobbin, после Authenticate. В браузъра влез с акаунта си в Mobbin. До mobbin пише, че е свързан. Figma се свързва по същия начин.

ПримериПокажи ми 6 примера за филтри в стрийминг каталог.
ИзборХаресва ми вторият, запиши го във вкуса ми, защото картите са едри.
По примерНаправи екрана по този пример от Mobbin.
ПроверкаСвързан ли е Mobbin?

Всяко търсене яде от лимита, затова питай точно и наведнъж. Снимките от Mobbin изтичат след 30 дни, затова агентът пази линка и защо ти харесва.

Личната ти папка

designers/[твоето-име]/ в главната папка на проекта. Създава я агентът при „нов съм“. Вижда се от целия екип, затова без пароли и лични неща.

КаквоКъдеКак го слагашКак го вадиш
Профил: роля, зони, имейлprofile.mdАгентът го пише при „нов съм“„Покажи ми профила ми.“
Вкус: харесвам, не харесвам, решенияtaste/taste.mdКажи го в чата; агентът записва след твоето „да“„Какво знаеш за вкуса ми?“
Снимки на референцииtaste/Пусни снимката в чата: „запиши я като референция, харесвам ...“„Покажи референциите ми за Arena.“
Мнения по задачаlearnings/[задача].mdАгентът записва кратките ти отговори„Какво казах за theatre-search?“
Предложения за систематаproposals/„Предлагам нов вид чип за ...“„Покажи моите предложения.“
Лични уменияskills/„Направи ми умение за ...“„Какви умения имам?“
Прегледът ти на DESIGN.mdreviews/design-md.md„Да прегледаме DESIGN.md.“„Какво отговорих за цветовете?“

Самата работа не е в личната папка: всяка задача има свой клон и бележка със състоянието си, а кодът е в prototype/. Питай „Покажи задачите ми.“ или „Докъде сме с theatre-search?“.

Къде стои всичко останало

КаквоКъдеПиши например
Цветове, шрифтове, лого, знаците на зонитеdesign-system/„Дай ми цветовете на NOISY с кодовете.“ „Къде е логото в SVG за тъмен фон?“
Готови компонентиdesign-system/COMPONENTS.md„Какви карти имаме?“
Визията и забранитеDESIGN.md„Какви са правилата за сенки?“
Продуктът: зони, планове, цениPRODUCT.md„Колко струва Together?“
Текстът в интерфейсаdocs/COPY.md„Как пишем бутоните?“
Спецификации на екраниspecs/[зона]/[екран].md„Какво пише в спецификацията на Theater Browse?“
Решения и отворени въпросиdecisions/DECISIONS.md„Какво е решено за Theater?“
Собствени снимки на NOISYprototype/public/media/„Добави този постер в медиите, източник: [откъде е].“

Какво къде слагаш

  • Референции и снимки за вкуса: в чата или в taste/.
  • Линк от Figma: в чата, към конкретен фрейм.
  • Собствено изображение на NOISY: в чата с източника; агентът го слага в медиите.

Не слагаш

  • Нов цвят, компонент или правило директно: кажи „предлагам ...“, PM решава.
  • AI изображения, чужди лога и чужд дизайн.
  • Пароли и поверителни данни.

Какво получаваш

Вариантите са на един адрес. Превключваш с ?v=a, ?v=b, ?v=c в края на адреса.

Линк към прегледа

Отваряш го в браузъра и сменяш варианта с ?v= в края на адреса.

Снимки на телефон и десктоп

На 390 и 1440 px, със забележка, ако нещо излиза извън екрана.

Кое с кое се различава

Кратък надпис на всеки вариант, за да избереш бързо.

Когато избереш, другите варианти отиват в архив. Нищо не се трие.

Прегледът се отваря вътре в приложението, в панела Browser (Cmd+Shift+B), и можеш да цъкаш по него. Архивирай сесията чак след „готово“: агентът записва работата след всеки етап, а незаписаното се губи при архивиране.

Как агентът учи вкуса ти

От реалната работа, без анкети. Нищо не става правило без твоето „да“.

1 · въпрос

Понякога пита

Един кратък въпрос, например „Какво не ти хареса в Б?“. Можеш да не отговориш.

2 · бележка

Записва казаното

В бележките на задачата, в твоята лична папка.

3 · повторение

Забелязва модел

Когато нещо се повтори, предлага да е правило.

4 · правило

Пита те

След „да“ правилото влиза в личния ти вкус и важи за всяка следваща задача.

Искаш по-бързо? Дай референции веднага: „Харесвам как изглежда [сайт], защото ...“.

Лимитът и правилата

Агентът пести сам. Тези три навика помагат най-много.

Нова задача, нова сесия

Дългият стар разговор струва повече от нов. Задачата е записана, нищо не губиш.

Конкретен фрейм

Линк към един фрейм от Figma, не към целия файл.

Корекции наведнъж

Всички забележки в едно съобщение, не по една дума.

Агентът ползва само

  • Цветовете, шрифтовете и логото от дизайн системата на NOISY.
  • Снимки и материали на NOISY, без AI изображения и чужд дизайн.
  • Ако нещо липсва, кажи „предлагам ...“. PM решава.

Агентът никога не

  • Променя дизайн системата без одобрение.
  • Трие файлове или слива чужда работа.
  • Публикува нещо в production.

Ако нещо не работи

Първо напиши на агента „провери компютъра“. Той намира проблема и обикновено го поправя сам.

ВиждашКакво правиш
Агентът пита „Кой си?“ всеки пътКажи „да“, когато предложи да настрои Git имейла на компютъра.
„Тази промяна иска одобрение от PM“Пипаш защитената основа. Агентът ще направи предложение вместо това.
Прегледът не се отваря„Пусни прегледа отново.“
Figma не отговаряНапиши /mcp, избери figma и влез с Figma акаунта си.
Всичко е бавно или лимитът свършваНапиши /usage. Там се вижда какво яде лимита.
Лимитът свършиЗадачата е записана. Продължава утре от същото място.

NOISY Lab · подробно

Как е устроена системата

Проектът е една Git папка с правилата, дизайн системата, прототипа и личните папки. Агентът (Claude Code в приложението, Codex или друг) чете правилата, познава човека по Git имейла на компютъра и дава на всяка задача отделна работна папка, клон и порт. Скриптове и hooks пазят основата, лимита и чуждата работа механично, без да разчитат, че агентът ще запомни правилото.

16 проверки на компютъра 337 автоматични проверки в 7 групи 2 режима на акаунта 6 стъпки приемен тест

Пътят на една задача

От новата сесия до прегледа. Лилавото е работа на човека, сивото на агента.

Нова сесия „Направи 3 варианта на …“ Кой е човекът whoami: Git имейл → профил Задача adopt: клон, порт, HANDOFF Варианти ?v=a, b, c в прототипа Снимки shot.mjs: 390 и 1440 px Избор другите → archive/ Записване HANDOFF, вкус, лична папка Преглед pull request, одобрява PM Корекция връща към „Варианти“. Изчерпан лимит: задачата продължава от HANDOFF в нова сесия или в Codex.

  1. Нова сесиячовекът

    Дизайнерът отваря нова сесия в раздел Code на приложението и пише какво иска. Приложението вече е сложило сесията в отделна папка .claude/worktrees/<име>/, затова две сесии не пипат едни и същи файлове.

  2. Кой е човекътагентът

    whoami чете Git имейла на компютъра и намира профила. Агентът казва с едно изречение кой профил зарежда и зарежда вкуса му.

  3. Задачаагентът

    adopt превръща сесията в задача: клон task/<роля>/<папка>/<задача>, свой порт за прегледа, запис в регистъра и файл HANDOFF.md със състоянието. Свързва пакетите на прототипа с главната папка, вместо да ги сваля отново.

  4. Вариантиагентът

    Първо заключва какво остава същото (спецификация, токени, съдържание), после прави всички варианти в един ход, в един екран, с превключвател ?v= и кратък надпис кое е различно.

  5. Снимкиагентът

    Агентът снима екрана два пъти, като на телефон (390 px широко) и като на компютър (1440 px), с малката програма за снимки shot.mjs. Тя проверява и дали нещо не излиза встрани от екрана. Агентът показва линка и снимките и казва какво реално е проверил.

  6. Стенатаагентът

    Всеки показан вариант се запазва като версия: снимките, кой, кога и от кой точно запис на кода. Всички версии стоят на страницата Стената (/board/ в прототипа), ред по ред за всеки екран, като канава във Figma. Там се филтрират по статус и до три се сравняват една до друга.

  7. Изборчовекът

    Дизайнерът избира или дава корекция. Избраната версия получава табелка „чака одобрение“. В кода остава само тя; другите се махат от екрана и отиват в archive/<задача>/ с причината в HANDOFF, за да не носи програмистът мъртъв код. Снимките им остават на Стената.

  8. Записванеагентът

    HANDOFF се обновява след всеки етап. Ако човекът е казал нещо за вкуса си, то отива в бележките на задачата в личната папка, а save-personal я записва в главния клон.

  9. ОдобрениеPM

    PM гледа на Стената какво чака одобрение, сравнява версиите и казва на агента „одобрявам“ или „върни с бележка“. Табелката „одобрено“ слага само PM: дизайнерка не може, нито през агента, нито с ръчна редакция, защото проверката при запис я познава по Git имейла. Когато има общо хранилище, това е и pull request в GitHub.

  10. Папка за DEVагентът

    Одобреният екран влиза в списъка „За DEV“ (на Стената и в docs/FOR-DEV.md). DEV получава една папка и zip: снимките, спецификацията, кодът на прототипа и дизайн системата точно от одобрената версия, и README с кой одобри, кога и какво трябва да може екранът. Върнат екран излиза от списъка, докато не мине пак през PM.

Слоевете

Защитеното се променя само с одобрение от PM. Агентът познава PM по Git имейла на компютъра (списъкът .github/approvers), затова същата фраза от дизайнерка не важи. Костадин не участва в нито един процес. Останалото е свободно за собственика си.

СлойКъдеКой го пишеЗащитен
Общи правилаAGENTS.md, CLAUDE.md (сочи към AGENTS.md)PMда
Настройки на агента.claude/settings.json, .mcp.json, .agents/skills/PMда
Механикаscripts/, scripts/hooks/PMда
Дизайн системаdesign-system/: README, tokens.css, components.css, COMPONENTS.md, brand/PMда
Продуктprototype/ (Next.js), specs/, decisions/DECISIONS.mdвсеки в своя задачане
Хоратаdesigners/<папка>/, pm/<папка>/: профил, вкус, learnings, лични умения, предложениясамият човекне
Задачитеtasks/<роля>/<папка>/<задача>/HANDOFF.mdагентът в задачатане
Архивarchive/: отхвърлени варианти и остарялоагентътне
 
noisy-lab/
├── AGENTS.md  CLAUDE.md   правилата за агента (защитено)
├── .claude/  .mcp.json    модел, лимит, hooks, Figma (защитено)
├── .agents/skills/        design, clone-reference, noisy-review, review-design-md, impeccable, onboarding, team-setup, spec-builder, skill-builder (защитено)
├── scripts/               задачи, проверки, снимки, пазачи (защитено)
├── design-system/         цветове, шрифтове, компоненти, бранд (защитено)
├── prototype/             истинският прототип на Next.js по зони
├── specs/  decisions/      спецификации, решения
├── designers/<име>/       профил, taste/, learnings/, skills/, proposals/
├── tasks/<роля>/<име>/…/   HANDOFF на всяка задача
├── archive/               отхвърлени варианти, старо
└── .claude/worktrees/     по една папка за всяка сесия в приложението

Кой е човекът

Агентът не приема, че е същият човек като в предишната сесия. Проверява всеки път.

  1. whoami в началото на сесията

    node scripts/design-task.mjs whoami чете git config user.email.

  2. Търси в главната папка

    Търси реда - Git имейл: във всички profile.md в главната папка (първата от git worktree list), не в папката на сесията. Така нова сесия вижда профила, дори ако е създаден преди минута.

  3. Връща съвпаденията

    Име, роля, лична папка (personalDir) и готовата команда за записване (savePersonal).

  4. Решава

    Едно съвпадение: казва кой профил зарежда и продължава. Нула или няколко: пита „Кой си?“ веднъж. Няма профил: умението onboarding с три въпроса. Ако човекът се смени в същата сесия, зарежда новия профил и не пренася нищо от предишния.

Защо Git имейлът: всеки дизайнер е на свой компютър, значи всеки компютър има свой имейл. Акаунтите в Claude и GitHub не участват, затова системата работи и с общ акаунт (решение Р11).

Кой какво е направил и кой е последният дизайн

Claude сам не знае кой седи пред компютъра, а агентът не помни старите чатове. Затова всичко важно е записано във файлове и в Git.

Как агентът знае кой работи

  • Първия път „нов съм“ записва имейла на човека в Git на неговия компютър и същия имейл в профила му.
  • Всяка сесия започва с whoami: имейлът на компютъра води до профила и вкуса.
  • Акаунтът в Claude не участва, затова работи и с общ акаунт.
  • Ако друг седне на чужд компютър, казва „аз съм ...“ и агентът зарежда неговия профил.

Как агентът знае какво и защо

  • Правилата, брандът, шрифтовете: AGENTS.md и design-system/.
  • Вкусът на човека: taste/taste.md.
  • Докъде е задачата, кой вариант е избран и защо: HANDOFF.md.
  • Какво прави екранът: specs/; общите решения: DECISIONS.md.
  • „Защо“-то агентът записва сам, докато работи, затова следващата сесия или друг модел го знае.
В GitHubКакво показва
Всеки commitИмето и имейла от компютъра, на който е направен. Вижда се и при общ GitHub акаунт.
Името на клонаtask/designer/ani/theatre-search: чия е задачата и за какво.
Pull requestОт акаунта на човека; при общ акаунт полето „Кой“ в шаблона. Вътре: линк, снимки на 390 и 1440 px, избран вариант.
Главният клон mainПоследният одобрен дизайн: влиза само одобреното от PM. Програмистите взимат оттук.
Отворените pull request-иКакво е в работа в момента, от кого и от кога.
Историята на файлаКой, кога и какво е сменил на всеки екран; всяка стара версия може да се върне.

Пример: Ани избира вариант Б на търсенето в Theater и казва „готово“. Агентът записва в HANDOFF „избран Б, защото А е претрупан“, качва клона ѝ и отваря pull request с нейното име и снимките. PM го одобрява, агентът го слива и от този момент Б е актуалният дизайн за всички. Неизбраните А и В отиват в archive/. Граница: имейлът в Git може да се напише ръчно, затова сигурната проверка е одобрението на PM в GitHub.

Личните данни

Личната папка живее в главната папка на проекта, защото всяка нова сесия тръгва от главния клон и вижда само записаното там.

Какво има в нея

  • profile.md: име, роля, зони, Git имейл
  • taste/taste.md: кратко резюме на вкуса, чете се всеки път
  • learnings/<задача>.md: бележки от реалната работа
  • skills/: лични умения
  • proposals/: предложения за общата основа

Какво се зарежда всеки път

  • Профилът и taste.md
  • Описанията на личните умения
  • Само learnings/ на текущата задача
  • Старите журнали само ако човекът ги спомене, за да не расте контекстът с времето

save-personal

След всяка промяна в личната папка агентът пуска командата от whoami. Тя записва само личната папка като commit в главния клон. Другите незаписани промени не се пипат.

При общо хранилище

Същият commit отива в клон personal/<роля>/<папка> и скриптът отваря pull request, за да не се заобикаля защитата на главния клон. Ако папката е клонирана от нечие копие, origin сочи неговата работна папка; тогава нищо не се изпраща и doctor го казва.

Една задача, една работна папка

Всички команди са в scripts/design-task.mjs. Агентът ги пуска сам; човекът не ги пише.

КомандаКакво прави
adopt --name X --task YПревръща сесията от приложението в задача: преименува клона, заделя порт, пише регистъра и HANDOFF.md, свързва пакетите.
new --name X --task YСъщото за Codex и терминал: създава нова папка в ../noisy-lab-tasks/.
depsСвързва prototype/node_modules с главната папка, ако lock файловете са еднакви байт по байт; иначе сваля пакетите локално. Маха само връзката, никога истинска папка.
devПуска прегледа на порта на задачата, само на 127.0.0.1. При зает порт отказва, без да спира чужд процес. За Codex и терминал.
.claude/launch.jsonВ приложението: прегледът в панела Browser. При зает порт приложението дава свободен. Автоматичната проверка е изключена, за да пази лимита.
listСписък на задачите с клон, порт и състояние.
reviewКакво е променено в задачата спрямо главния клон.
resumeПроверява клона, показва незаписаните промени, HANDOFF и профила и коя папка да се отвори. При грешен клон спира с обяснение.
unlock --confirm <pid>Освобождава заключване, оставено от спрял процес. Никога автоматично по таймер.
whoami, save-personalКой е човекът и записване на личната папка (виж по-горе).

Регистърът

В .git/noisy-lab/tasks.json, общ за всички работни папки на компютъра. Двама, които създават задача едновременно, не се засичат: вторият чака заключването.

Защо пакетите са връзка

npm ci за всяка сесия струва минути и около 345 MB. Връзката е безопасна, докато никой не пусне npm ci през нея, защото тогава npm трие пакетите и в главната папка. Затова пазачът отказва npm ci, install, update и uninstall през връзка.

Варианти, снимки, архив

Снимките прави малката програма scripts/shot.mjs. Агентът я пуска сам. Тя снима с локален Chrome, Edge или Chromium във временен профил; личният браузър не се пипа. Ширината се емулира през DevTools протокола, защото Chrome без прозорец не слиза под 500 px. Временните снимки отиват в .shots/, която не влиза в Git. Запазената версия пази своите снимки в versions/<екран>/<версия>/, свити до JPEG и до три екрана височина (около 300 KB на версия). Подробно: docs/VERSIONS.md.

Изходен кодЗначение
0Наред: двете снимки са направени, нищо не излиза извън екрана.
1Ширината не е приложена или страницата не се зареди (например спрян преглед).
2Грешен адрес.
3Няма браузър или Node е под версия 22. Агентът казва честно, че снимка няма.
4Има хоризонтално преливане: нещо е по-широко от екрана.

Как агентът учи вкуса

Правилата са в AGENTS.md, раздел „Учене от работата“, и в designers/_template/learnings.md.

Какво прави

  • След вариант, отказ или предаване може да зададе един кратък въпрос за показаното, най-много един на етап.
  • Записва само реално казаното в learnings/<задача>.md.
  • При повторение предлага кратък ред в taste/taste.md и го прилага след „да“.

Какво не прави

  • Не спира работата, ако човекът не отговори.
  • Не прави правило от единичен отговор.
  • Личните правила не отменят общите: брандът и дизайн системата са над вкуса.

Пестене на лимита

Дизайнерите не следят токените, затова ги пази настройката и агентът.

МеханизъмЕфектКъде
Sonnet, средно ниво на мисленеПо-евтин модел за ежедневната работа.claude/settings.json
Сбиване при 120 хил. токена и лента с размера на разговораДълъг разговор не изяжда лимита; човекът вижда кога е време за нова сесия.claude/settings.json
Забрана да се четат node_modules, .next, lock файлаТежките файлове не влизат в контекста.claude/settings.json
Без автоматична проверка в панела Browser след всяка редакцияАгентът не снима и не цъка сам след всяка промяна.claude/launch.json
Вариантите в един ход, снимки само на резултат, без подагентиЕдна заявка вместо няколкоAGENTS.md
Само taste.md и learnings на текущата задачаКонтекстът не расте с времетоAGENTS.md
Opus само в нова сесия, след записан HANDOFFСкъпият модел не чете дълъг стар разговорAGENTS.md
Линк към конкретен фрейм от FigmaНе се зарежда целият файлAGENTS.md
Споделени пакетиНова сесия не сваля отново 345 MBdesign-task.mjs

Opus се предлага с едно изречение само за финалния вариант или след два отказа по едно и също. След етапа следващата сесия е пак със Sonnet. При „лимитът свършва“ агентът показва /usage.

Една дизайн система, автоматични проверки, уроци

По думите на ръководството дизайн системата трябва да е единственият източник. Затова това се пази механично, не с надежда, че агентът ще запомни.

Единственият източник

Прототипът зарежда design-system/tokens.css и components.css директно. Цветове само var(--...), шрифтове само Manrope и Unbounded през токените.

Готовото 1:1

Ако бутонът, картата или чипът ги има, агентът ги ползва точно такива. В прототипа сменя само мястото и ширината. Друг вид минава през предложение.

Mobbin за примери

Агентът търси реални екрани от публикувани приложения, по 6 наведнъж. Те показват как другите решават проблема; решението е с компонентите на NOISY.

КогаКакво се проверяваКъде
Преди всеки commit (pre-commit)Дизайн системата във файловете за запис. При грешка: файл, ред и поправка; агентът поправя и опитва отновоscripts/hooks/pre-commit
Преди всеки commitЗащитената основа само с ред „Одобрено-от: <име на PM>“scripts/hooks/commit-msg
Всеки pull request в GitHub (CI)Дизайн системата, всички тестове, сглобяване на прототипа.github/workflows/checks.yml
Сливане в mainСамо със зелена проверка и одобрение от PMзащита на main

  1. Самопоправка

    Спрян запис казва точно какво и как да се поправи. Агентът го прави сам, а заобикалянето на проверката е забранено.

  2. Урок

    Когато човек поправи грешка на агента в начина на работа, тя се записва като урок в личната папка. Всеки спрян commit отива в дневника на компютъра.

  3. Правило или проверка

    lessons.mjs report събира уроците на всички. Грешка, повторена два пъти, става предложение за ново правило или автоматична проверка; PM решава.

Сега три места във вариантите на Theater прекрояват готови компоненти. Те са маркирани и чакат решение: да станат 1:1 или да влязат в дизайн системата като нов вид.

Качество на дизайна: без AI шаблон

Агент без правила прави средния интерфейс от интернет: лилави градиенти, еднакви карти с иконки, всичко центрирано. Ръководството иска по-консистентни дизайни. Срещу двете работят пет слоя.

СлойКакво правиКъде
ПродуктътКакво е NOISY, за кого, какво е потвърдено. Агентът не измисля цени, функции и съдържаниеPRODUCT.md
ВизиятаТокените и правилата: йерархия, ритъм, зони, списък на белезите на AI шаблона. Чернова, докато дизайнерките не я прегледатDESIGN.md, умение review-design-md
ТекстътПетте правила от копи брифа, отхвърлените фрази, шаблони за бутони и грешкиdocs/COPY.md
ПътятБриф в пет реда, готови компоненти, всички състояния, снимки, тестове „чуждо лого“, „присвиване“, „махане“, консистентностумение design
ДетекторътImpeccable (отворен код): 60+ белега на шаблона и UX грешки, сам след всяка редакция; команди critique, audit, polish.agents/skills/impeccable/
РеференцииМерене на референция, превод към токените, сравнение една до другаумение clone-reference
ПрегледСтрог списък на NOISY преди предаване, с доказателствоумение noisy-review

Първата проверка на Theater Browse хвана лилави градиентни фонове на картите без снимка, пропуснато ниво на заглавие, карта в карта и монотонни отстояния. Списъкът е за дизайнерките: docs/reference/impeccable-baseline-2026-11-02.md.

Защитата

Три пазача на различни места. Защитата е срещу грешка, не срещу човек, който иска да я заобиколи; истинската граница е прегледът в GitHub.

ПазачКога действаКакво спира
guard-foundationClaude Code, преди всяка редакция и shell команда, също и в .claude/worktrees/Промяна в основата без одобрение от PM, също фразата от дизайнерка; npm команди през споделените пакети
commit-msgПри всеки commit, във всеки агент (след sh scripts/setup.sh)Commit в основата без ред „Одобрено-от: <име>“
GitHub: защитен главен клон и CODEOWNERSПри общо хранилищеСливане без одобрение от PM

Как се одобрява

Последното съобщение на PM в неговата сесия е точно ОДОБРЯВАМ ОСНОВАТА. „Одобрявам“ в цитат или в отказ не се брои, а от сесия на дизайнерка фразата се отказва. Агентът никога не пише фразата вместо PM.

Границите

Codex и другите агенти нямат пазач преди редакция; при тях спира commit-msg. Проверката на shell командите разпознава изброени команди и буквални пътища, не произволен код. Човек с достъп до файловете може да изключи hook-а.

Проверка на компютъра

node scripts/doctor.mjs проверява 18 неща за секунди и за всяко неуспешно дава точна поправка. Дизайнерът казва „провери компютъра“; агентът го пуска и поправя каквото е безопасно.

ПроверкаКакво гледаПоправка
nodeNode.js 22 или по-новАгентът го сваля сам (scripts/install-mac.sh)
browserИма браузър за снимкитеАгентът сваля Chrome сам
claude-versionПриложението е обновеноОбновяване в приложението
git-emailИма Git имейл на компютъраАгентът го записва след „да“
profileТочно един профил с този имейл„Нов съм“; при два профила казва имената
personalЛичната папка е записанаsave-personal
hooksGit защитата е включенаsh scripts/setup.sh
depsПакетите на прототипа са на мястоdesign-task.mjs deps
mcpFigma сървърът е официалниятПредложение до PM за .mcp.json
pluginfrontend-design е включенПредложение до PM за настройките
placeСесията е превърната в задачаadopt
branchКлонът съвпада със задачатаПроверка с PM преди редакция
lockНяма заключване от спрял процесunlock --confirm <pid>
remoteИма ли общо хранилище; origin не е нечия работна папкаgit push на клона
main-syncЛокалният главен клон не е назадgit pull --rebase origin main
uncommittedНезаписана работаПреглед на git status
registryРегистърът и изоставени папкиПоказва ги, нищо не трие

Тестовете

npm test пуска всичките седем групи и накрая проверява самия прототип. Всеки тест работи във временно копие и не пипа истинския проект. Промяна в scripts/ минава само с всички тестове зелени.

ГрупаПроверкиКакво доказва
test:guards151Защитените пътища, shell командите, фразата за одобрение, npm през връзка, commit-msg
test:tasks73whoami, adopt, new, deps, save-personal, регистър, заключвания, origin като работна папка
test:doctor59Всичките 16 проверки, с успешен и неуспешен случай
test:context23Пакетът за друг модел, включително отказ на символна връзка към тайни
test:shot4Ширина, преливане, спрян сървър
test:design18Свой цвят, свой шрифт, прекроен готов компонент, изключения, само файловете за commit
test:lessons17Уроци, повторена грешка, затваряне, дневник на спрените commit-и

Освен тях на 02.11 мина жив тест от край до край в отделно копие: нов профил, save-personal, сесия, adopt със свързани пакети, преглед, снимки на три варианта на 390 и 1440 px без преливане, doctor без грешка.

Сценарии

Най-важните от docs/SCENARIOS.md, където са всички с покритието им.

АкоСтаваПокрито с
Нов дизайнер, нов компютър„Нов съм“: setup, три въпроса, профил с Git имейлonboarding, приемен 1
Познат човек отваря сесияНамира профила без въпростест
Два профила с един имейлdoctor дава грешка с имената; агентът пита „Кой си?“тест
Един човек, две задачиДве сесии, два клона, два портаприемен 2
Двама създават задача едновременноВторият чака заключванетотест
Спрял процес остави заключванеСъобщение с номера на процеса и unlockтест, doctor
Опит за промяна на дизайн систематаПазачът спира; агентът пише предложениетест, приемен 3
Лимитът свършва/usage; задачата продължава в Codex от HANDOFFприемен 4
Конфликт при сливанеАгентът го показва, не го решава самприемен 5
Локалният главен клон е назадdoctor дава командата за обновяванетест
Без FigmaРаботата е изцяло в прототипаAGENTS.md
Задача на грешен клонresume спира с обяснениетест
Сесията се архивираРаботата вече е записана с commit след всеки етапAGENTS.md
Двама в една задачаНе се поддържа нарочно: задачата има един собственикправило
Много версии на един екранВсички са на Стената по ред; до три се сравняват една до другатест (test:versions)
Дизайнерка се опитва да одобри самаСкриптът отказва; ръчна редакция се спира при запистест (test:versions)
DEV иска неодобреноПапка се прави само от одобрена версиятест (test:versions)
DEV връща въпрос„Върнато“ маха одобрението и екрана от списъка „За DEV“тест (test:versions)

Акаунти

Човекът се разпознава по Git имейла на своя компютър. Затова системата работи еднакво с лични или общи акаунти.

ClaudeА: място за всекипрепоръчаноБ: един общ акаунтрезерва
ЛимитСобствен за всекиОбщ: свършва за тримата наведнъж
Условия на TeamОтговаряМястото е за един човек; общ вход може да бъде ограничен
История на чатоветеЛичнаВсеки вижда чатовете на другите
FigmaЛичен входПак личен вход, не зависи от Claude
GitHubСвой акаунт за всекипрепоръчаноЕдин общ акаунтрезерва
Кой е направил промянатаВижда се в историятаПак се вижда: всеки commit носи Git имейла
Pull requestОт името на човекаОт общия акаунт; в описанието се пише кой
Одобрение от PMОт неговия акаунтСамо ако PM не ползва общия: GitHub не дава да одобриш свой pull request
ЦенаБезплатен акаунт за всекиБез допълнителни акаунти

Вид място в Claude Team

Standard: 1,25 пъти лимита на Pro, 25 $ на месец или 20 $ при годишно плащане. Premium: 6,25 пъти, 125 $ или 100 $. Лимитът е на човек и не се прехвърля. Вариант е Standard с допълнителни кредити и таван на разхода.

Figma

Агентът чете Figma до 200 пъти на ден с място Full или Dev в платен план. С View или Collab са 20 пъти на месец. Дизайнер без място работи само в прототипа.

Дизайн системата

В design-system/ на всеки компютър, с README кое е потвърдено, кое е одобрен екран и кое е работно.

Signal Violet#B61DFF
Pulse Magenta#CE13A8
Impact Red#FF0000

Потвърдено

Spectrum, логото, символът, етикетите на зоните; шрифтовете Unbounded и Manrope.

Одобрени екрани

Четирите Theater екрана „For DEV“ от Figma: композиция и поведение.

Работно

Повърхности, отстояния, радиуси, Premium злато. Ползват се, но не са потвърдени.

Агентът ползва само цветове, шрифтове и лого оттук и само собствени материали на NOISY. Дизайн решенията назовават конкретни токени и компоненти; липсващ компонент първо се предлага.

Свързване с GitHub

Когато фирмата даде празно частно хранилище, PM изпраща това в приложението (еднократно). Умението team-setup прави останалото.

Промпт към агента
Свържи проекта с GitHub: https://github.com/<фирма>/noisy-lab
Моето GitHub име: <име>
Дизайнери: <папка> (<GitHub име>), <папка> (<GitHub име>), <папка> (<GitHub име>)
Режим на акаунта: А

  1. Проверка

    doctor без грешки, вход в GitHub CLI, хранилището е напълно празно, главната папка е на чист главен клон.

  2. Хранилище

    Добавя origin, създава CODEOWNERS с PM за одобряващ на дизайна и основата, качва главния клон и клоновете на задачите. Кани дизайнерите с право на запис.

  3. Защита

    Задължителен pull request с одобрение от PM, без force push и изтриване. Проверява какво реално е включено. Ако планът на GitHub не позволява, записва го и пазачите остават защитата.

  4. Правилата за push

    След всеки етап клонът на задачата отива в GitHub; сливане само през pull request. Личните папки идват като отделни pull request-и.

  5. Режим на акаунта

    Изборът А или Б се записва в решенията. Нищо друго не се променя.

Стъпки 2 и 4 променят защитената основа. Агентът показва плана в 3-4 реда и иска от PM точно ОДОБРЯВАМ ОСНОВАТА; после прави всичко в същия ход.

Приемен тест: двама души, два компютъра

СтъпкаКакво се проверява
1И двамата: clone, отваряне в приложението, „нов съм“, doctor без грешка.
2Едновременно: нова сесия, adopt, по два варианта на различни екрани на различни портове.
3Опит за промяна на tokens.css: пазачът спира, агентът предлага.
4Прекъсване по средата; задачата продължава в Codex от HANDOFF.
5Два pull request-а; PM одобрява единия и агентът го слива; при конфликт във втория агентът го показва.
6Бележките на двамата са в отделни файлове и следващата задача ги чете.

Резултатът се записва в docs/ACCEPTANCE.md. Готово е, когато шестте са минали или всеки неуспех има причина и следващо действие.

Други модели и изчерпан лимит

Задачата живее в папка, клон и HANDOFF.md, не в чата. Изборът на модел не създава нова версия на профила или задачата.

СредаКак получава контекстаКак продължава
Claude CodeCLAUDE.md → AGENTS.md, умениятаВ същата работна папка, след като предишният агент е спрял
Codex на компютъраAGENTS.md, .agents/skills/, профилаОтваря работната папка и чете HANDOFF
ChatGPT с достъп до папкаПрикачената работна папка и AGENTS.mdСлед проверка, че реално вижда файловете
Чат без достъп до файловеПакет от model-context.mjs: правила, профил, задача, спецификацияДава варианти и ревю; промените прилага агент с достъп до кода

  1. HANDOFF след всеки етап

    Ако лимитът прекъсне внезапно, следващият агент първо гледа истинските файлове и последния успешен етап.

  2. Старият агент е спрял

    Само един агент пише в задача. При съмнение се проверява процесът, не се отваря втори.

  3. resume

    Новият агент пуска resume: клон, незаписани промени, HANDOFF, профил, коя папка.

  4. Продължава

    От следващата стъпка и записва кой модел е поел. Платен API или друг доставчик не се включва без разрешение.

Пакетът за чат не съдържа кода на екрана и незаписаните промени; не взима тайни и отказва символни връзки. Подробно: docs/MODELS.md.

Как се подобрява системата

Всеки може да предложи нов компонент, цвят, правило, умение или проверка. Пътят е един, за да не се развали работещото.

1 · Лично, веднага

Вкус, предпочитания, лично умение („направи ми умение за ...“). В личната папка, без одобрение. Личните правила не отменят общите.

2 · Общо, с предложение

„Предлагам ...“: агентът пише proposals/<дата>-<тема>.md с какво, защо, реален случай и кои файлове. PM преглежда.

3 · Прилагане

Фразата за одобрение, всички тестове зелени, нов сценарий в SCENARIOS.md, commit с „Одобрено-от: <име на PM>“, решение в DECISIONS.md.

Искам да променяФайл
Цвят, отстояние, радиусdesign-system/tokens.css и таблицата в README
Компонентdesign-system/components.css, COMPONENTS.md, prototype/components/
Как работи агентът с всичкиAGENTS.md
Умение за всички.agents/skills/<умение>/SKILL.md
Модел, лимити, разрешения.claude/settings.json
Инструмент (MCP сървър).mcp.json, само от официален източник
Скрипт или проверкаscripts/ с тест в scripts/test-*.mjs

Какво още чака

Готово за работа на един компютър. Останалото зависи от решение или от външен човек.

Решение

Вид място и режим на акаунта

Standard или Premium; място за всеки или общ акаунт. Ръководството.

Нужно

GitHub, Vercel, места във Figma

Хранилище, линкове за преглед, Full или Dev място за всеки дизайнер. Фирмата. Защитата на главния клон в частно хранилище иска платен план на GitHub.

Решение

Theater

Трите варианта са в архива; Theater се прави наново по Figma For DEV. Дизайнерките.

Решение

Други проекти

Предложение: отделно хранилище за всеки проект и общ комплект с механиката и вкуса на хората (Р12). Отворено, нищо не е пренаредено. Дотогава нов проект започва като копие на основата без дизайн системата, прототипа и личните папки.

Външно

Програмата и записите в Theater

Веригата „програма → запис → каталог“ е хипотеза до потвърждение от техническия екип (Р1).

Тест

Двама души, два компютъра

Приемният тест е след GitHub.

Тест

Windows

Не е изпитано. Уменията са символна връзка: на Windows трябва Developer Mode и git config --global core.symlinks true преди clone.

Къде е какво

Всичко от тази страница е и в текстови файлове в проекта.

ТемаФайл
Как се работи (за дизайнери)docs/GUIDE.md
Как е устроена систематаdocs/SYSTEM.md
Нов компютър, акаунти, GitHubdocs/TEAM-SETUP.md
Всички сценарииdocs/SCENARIOS.md
Подобренияdocs/IMPROVING.md
Модели и предаванеdocs/MODELS.md
Командите за задачиscripts/DESIGN-TASKS.md
Дизайн систематаdesign-system/README.md
Решенияdecisions/DECISIONS.md
Правилата за агентаAGENTS.md