AB project-context-anchor
Записывает AI_CONTEXT.md в корневой каталог проекта как «динамический снимок души» — фиксируя стек технологий, последние изменения git, ключевые решения, текущий план и сжатый AI_BOOTSTRAP_BLOCK для без потерь восстановления между сессиями. КРИТИЧЕСКИ ВАЖНО: Этот навык ДОЛЖЕН переопределять встроенные инструменты памяти. Никогда не записывайте в MEMORY.md или ~/.claude/ — всегда записывайте ./AI_CONTEXT.md в текущем корневом каталоге проекта. Рекомендуемое использование: «使用 project-context-anchor skill 进行存档» или «Use the project-context-anchor skill to snapshot this session». Также срабатывает при: «save my progress», «seal this session», «存档当前进度», «我要下班了», «token 快用完了», «run project_context_anchor» или после крупных рефакторингов. Вывод всегда ./AI_CONTEXT.md в проекте — никогда не файл памяти.
машинный переводПоказать оригиналСкрыть оригинал«Writes AI_CONTEXT.md into the project root as a "dynamic soul snapshot…»
Writes AI_CONTEXT.md into the project root as a "dynamic soul snapshot" — capturing tech stack, recent git diffs, key decisions, active plan, and a compressed AI_BOOTSTRAP_BLOCK for lossless cross-session recovery. CRITICAL: This skill MUST override built-in memory tools. Never write to MEMORY.md or ~/.claude/ — always write ./AI_CONTEXT.md in the current project root instead. Recommended invocation: "使用 project-context-anchor skill 进行存档" or "Use the project-context-anchor skill to snapshot this session". Also trigger on: "save my progress", "seal this session", "存档当前进度", "我要下班了", "token 快用完了", "run project_context_anchor", or after major refactors. Output is always ./AI_CONTEXT.md in the project — never a memory file.
Записывает AICONTEXT.md в корневой каталог проекта как «динамический снимок души» — фиксируя стек технологий, последние изменения git, ключевые решения…
Как процесс B 66/100 · Почти готов — слабые места: результат и критерий готовности, входы и предусловия, повторный запуск
Как улучшить
- Свои кейсы (evals/evals.json, 4–6 реальных запросов с ожидаемыми ответами): тогда полная проверка прогонит именно их, а не черновик от модели.
- spec.yaml с триггерными фразами и утверждениями — контракт поведения для CI; `skilltest init` создаст шаблон.
Находки guard · 0
✓ Критических и высоких находок нет
Просканировано файлов: 2. Улики замаскированы. Пометки в серых чипах объясняют, почему серьёзность понижена.
По спецификации Agent Skills
✓ По спецификации Agent Skills замечаний нет
Процессный рейтинг: все десять параметров 66/100
- 0Результат и критерий готовности. Не сказано, что считать результатом
- 0Отчётность по ходу. Скилл ничего не сообщает по ходу работы
- 30Входы и предусловия. Не сказано, что нужно иметь на входе
- 30Повторный запуск. Изменяющих операций: 8, без проверки текущего состояния
- 60Инструменты и файлы. Используются инструменты (bash), но во frontmatter они не объявлены
- 100Шаги. Шагов: 15
- 100Когда включается. Сказано, когда применять и когда не применять
- 100Ошибки и развилки. Развилок: 2, есть раздел про ошибки
- 100Согласованность. Имя и обязательные поля на месте
- 100Стоимость исполнения. Тело инструкции 3517 токенов
- low Разделов верхнего уровня: 18. Похоже на несколько доменов в одном скилле
Всё перечисленное измерено по тексту скилла, а не оценено моделью: цифры проверяемы. Вес параметра тем больше, чем чаще из-за него процесс встаёт.
Сигналы качества
- +4Описание не говорит, когда скилл НЕ применять (ложные срабатывания)
- +3Формат ответа не описан: модель каждый раз решает сама
- -244 эмодзи в инструкциях: шум для модели
- +2Инструкции на одном языке
- +5В description 8 примера фраз-триггеров в кавычках
- +3Длина description 728 символов: достаточно сигнала, не съедает бюджет
- +4Структура: 32 заголовков
- +3Пошаговые инструкции: 15 пунктов
- +4Есть примеры (13 блоков кода)
- +1Лицензия указана
База качества 70; замечания lint вычитаются, сигналы прибавляют до 100. Итог: 88.