CC session-tracker
ДОЛЖЕН быть вызван перед любой многошаговой задачей, где требуется отказоустойчивое восстановление — без `init` потеря сеанса приводит к безвозвратной потере состояния в середине задачи. Раскрывает: записывает постоянное состояние JSON в .session/ (имя задачи, список шагов, пути к файлам, объявленные агентом, записи журнала — без содержимого файлов; сканирование ФС ВЫКЛ по умолчанию); парсит TodoWrite JSON из stdin через `sync`; опциональный фоновый монитор (опционально через `monitor --start`, ограничен 24 часами, доступна альтернатива в виде основного процесса, вывод записывается в .session/monitor.log). Нет сети, нет eval, нет сбора данных окружения, нет чтения содержимого файлов. Включает `cleanup` (необратимо, требует --force или подтверждения) и `prune` (автоматическое удаление сеансов старше 7 дней). Поставляется как SKILL.md + scripts/session_tracker.py (только стандартная библиотека Python).
машинный переводПоказать оригиналСкрыть оригинал«MUST be invoked before any multi-step task where crash-resilient recov…»
MUST be invoked before any multi-step task where crash-resilient recovery is desired — without `init`, a session drop loses mid-task state unrecoverably. Discloses: writes persistent JSON state to .session/ (task name, step list, file paths declared by agent, worklog entries — no file contents; FS scanning OFF by default); parses TodoWrite JSON from stdin via `sync`; optional detached background monitor (opt-in via `monitor --start`, 24h-bounded, foreground alternative available, output logged to .session/monitor.log). No network, no eval, no env harvesting, no file content reading. Includes `cleanup` (irreversible, requires --force or confirmation) and `prune` (auto-remove sessions older than 7 days). Ships as SKILL.md + scripts/session_tracker.py (Python stdlib only).
ДОЛЖЕН быть вызван перед любой многошаговой задачей, где требуется отказоустойчивое восстановление — без init потеря сеанса приводит к безвозвратной потере…
Как процесс C 60/100 · Есть пробелы — слабые места: результат и критерий готовности, входы и предусловия, повторный запуск
Чем это грозит
Находки средней серьёзности: скорее всего скилл честный, но прочитайте, что именно насторожило сканер.
Ниже описан худший случай для этой категории. Здесь находка средней серьёзности: guard увидел признак, но не доказательство.
Скилл содержит команды, которые удаляют файлы, переписывают диски или исполняют код, скачанный из сети. Агент может выполнить их без вопроса, если считает, что так требует инструкция.
Замените разрушительные команды на безопасные аналоги с подтверждением, ограничьте область действия конкретной папкой и не тяните код через curl | bash: укажите версию и контрольную сумму.
Как улучшить
- Скажите в description, КОГДА применять скилл («используй, когда…», примеры запросов): это главный сигнал для агента.
- Тело SKILL.md длиннее 5 000 токенов: вынесите справочные детали в references/ и подключайте по необходимости.
- Свои кейсы (evals/evals.json, 4–6 реальных запросов с ожидаемыми ответами): тогда полная проверка прогонит именно их, а не черновик от модели.
- spec.yaml с триггерными фразами и утверждениями — контракт поведения для CI; `skilltest init` создаст шаблон.
Находки guard · 3
✓ Критических и высоких находок нет
Средние и низкие: 3
-
средняя Опасные команды
cmd-privilegeSKILL.md:100Повышение привилегий / права на запись для всехsudo tee /usr/local/bin/session-tracker <<'EOF'
-
средняя Опасные команды
cmd-privilegeSKILL.md:104Повышение привилегий / права на запись для всехsudo chmod +x /usr/local/bin/session-tracker
-
средняя Опасные команды
cmd-privilegeSKILL.md:462Повышение привилегий / права на запись для всехsudo rm -f /usr/local/bin/session-tracker # if wrapper installed
Просканировано файлов: 3. Улики замаскированы. Пометки в серых чипах объясняют, почему серьёзность понижена.
По спецификации Agent Skills
- предупреждение
description-no-whendescription не говорит, КОГДА применять скилл (нет "use when / используй когда") - предупреждение
body-longтело SKILL.md ≈ 6394 токенов (рекомендуется < 5000); вынесите детали в references/
Процессный рейтинг: все десять параметров 60/100
- 0Результат и критерий готовности. Не сказано, что считать результатом
- 0Входы и предусловия. Не сказано, что нужно иметь на входе
- 30Повторный запуск. Изменяющих операций: 29, без проверки текущего состояния
- 60Инструменты и файлы. Используются инструменты (bash, python), но во frontmatter они не объявлены
- 70Когда включается. Сказано, когда применять, но не сказано, когда не стоит
- 70Стоимость исполнения. Тело инструкции 6394 токенов
- 100Шаги. Шагов: 52
- 100Ошибки и развилки. Развилок: 8, есть раздел про ошибки
- 100Согласованность. Имя и обязательные поля на месте
- 100Отчётность по ходу. Скилл сообщает о ходе работы
- medium Правила безопасности и запреты внутри скилла: их место в системном промпте, здесь они не защищают
- low Разделов верхнего уровня: 16. Похоже на несколько доменов в одном скилле
Всё перечисленное измерено по тексту скилла, а не оценено моделью: цифры проверяемы. Вес параметра тем больше, чем чаще из-за него процесс встаёт.
Сигналы качества
- +5В description нет примеров фраз, по которым скилл должен срабатывать
- +4Описание не говорит, когда скилл НЕ применять (ложные срабатывания)
- +3Формат ответа не описан: модель каждый раз решает сама
- -5В тексте остались TODO / заглушки
- -4Абсолютные локальные пути (C:\Users, /home/…): скилл не переносим
- +1Лицензия не указана
- +2Инструкции на одном языке
- +3Длина description 780 символов: достаточно сигнала, не съедает бюджет
- +4Структура: 43 заголовков
- +3Пошаговые инструкции: 52 пунктов
- +4Есть примеры (26 блоков кода)
- +3Все 1 скриптов описаны в инструкциях
База качества 70; замечания lint вычитаются, сигналы прибавляют до 100. Итог: 56.