AA pad-mode
Превращайте нечеткие запросы в структурированные планы. Режим PAD (План → Действие → Результат) наделяет вашего ИИ-агента суперспособностями управления проектами — автоматическое разбиение задач, отслеживание прогресса в реальном времени, параллельное выполнение под-агентов и этапы утверждения человеком. Используйте /pad для сложных задач, требующих более чем однократного ответа. Идеально подходит для режима планирования, планирования проектов, планирования задач, планирования рабочих процессов и многоэтапного выполнения. Триггеры: 1. Команда слеша: «/pad» в чате 2. Явные ключевые слова: «pad mode», «plan mode», «make a plan», «plan this out» 3. Автоматическое определение: Когда запрос пользователя сложен (3+ отдельных задачи, изменения нескольких файлов, архитектурные решения или неоднозначные требования), проактивно предлагайте перейти в режим PAD. Используйте, когда: пользователь хочет отслеживать структурированное выполнение нетривиальных задач, а не для простых одноразовых вопросов или команд.
машинный переводПоказать оригиналСкрыть оригинал«Turn messy requests into structured plans. PAD Mode (Plan → Act → Deli…»
Turn messy requests into structured plans. PAD Mode (Plan → Act → Deliver) gives your AI agent project management superpowers — automatic task breakdown, live progress tracking, sub-agent parallel execution, and human approval gates. Use /pad for complex tasks that need more than a single-shot answer. Perfect for plan mode, project planning, task planning, workflow planning, and multi-step execution. Triggers: 1. Slash command: "/pad" in conversation 2. Explicit keywords: "pad mode", "plan mode", "make a plan", "plan this out" 3. Auto-detect: When the user's request is complex (3+ distinct tasks, multi-file changes, architectural decisions, or ambiguous requirements), proactively suggest entering PAD mode. Use when: user wants structured execution tracking for non-trivial tasks, not for simple one-shot questions or commands.
Превращайте нечеткие запросы в структурированные планы.
Как процесс A 82/100 · Дойдёт до конца — слабые места: результат и критерий готовности, входы и предусловия
Как улучшить
- Свои кейсы (evals/evals.json, 4–6 реальных запросов с ожидаемыми ответами): тогда полная проверка прогонит именно их, а не черновик от модели.
- spec.yaml с триггерными фразами и утверждениями — контракт поведения для CI; `skilltest init` создаст шаблон.
Находки guard · 0
✓ Критических и высоких находок нет
Просканировано файлов: 5. Улики замаскированы. Пометки в серых чипах объясняют, почему серьёзность понижена.
По спецификации Agent Skills
✓ По спецификации Agent Skills замечаний нет
Процессный рейтинг: все десять параметров 82/100
- 30Входы и предусловия. Не сказано, что нужно иметь на входе
- 40Результат и критерий готовности. Не сказано, что считать результатом
- 85Шаги. Шагов: 119, расплывчатых формулировок: 2
- 100Инструменты и файлы. Внешние инструменты не нужны
- 100Когда включается. Сказано, когда применять и когда не применять
- 100Ошибки и развилки. Развилок: 13, есть раздел про ошибки
- 100Согласованность. Имя и обязательные поля на месте
- 100Стоимость исполнения. Тело инструкции 3073 токенов
- 100Повторный запуск. Изменяющие операции проверяют текущее состояние
- 100Отчётность по ходу. Скилл сообщает о ходе работы
- low Разделов верхнего уровня: 13. Похоже на несколько доменов в одном скилле
Всё перечисленное измерено по тексту скилла, а не оценено моделью: цифры проверяемы. Вес параметра тем больше, чем чаще из-за него процесс встаёт.
Сигналы качества
- +3Длина description 838: рекомендуется 120–800 символов
- +3Формат ответа не описан: модель каждый раз решает сама
- -228 эмодзи в инструкциях: шум для модели
- +1Лицензия не указана
- +2Инструкции на одном языке
- +5В description 4 примера фраз-триггеров в кавычках
- +4Описание говорит, когда скилл НЕ применять
- +4Структура: 19 заголовков
- +3Пошаговые инструкции: 119 пунктов
- +4Есть примеры (1 блоков кода)
База качества 70; замечания lint вычитаются, сигналы прибавляют до 100. Итог: 88.