BF task-executor
Дисциплинированный цикл выполнения для одной определенной задачи — Понять → Проверить → Спланировать → Постепенно выполнять → Проверять после каждого изменения → Отслеживать предположения → Обновлять прогресс. Требует строгого формата вывода для каждого хода (Цель / Текущее понимание / Файлы для проверки / План / Прогресс / Риски / Предположения), чтобы работа оставалась читаемой и возобновляемой, а не превращалась в произвольные правки. Когда набор проверок охватывает несколько уровней (контроллер + сервис + хранилище + тесты), Фаза 2 созывает **совет по проверке**: параллельные под-агенты `Explore` — по одному на уровень — каждый отображает свою часть и возвращает выводы, цитируемые по `file:line`, о существующих шаблонах, точках подключения и соседних классах тестов; основной сеанс агрегирует результаты в `Текущее понимание`, чтобы контекстное окно оставалось свободным для выполнения. Небольшие наборы проверок пропускают совет. Переходит в режим планирования после проверки и ожидает одобрения `ExitPlanMode` перед написанием какого-либо кода. Каждое инкрементальное изменение сопровождается шагом проверки (запуск теста, сборка, проверка типов или запрос к конечной точке) перед переходом к следующему пункту. Используйте этот навык всякий раз, когда пользователь говорит "/task-executor", "Work on task: <description>", "task-executor", или передает вам одну конкретную задачу для дисциплинированного выполнения — даже если он не называет навык. **Не** запускайте автоматически разработку новой функции с нечеткой спецификацией — этот навык предполагает, что спецификация предоставлена.
машинный переводПоказать оригиналСкрыть оригинал«Disciplined execution loop for a single defined task — Understand → In…»
Disciplined execution loop for a single defined task — Understand → Inspect → Plan → Execute incrementally → Validate after every change → Track assumptions → Update progress. Forces a strict per-turn output format (Goal / Current understanding / Files to inspect / Plan / Progress / Risks / Assumptions) so the work stays legible and resumable instead of devolving into ad-hoc edits. When the inspection set spans multiple layers (controller + service + persistence + tests), Phase 2 convenes an **inspection council**: parallel `Explore` sub-agents — one per layer — each map their slice and return `file:line`-cited findings on existing patterns, wiring points, and sibling test classes; the main session aggregates the results into `Current understanding` so the working context window stays free for execution. Small inspection sets skip the council. Enters Plan Mode after inspection and gates on `ExitPlanMode` approval before writing any code. Each incremental change is followed by a validation step (run the test, build, type-check, or curl the endpoint) before moving to the next checkbox. Use this skill whenever the user says "/task-executor", "Work on task: <description>", "task-executor", or hands you a single concrete task to execute with discipline — even if they don't name the skill. Do **not** auto-trigger on greenfield feature design with a fuzzy spec — this skill assumes the spec is given.
Дисциплинированный цикл выполнения для одной определенной задачи — Понять → Проверить → Спланировать → Постепенно выполнять → Проверять после каждого…
Как процесс F 61/100 · Не запустится — Скилл ссылается на файлы, которых нет в архиве: ../diagnose/SKILL.md
Как улучшить
- Сократите description до 1024 символов.
- В тексте есть ссылки на отсутствующие файлы: добавьте файлы или уберите ссылки.
- Свои кейсы (evals/evals.json, 4–6 реальных запросов с ожидаемыми ответами): тогда полная проверка прогонит именно их, а не черновик от модели.
- spec.yaml с триггерными фразами и утверждениями — контракт поведения для CI; `skilltest init` создаст шаблон.
Находки guard · 1
✓ Критических и высоких находок нет
Средние и низкие: 1
-
низкая Сокрытие от пользователя
en-hide-from-userSKILL.md:63Инструкция скрыть действия от пользователя (с отрицанием — текст это запрещает)- **Progress checkboxes are append-only across turns.** Never silently delete a step — if a step is dropped, leave it ticked or struck and explain in `Current understanding`.
с отрицанием
Просканировано файлов: 2. Улики замаскированы. Пометки в серых чипах объясняют, почему серьёзность понижена.
По спецификации Agent Skills
- ошибка
description-longdescription 1415 символов, лимит 1024 - предупреждение
missing-refссылка на отсутствующий файл: ../diagnose/SKILL.md
Процессный рейтинг: все десять параметров 61/100
- 0Инструменты и файлы. Не хватает 1 файла(ов): ../diagnose/SKILL.md
- 0Входы и предусловия. Не сказано, что нужно иметь на входе
- 0Отчётность по ходу. Скилл ничего не сообщает по ходу работы
- 30Повторный запуск. Изменяющих операций: 12, без проверки текущего состояния
- 70Когда включается. Сказано, когда применять, но не сказано, когда не стоит
- 70Стоимость исполнения. Тело инструкции 4196 токенов
- 100Шаги. Шагов: 66
- 100Результат и критерий готовности. Формат результата и критерий готовности описаны
- 100Ошибки и развилки. Развилок: 16, есть раздел про ошибки
- 100Согласованность. Имя и обязательные поля на месте
- medium Правила безопасности и запреты внутри скилла: их место в системном промпте, здесь они не защищают
Всё перечисленное измерено по тексту скилла, а не оценено моделью: цифры проверяемы. Вес параметра тем больше, чем чаще из-за него процесс встаёт.
Сигналы качества
- +4Описание не говорит, когда скилл НЕ применять (ложные срабатывания)
- +3Длина description 1415: рекомендуется 120–800 символов
- -5В тексте остались TODO / заглушки
- -218 эмодзи в инструкциях: шум для модели
- +1Лицензия не указана
- +2Инструкции на одном языке
- +5В description 3 примера фраз-триггеров в кавычках
- +4Структура: 17 заголовков
- +3Пошаговые инструкции: 66 пунктов
- +3Формат ответа описан явно
- +4Есть примеры (1 блоков кода)
База качества 70; замечания lint вычитаются, сигналы прибавляют до 100. Итог: 51.