AC complex-bug-debugging-with-ai
Метаметодология для совместной отладки между людьми и ИИ сложных ошибок. Когда пользователь сообщает об ошибках, которые являются «странными / прерывистыми / многоуровневыми / не исправляются перезапуском / межсистемными / застрявшими надолго», активируется 7-этапный рабочий процесс этого НАВЫКА: «Согласование бизнес-потока → Структурирование симптомов → Цикл зондирования границ → Планирование решения → Выполнение и проверка → Эскалация сбоя → Документация с замкнутым циклом». Это двойная дисциплина — она ограничивает КАК ИИ (никаких субъективных утверждений, никаких необоснованных предположений, необходимо объявлять о неудачных планах, необходимо прекращать работу, когда пользователь не сотрудничает), ТАК И пользователя (проверять блок-схему, отвечать на структурированные вопросы, давать точные контрсигналы, принимать решение о решении). В случае несоблюдения сотрудничества ИИ должен указать на это с помощью встроенных скриптов и никогда не продвигаться вперед «в больном состоянии».
машинный переводПоказать оригиналСкрыть оригинал«A meta-methodology for collaborative debugging between humans and AI o…»
A meta-methodology for collaborative debugging between humans and AI on complex bugs. When the user reports bugs that are "weird / intermittent / multi-layered / not fixed by restart / cross-system / stuck for a long time", activate this SKILL's 7-phase workflow: "Business-Flow Alignment → Symptom Structuring → Boundary Probing Loop → Solution Layout → Execute & Verify → Failure Escalation → Closed-Loop Documentation". This is dual discipline — it constrains BOTH the AI (no subjective claims, no riding assumptions, must announce failed plans, must stop when user is uncooperative) AND the user (verify the flow diagram, answer structured questions, give precise counter-signals, own the solution decision). On non-cooperation, the AI must call it out using built-in scripts and never push forward "while sick".
Метаметодология для совместной отладки между людьми и ИИ сложных ошибок.
Как процесс C 63/100 · Есть пробелы — слабые места: результат и критерий готовности, согласованность, повторный запуск
Как улучшить
- Свои кейсы (evals/evals.json, 4–6 реальных запросов с ожидаемыми ответами): тогда полная проверка прогонит именно их, а не черновик от модели.
- spec.yaml с триггерными фразами и утверждениями — контракт поведения для CI; `skilltest init` создаст шаблон.
Находки guard · 0
✓ Критических и высоких находок нет
Просканировано файлов: 2. Улики замаскированы. Пометки в серых чипах объясняют, почему серьёзность понижена.
По спецификации Agent Skills
- предупреждение
frontmatter-yamlSKILL.md: фронтматтер не разбирается как YAML (YAML parse error: Nested mappings are not allowed in compact mappings at line 2, column 14: description: A meta-methodology for collaborative debugging between humans and … ^ ); поля прочитаны построчно. Обычная причина — двоеточие в незакавыченном значении
Процессный рейтинг: все десять параметров 63/100
- 0Результат и критерий готовности. Не сказано, что считать результатом
- 30Повторный запуск. Изменяющих операций: 8, без проверки текущего состояния
- 40Согласованность. Имя во frontmatter (complex-bug-debugging-with-ai) не совпадает с папкой (complex-bug-debugging-with-ai-en)
- 60Инструменты и файлы. Используются инструменты (bash, node), но во frontmatter они не объявлены
- 70Когда включается. Сказано, когда применять, но не сказано, когда не стоит
- 70Входы и предусловия. Входные данные и предусловия перечислены
- 70Стоимость исполнения. Тело инструкции 4212 токенов
- 100Шаги. Шагов: 33
- 100Ошибки и развилки. Развилок: 1, есть раздел про ошибки
- 100Отчётность по ходу. Скилл сообщает о ходе работы
- medium Правила безопасности и запреты внутри скилла: их место в системном промпте, здесь они не защищают
- low Разделов верхнего уровня: 11. Похоже на несколько доменов в одном скилле
Всё перечисленное измерено по тексту скилла, а не оценено моделью: цифры проверяемы. Вес параметра тем больше, чем чаще из-за него процесс встаёт.
Сигналы качества
- +4Описание не говорит, когда скилл НЕ применять (ложные срабатывания)
- +3Длина description 816: рекомендуется 120–800 символов
- +3Формат ответа не описан: модель каждый раз решает сама
- +1Лицензия не указана
- +2Инструкции на одном языке
- +5В description 2 примера фраз-триггеров в кавычках
- +4Структура: 37 заголовков
- +3Пошаговые инструкции: 33 пунктов
- +4Есть примеры (16 блоков кода)
База качества 70; замечания lint вычитаются, сигналы прибавляют до 100. Итог: 76.