SKILLEMALL.ai
GitHub ↗ EN Войти

CC ad-tdd

Разработка через тестирование (TDD) согласно WORKFLOW.md §16 — красный-зеленый-рефакторинг как детерминированный механизм защиты LLM. Пять фаз — подтверждение режима, вертикальное планирование, "трассирующая пуля" (один тест → красный → минимальный код → зеленый), инкрементальный цикл, рефакторинг при зеленом. Тесты проверяют поведение через публичные интерфейсы; горизонтальное нарезание (массовая запись тестов, затем массовая запись кода) отклоняется как названный анти-паттерн. Триггеры: "TDD", "разработка через тестирование", "красный-зеленый-рефакторинг", "сначала тест", "написать падающий тест", "трассирующая пуля", "поведение, а не реализация", "тесты вертикального среза", "/ad-tdd". Отличается от `ad-tdg` (промптинг, основанный на результате — выбор стратегии реализации, когда техника известна); маршрутизирует к `ad-tdg` для выбора стратегии внутри фазы GREEN, `ad-spike` для неопределенности техники, `ad-diagnose` для отладки. Файлы не записываются; вывод — проверенная реализация, которая фиксируется обычными коммитами.

машинный переводПоказать оригиналСкрыть оригинал«Test-Driven Development per WORKFLOW.md §16 — red-green-refactor as de…»

Test-Driven Development per WORKFLOW.md §16 — red-green-refactor as deterministic LLM guardrail. Five phases — confirm regime, plan vertically, tracer bullet (one test → red → minimum code → green), incremental loop, refactor while green. Tests verify behavior through public interfaces; horizontal slicing (bulk-write tests then bulk-write code) is rejected as the named anti-pattern. Triggers on "TDD", "test-driven", "red-green-refactor", "test first", "write a failing test", "tracer bullet", "behavior not implementation", "vertical slice tests", "/ad-tdd". Distinct from `ad-tdg` (outcome-based prompting — pick implementation strategy when technique is known); routes to `ad-tdg` for strategy selection inside the GREEN phase, `ad-spike` for technique uncertainty, `ad-diagnose` for debugging. No file written; output is the verified implementation that lands through normal commits.

alexandremendoncaalvaro/CorridorKey-Runtime Agent Skills автор: alexandremendoncaalvaro NOASSERTION 2 файла тело ≈ 1 831 токенов Открыть источникgithub.com↗ проанализирован 5 дн назад

Разработка через тестирование (TDD) согласно WORKFLOW.md §16 — красный-зеленый-рефакторинг как детерминированный механизм защиты LLM. Пять фаз — подтверждение…

Как процесс C 64/100 · Есть пробелы — слабые места: результат и критерий готовности, входы и предусловия, ошибки и развилки

ПроцедураРазработкатип и темы размечены автоматически по тексту скилла
Запускается в: Claude / Claude Code ChatGPT / Codex Gemini CLI Cursor GitHub Copilot / VS Code Qwen Code Kimi Code CLI Z.ai (GLM) DeepSeek (Deep Code) Mistral Vibe LangChain (deepagents) OpenClaw Goose OpenCode
JSON
Технический рейтинг
C
89/100
безопасность, качество, тесты
Безопасность 60%
100
Качество 40%
72
Прогон на моделях
не было
Процессный рейтинг
C
64/100
Есть пробелы
Входы и предусловия вес 11
0
Ошибки и развилки вес 10
0
Повторный запуск вес 4
30
три самых слабых из десяти параметров · все десять

Как улучшить

    Для прогона на моделях — необязательно
    • Свои кейсы (evals/evals.json, 4–6 реальных запросов с ожидаемыми ответами): тогда полная проверка прогонит именно их, а не черновик от модели.
    • spec.yaml с триггерными фразами и утверждениями — контракт поведения для CI; `skilltest init` создаст шаблон.

    Находки guard · 0

    ✓ Критических и высоких находок нет

    Просканировано файлов: 2. Улики замаскированы. Пометки в серых чипах объясняют, почему серьёзность понижена.

    По спецификации Agent Skills

    • заметка frontmatter-key неизвестное поле фронтматтера "summary"

    Процессный рейтинг: все десять параметров 64/100

    • 0Входы и предусловия. Не сказано, что нужно иметь на входе
    • 0Ошибки и развилки. Линейный процесс без обработки сбоев
    • 30Повторный запуск. Изменяющих операций: 5, без проверки текущего состояния
    • 40Результат и критерий готовности. Не сказано, что считать результатом
    • 70Когда включается. Сказано, когда применять, но не сказано, когда не стоит
    • 100Инструменты и файлы. Внешние инструменты не нужны
    • 100Шаги. Шагов: 28
    • 100Согласованность. Имя и обязательные поля на месте
    • 100Стоимость исполнения. Тело инструкции 1831 токенов
    • 100Отчётность по ходу. Скилл сообщает о ходе работы

    Всё перечисленное измерено по тексту скилла, а не оценено моделью: цифры проверяемы. Вес параметра тем больше, чем чаще из-за него процесс встаёт.

    Сигналы качества

    • +4Описание не говорит, когда скилл НЕ применять (ложные срабатывания)
    • +3Длина description 890: рекомендуется 120–800 символов
    • +4Структура: 0 заголовков, инструкции сложно сканировать
    • +3Формат ответа не описан: модель каждый раз решает сама
    • +4Нет примеров входа/выхода
    • -5Длинный текст без заголовков
    • +1Лицензия не указана
    • +2Инструкции на одном языке
    • +5В description 8 примера фраз-триггеров в кавычках
    • +3Пошаговые инструкции: 28 пунктов

    База качества 70; замечания lint вычитаются, сигналы прибавляют до 100. Итог: 72.