Когда это нужноWhen to reach for itКоли це потрібно
На любом этапе - исследование, реализация, аудит, ревью, тест, разбор логов - в тот момент, когда находка вне задачи, это больше однострочной правки на месте и для неё нужно отдельное расследование.At any stage - research, implementation, audit, review, test, log analysis - the moment a finding is out of scope for the active task, is more than a one-line inline fix, and needs its own investigation.На будь-якому етапі - дослідження, реалізація, аудит, рев'ю, тест, розбір логів - у той момент, коли знахідка поза задачею, це більше за однорядкову правку на місці й для неї потрібне окреме розслідування.
ТребованияRequirementsВимоги
- Где доступноAvailable inДе доступно
- Каждая загрузка kitEvery download of the kitКожне завантаження kit
- К чему обращаетсяWhat it touchesДо чого звертається
- Читает файлы проектаReads the files of your projectЧитає файли проєкту
- Правит файлы проектаEdits files in your projectЗмінює файли проєкту
- Работает сWorks withПрацює з
- Сделано для Claude Code; другие агенты адаптируютBuilt for Claude Code; other agents adapt itЗроблено для Claude Code; інші агенти адаптують
- Где выполняются шагиWhere the steps happenДе виконуються кроки
- Чат вашего агента и ваши собственные файлы. Ни то ни другое не интерфейс этого сайта, поэтому шаги описаны текстом, а не скриншотами.Your agent's chat and your own files. Neither is an interface of this site, so the steps are text and not screenshots.Чат вашого агента і ваші власні файли. Ні те, ні інше не є інтерфейсом цього сайту, тому кроки описано текстом, а не скриншотами.
- Где это лежит в kitWhere it lives in the kitДе це лежить у kit
.claude/skills/park/SKILL.md
Не откладывайте то, что этого не требует. Тривиальную правку вне задачи (один токен, одна очевидная строка) вносят на месте. Косметическую придирку без цены для поведения отбрасывают. Находка в рамках текущей задачи - обычная работа. В роли только на чтение, которая не может записывать (аудит или ревью без доступа на запись), верните список кандидатов вызывающему.Do not park what does not need it. A trivial out-of-scope fix (one token, one obvious line) is made inline. A cosmetic nitpick with no behaviour cost is dropped. A finding in scope for the active task is just work. In a read-only role that cannot record items (audit or review with no write access), list the candidates back to your caller instead.Не відкладайте те, що цього не потребує. Тривіальну правку поза задачею (один токен, один очевидний рядок) вносять на місці. Косметичну прискіпливість без ціни для поведінки відкидають. Знахідка в межах поточної задачі - звичайна робота. У ролі лише для читання, яка не може записувати (аудит чи рев'ю без доступу на запис), поверніть список кандидатів тому, хто викликав.
ШагиStepsКроки
- Опишите симптом одной строкой и, если нужно, где нашли:
/park retry loop in sync_client never backs off - found while auditing the cache layer.Describe the symptom in one line and, if useful, where you found it:/park retry loop in sync_client never backs off - found while auditing the cache layer.Опишіть симптом одним рядком і, якщо потрібно, де знайшли:/park retry loop in sync_client never backs off - found while auditing the cache layer. - Агент подтверждает, что находка вне задачи. Если она относится к текущей задаче, её решают там; однострочную правку на месте вносят; косметическую придирку отбрасывают. Откладывается только настоящая находка вне задачи, которой нужно отдельное расследование.The agent confirms the finding is out of scope. If it belongs to the active task, it is handled there; a one-line inline fix is applied; a cosmetic nitpick is dropped. Only a real, out-of-scope finding that needs its own investigation is parked.Агент підтверджує, що знахідка поза задачею. Якщо вона стосується поточної задачі, її вирішують там; однорядкову правку на місці вносять; косметичну прискіпливість відкидають. Відкладається лише справжня знахідка поза задачею, якій потрібне окреме розслідування.
- Он ищет по симптому среди уже отложенных записей и в трекере в каталоге планов (
<PLAN_DIR>/). Если совпадение есть, он сообщаетparked: <existing-id> (already tracked)и останавливается. Пакетное ревью с несколькими находками даёт по одной заготовке на каждую отдельную проблему, а не на каждое упоминание.It searches the existing parked items and the tracker in the plan directory (<PLAN_DIR>/) by symptom. If a match exists, it reportsparked: <existing-id> (already tracked)and stops. A batch review that surfaces several findings yields one stub per distinct problem, not one per mention.Він шукає за симптомом серед уже відкладених записів і в трекері в каталозі планів (<PLAN_DIR>/). Якщо збіг є, він повідомляєparked: <existing-id> (already tracked)і зупиняється. Пакетне рев'ю з кількома знахідками дає по одній заготовці на кожну окрему проблему, а не на кожну згадку. - Он записывает заготовку как обычный файл тикета,
<PLAN_DIR>/<ID>_<slug>.md, а идентификатор выдаёт по схеме идентификаторов проекта ровно так, как это делает/spec. Заметка в трекере или в общемPARKED.mdневидима для/backlogи для выдачи идентификаторов, поэтому она потеряется или столкнётся с другой. Если вы ведёте трекер, привяжите его запись ссылкой из файла.It writes the stub as an ordinary ticket file,<PLAN_DIR>/<ID>_<slug>.md, with the id allocated by the project's id scheme exactly as/specallocates one. A note in a tracker or in a sharedPARKED.mdis invisible to/backlogand to id allocation, so it would be lost or collide. If you keep a tracker, link its item from the file.Він записує заготовку як звичайний файл тікета,<PLAN_DIR>/<ID>_<slug>.md, а ідентифікатор видає за схемою ідентифікаторів проєкту точно так, як це робить/spec. Нотатка в трекері чи в спільномуPARKED.mdневидима для/backlogі для видачі ідентифікаторів, тож вона загубиться або зіткнеться з іншою. Якщо ви ведете трекер, прив'яжіть його запис посиланням із файлу. - В файле минимум, по которому находку можно найти снова: стабильный
<ID>, статусDraft, приоритетPriorityпо умолчанию (например, 40),Blocked-by: noneиCarried-to: none(обязательны в каждом тикете, и в заготовке тоже, иначе/backlogсообщит о дефектном тикете), симптом в одну строку и где нашли (файл или поток, и задача, над которой вы работали). Ни расследования, ни первопричины, ни наброска правки.The file holds the least that makes the finding re-findable: a stable<ID>, the statusDraft, a defaultPriority(for example 40),Blocked-by: noneandCarried-to: none(mandatory on every ticket, a stub included, or/backlogreports a defective ticket), a one-line symptom, and where it was found (file or flow, and the task you were on). No investigation, no root cause, no fix sketch.У файлі мінімум, за яким знахідку можна знайти знову: стабільний<ID>, статусDraft, пріоритетPriorityза замовчуванням (наприклад, 40),Blocked-by: noneіCarried-to: none(обов'язкові в кожному тікеті, і в заготовці теж, інакше/backlogповідомить про дефектний тікет), симптом в один рядок і де знайшли (файл чи потік, і задача, над якою ви працювали). Ні розслідування, ні першопричини, ні начерку правки. - Он отчитывается одной строкой,
parked: <id>, и тут же возвращается к исходной задаче. Переключать активную задачу, чтобы гнаться за отложенной находкой, нельзя.It reports one line,parked: <id>, and immediately resumes the original task. Switching the active task to chase a parked finding is not allowed.Він звітує одним рядком,parked: <id>, і одразу повертається до початкової задачі. Перемикати активну задачу, щоб гнатися за відкладеною знахідкою, не можна.
Одна строка в чате, parked: <id>, файл тикета <PLAN_DIR>/<ID>_<slug>.md со статусом Draft и ваша исходная задача, продолженная с того места, где вы остановились.One line in the chat, parked: <id>, a ticket file <PLAN_DIR>/<ID>_<slug>.md with the status Draft, and your original task carried on from where you left it.Один рядок у чаті, parked: <id>, файл тікета <PLAN_DIR>/<ID>_<slug>.md зі статусом Draft і ваша початкова задача, продовжена з того місця, де ви зупинилися.
СоветыTipsПоради
- В заготовке нет ни первопричины, ни наброска правки, поэтому строка симптома и место, где вы это увидели, - всё, что получит следующий читатель. Пишите их так, чтобы тот, кого рядом не было, мог снова найти проблему.The stub carries no root cause and no fix sketch, so the symptom line and the place where you saw it are all the next reader gets. Write them so that someone who was not there can re-find the problem.У заготовці немає ні першопричини, ні начерку правки, тому рядок симптому і місце, де ви це побачили, - усе, що отримає наступний читач. Пишіть їх так, щоб той, кого поруч не було, міг знову знайти проблему.
- Чтобы позже превратить заготовку в спеку, запустите
/spec <ID>: он сохраняет идентификатор, слаг, приоритет и токены шапки, читает симптом как постановку проблемы и работает с тем же файлом. Второй идентификатор для тикета, у которого он уже есть, не выдаётся. См. как превратить описание в спеку.To turn the stub into a spec later, run/spec <ID>: it keeps the id, slug, priority and header tokens, reads the symptom as the problem statement and works on the same file. It never allocates a second id for a ticket that already has one. See turn a feature description into a spec.Щоб пізніше перетворити заготовку на спеку, запустіть/spec <ID>: він зберігає ідентифікатор, слаг, пріоритет і токени шапки, читає симптом як постановку проблеми й працює з тим самим файлом. Другий ідентифікатор для тікета, що вже має його, не видається. Див. як перетворити опис на спеку.
Связанные функцииRelated functionsПов'язані функції
- Разобрать очередь тикетов без вашего участия и получить один отчёт в концеDrain the ticket queue unattended and get one report at the endРозібрати чергу тікетів без вашої участі й отримати один звіт наприкінціБерёт тикет с наивысшим приоритетом из тех, что агент может двигать сам, прогоняет конвейер, повторяет, а всё, что требует человека, откладывает в один отчёт.Picks the highest-priority ticket the agent can move alone, runs the pipeline on it, repeats, and defers everything that needs a human to one report.Бере тікет із найвищим пріоритетом серед тих, що агент може рухати сам, проганяє конвеєр, повторює, а все, що потребує людини, відкладає в один звіт.
- Превратить описание фичи в утверждённую стратегическую спекуTurn a feature description into an approved strategic specПеретворити опис фічі на затверджену стратегічну спеку
/specпишет, что и зачем нужно в фиче, без имён классов и путей к файлам, утверждает и передаёт/spec-tech. Мелкую задачу делает на месте./specwrites the what and why of a feature with no class names or file paths, approves it and passes it to/spec-tech. A small task is built in place./specпише, що й навіщо потрібно у фічі, без назв класів і шляхів до файлів, затверджує та передає/spec-tech. Дрібну задачу робить на місці. - Внести мелкую правку без церемонийMake a one-line edit without ceremonyВнести дрібну правку без церемонійОпечатка, константа или подпись исправлены за одно предложение: без спеки и без сборки.A typo, a constant or a label changed in one sentence's worth of work: no spec, no build gate.Одруківку, константу чи підпис виправлено за одне речення: без спеки й без збірки.
- Исправить узкий баг без церемонийFix a narrow bug without ceremonyВиправити вузький баг без церемонійБаг с понятной причиной исправлен в корне: минимальная правка, одна локальная проверка, отчёт в три строки, без спеки.A bug with a known cause is fixed at the root: smallest change, one local check, a three-line report, no spec.Баг зі зрозумілою причиною виправлено в корені: мінімальна правка, одна локальна перевірка, звіт у три рядки, без спеки.