AC continue-codex-work
Продолжает прерванную работу OpenAI Codex только после того, как read-codex-history проверит выбранную идентификацию развертывания и полную историю форков/компактирования. Использовать, когда пользователь предоставляет идентификатор сеанса Codex, просит возобновить предыдущий запуск Codex, говорит, что Codex был прерван, объединен, компактирован или завис, или хочет, чтобы текущий агент взял на себя управление без `codex resume`. Восстанавливает исходный бизнес-результат, невыполненные запросы, исправления пользователя, проверенные предыдущие активы, текущее состояние рабочей области и следующее действие, которое напрямую продвигает цель. Не использовать, когда сам Codex нативно возобновил этот же разговор и его предыдущие повороты или состояние компактирования уже присутствуют в текущем контексте.
машинный переводПоказать оригиналСкрыть оригинал«Continues interrupted OpenAI Codex work only after read-codex-history…»
Continues interrupted OpenAI Codex work only after read-codex-history verifies the selected rollout identity and complete fork/compaction lineage. Use when the user provides a Codex Session ID, asks to pick up a prior Codex run, says Codex was interrupted, fused, compacted, or stuck, or wants the current Agent to take over without `codex resume`. Restores the original business outcome, unfulfilled requests, user corrections, proven prior assets, current workspace truth, and the next action that directly advances the goal. Do not use when Codex itself natively resumed this same conversation and its prior turns or compaction state are already present in the current context.
Продолжает прерванную работу OpenAI Codex только после того, как read-codex-history проверит выбранную идентификацию развертывания и полную историю…
Как процесс C 61/100 · Есть пробелы — слабые места: результат и критерий готовности, входы и предусловия, отчётность по ходу
Как улучшить
- Свои кейсы (evals/evals.json, 4–6 реальных запросов с ожидаемыми ответами): тогда полная проверка прогонит именно их, а не черновик от модели.
- spec.yaml с триггерными фразами и утверждениями — контракт поведения для CI; `skilltest init` создаст шаблон.
Находки guard · 0
✓ Критических и высоких находок нет
Просканировано файлов: 1. Улики замаскированы. Пометки в серых чипах объясняют, почему серьёзность понижена.
По спецификации Agent Skills
✓ По спецификации Agent Skills замечаний нет
Процессный рейтинг: все десять параметров 61/100
- 0Результат и критерий готовности. Не сказано, что считать результатом
- 0Входы и предусловия. Не сказано, что нужно иметь на входе
- 0Отчётность по ходу. Скилл ничего не сообщает по ходу работы
- 55Ошибки и развилки. Развилок: 1
- 60Инструменты и файлы. Используются инструменты (bash), но во frontmatter они не объявлены
- 100Шаги. Шагов: 15
- 100Когда включается. Сказано, когда применять и когда не применять
- 100Согласованность. Имя и обязательные поля на месте
- 100Стоимость исполнения. Тело инструкции 1120 токенов
- 100Повторный запуск. Изменяющие операции проверяют текущее состояние
Всё перечисленное измерено по тексту скилла, а не оценено моделью: цифры проверяемы. Вес параметра тем больше, чем чаще из-за него процесс встаёт.
Сигналы качества
- +5В description нет примеров фраз, по которым скилл должен срабатывать
- +3Формат ответа не описан: модель каждый раз решает сама
- +4Нет примеров входа/выхода
- +1Лицензия не указана
- +2Инструкции на одном языке
- +4Описание говорит, когда скилл НЕ применять
- +3Длина description 680 символов: достаточно сигнала, не съедает бюджет
- +4Структура: 7 заголовков
- +3Пошаговые инструкции: 15 пунктов
База качества 70; замечания lint вычитаются, сигналы прибавляют до 100. Итог: 84.