BC codex-qa
Тестирует omo Codex Light edition (lazycodex / packages/omo-codex) в строгой изоляции, чтобы использовался только наш плагин, а не реальный ~/.codex пользователя. Собственный метод управляет реальным `codex app-server` против изолированного CODEX_HOME плюс локальной mock-модели (без реального вызова API) и доказывает, что хук плагина сработал, утверждая уведомления hook/started + hook/completed. Также: изолированная проверка установки, пробные запуски хуков по компонентам, дымовой тест TUI tmux и наблюдение за журналами времени выполнения (RUST_LOG / SQLite журналы / /debug-config). Поставляет протестированные вспомогательные скрипты, каждый с --self-test. Используйте всякий раз, когда кто-то изменяет что-либо в пакетах omo-codex или хочет протестировать, проверить или отладить плагин Codex, его хуки/компоненты, установщик/config.toml, поток app-server или TUI Codex. Триггеры: codex qa, qa codex, codex-qa, test codex plugin, verify codex hook, codex app-server, lazycodex qa, isolated CODEX_HOME, prove codex hook fired, codex tui test.
машинный переводПоказать оригиналСкрыть оригинал«QA the omo Codex Light edition (lazycodex / packages/omo-codex) itself…»
QA the omo Codex Light edition (lazycodex / packages/omo-codex) itself, in strict isolation so ONLY our plugin is exercised, never the user's real ~/.codex. The first-party method drives the real `codex app-server` against an isolated CODEX_HOME plus a LOCAL mock model (no real API call), and proves a plugin hook fired by asserting hook/started + hook/completed notifications. Also: isolated install verification, per-component hook probes, a tmux TUI smoke, and runtime log observation (RUST_LOG / logs SQLite / /debug-config). Ships tested helper scripts each with a --self-test. Use whenever someone changes anything under packages/omo-codex or wants to QA, smoke-test, verify, or debug the Codex plugin, its hooks/components, the installer/config.toml, the app-server flow, or the Codex TUI. Triggers: codex qa, qa codex, codex-qa, test codex plugin, verify codex hook, codex app-server, lazycodex qa, isolated CODEX_HOME, prove codex hook fired, codex tui test.
Тестирует omo Codex Light edition (lazycodex / packages/omo-codex) в строгой изоляции, чтобы использовался только наш плагин, а не реальный ~/.codex…
Как процесс C 56/100 · Есть пробелы — слабые места: результат и критерий готовности, входы и предусловия, повторный запуск
Такой же скилл встречается ещё в 1 месте: oh-my-opencode
Как улучшить
- Свои кейсы (evals/evals.json, 4–6 реальных запросов с ожидаемыми ответами): тогда полная проверка прогонит именно их, а не черновик от модели.
- spec.yaml с триггерными фразами и утверждениями — контракт поведения для CI; `skilltest init` создаст шаблон.
Находки guard · 0
✓ Критических и высоких находок нет
Просканировано файлов: 16. Улики замаскированы. Пометки в серых чипах объясняют, почему серьёзность понижена.
По спецификации Agent Skills
✓ По спецификации Agent Skills замечаний нет
Процессный рейтинг: все десять параметров 56/100
- 0Результат и критерий готовности. Не сказано, что считать результатом
- 0Входы и предусловия. Не сказано, что нужно иметь на входе
- 30Повторный запуск. Изменяющих операций: 5, без проверки текущего состояния
- 50Ошибки и развилки. Развилок: 0, есть раздел про ошибки
- 60Инструменты и файлы. Используются инструменты (bash, web), но во frontmatter они не объявлены
- 70Когда включается. Сказано, когда применять, но не сказано, когда не стоит
- 100Шаги. Шагов: 8
- 100Согласованность. Имя и обязательные поля на месте
- 100Стоимость исполнения. Тело инструкции 1697 токенов
- 100Отчётность по ходу. Скилл сообщает о ходе работы
- medium Правила безопасности и запреты внутри скилла: их место в системном промпте, здесь они не защищают
- low Ответ описан самодельной разметкой (3 тегов): типизированный вызов надёжнее
Всё перечисленное измерено по тексту скилла, а не оценено моделью: цифры проверяемы. Вес параметра тем больше, чем чаще из-за него процесс встаёт.
Сигналы качества
- +5В description нет примеров фраз, по которым скилл должен срабатывать
- +4Описание не говорит, когда скилл НЕ применять (ложные срабатывания)
- +3Длина description 968: рекомендуется 120–800 символов
- +3Формат ответа не описан: модель каждый раз решает сама
- -31 из 5 скриптов не упомянуты в SKILL.md
- +1Лицензия не указана
- +2Инструкции на одном языке
- +4Структура: 8 заголовков
- +3Пошаговые инструкции: 8 пунктов
- +4Есть примеры (3 блоков кода)
- +4Справочные файлы упоминаются в инструкциях (6 из 6)
База качества 70; замечания lint вычитаются, сигналы прибавляют до 100. Итог: 82.
В песочнице Скрипты вели себя тихо
Скрипты скилла запущены в одноразовой машине: без сети, с подложными ключами в домашнем каталоге, под наблюдением. Мы записали, что они делали. Попытка выйти в сеть или прочитать чужие секреты ограничивает техническую оценку буквой C; тихий запуск баллов не добавляет.
Запущено 9 скриптов; каждому дали двадцать секунд, поддельный домашний каталог с ключами и сеть, в которой ничего нет.
Из них 5 не дошли до работы, и об их поведении мы ничего не узнали.
scripts/app-server-drive.sh | не запустился: missing dependency: jq |
scripts/hook-unit-probe.sh | не запустился: missing dependency: jq |
scripts/install-verify.sh | не запустился: missing dependency: codex |
scripts/lsp-e2e.sh | не запустился: [codex-lsp-e2e] --scenario is required |
scripts/tui-smoke.sh | не запустился: missing dependency: tmux |
scripts/lib/app-server-client.mjs | ничего за пределами своей папки |
scripts/lib/app-server-client.test.js | ничего за пределами своей папки |
scripts/lib/common.sh | ничего за пределами своей папки |
scripts/lib/mock-model.mjs | ничего за пределами своей папки |
26 сент. 2026 г.