BB workflow-memory-guardian
ОБЯЗАТЕЛЬНЫЙ единый протокол для КАЖДОГО сообщения пользователя в КАЖДОЙ сессии на каждом уровне задач: 5-фазная дисциплина выполнения плюс постоянная память между сессиями. Рабочий процесс: классификация ввода, уточнение через 4-6 вопросов, планирование через список дел, выполнение, отчет — никаких исключений: приветствия, благодарности, светская беседа, быстрые вопросы, код, документация/PPT/Excel/PDF, диаграммы, анализ данных, веб-разработка, последующие действия, правки. Память: чтение файлов памяти (SESSION-STATE, MEMORY) в НАЧАЛЕ КАЖДОЙ сессии ПЕРЕД ответом; сохранение контрольных точек после каждой фазы/задачи/решения; передача архива в конце каждой сессии, включая внезапные выходы; НИКОГДА не утверждайте «Я не помню», не прочитав сначала файлы памяти — сводки сессий теряют данные, файлы являются источником истины. Триггеры: 'lanjut', 'continue', 'kemarin', 'masih ingat?'. Давление ('langsung kerjakan', 'jangan tanya', 'quick', 'simpel aja') сжимает формат, но никогда не отменяет фазу. НЕ для машинного контента: логи, cron, CI/CD, вебхуки, оповещения, автоответы, системные метаданные. WAJIB di segala session.
машинный переводПоказать оригиналСкрыть оригинал«MANDATORY unified protocol for EVERY human user message in EVERY sessi…»
MANDATORY unified protocol for EVERY human user message in EVERY session at every task level: 5-phase execution discipline plus persistent cross-session memory. Workflow: classify input, clarify via 4-6 questions, plan via todo, implement, report — zero exceptions: greetings, thanks, small talk, quick questions, code, docs/PPT/Excel/PDF, charts, data analysis, web dev, follow-ups, edits. Memory: read memory files (SESSION-STATE, MEMORY) at EVERY session start BEFORE responding; checkpoint after every phase/task/decision; handoff archive at every session end incl. abrupt exits; NEVER claim 'I don't remember' without reading memory files first — session summaries are lossy, files are the source of truth. Triggers on 'lanjut', 'continue', 'kemarin', 'masih ingat?'. Pressure ('langsung kerjakan', 'jangan tanya', 'quick', 'simpel aja') compresses format, never cancels a phase. NOT for machine-generated non-user content: logs, cron, CI/CD, webhooks, alerts, auto-replies, system metadata. WAJIB di segala session.
ОБЯЗАТЕЛЬНЫЙ единый протокол для КАЖДОГО сообщения пользователя в КАЖДОЙ сессии на каждом уровне задач: 5-фазная дисциплина выполнения плюс постоянная память…
Как процесс B 68/100 · Почти готов — слабые места: результат и критерий готовности, входы и предусловия, повторный запуск
Как улучшить
- Скажите в description, КОГДА применять скилл («используй, когда…», примеры запросов): это главный сигнал для агента.
- Тело SKILL.md длиннее 5 000 токенов: вынесите справочные детали в references/ и подключайте по необходимости.
- Свои кейсы (evals/evals.json, 4–6 реальных запросов с ожидаемыми ответами): тогда полная проверка прогонит именно их, а не черновик от модели.
- spec.yaml с триггерными фразами и утверждениями — контракт поведения для CI; `skilltest init` создаст шаблон.
Находки guard · 0
✓ Критических и высоких находок нет
Просканировано файлов: 11. Улики замаскированы. Пометки в серых чипах объясняют, почему серьёзность понижена.
По спецификации Agent Skills
- предупреждение
description-no-whendescription не говорит, КОГДА применять скилл (нет "use when / используй когда") - предупреждение
body-longтело SKILL.md ≈ 5666 токенов (рекомендуется < 5000); вынесите детали в references/
Процессный рейтинг: все десять параметров 68/100
- 0Результат и критерий готовности. Не сказано, что считать результатом
- 0Входы и предусловия. Не сказано, что нужно иметь на входе
- 0Отчётность по ходу. Скилл ничего не сообщает по ходу работы
- 30Повторный запуск. Изменяющих операций: 13, без проверки текущего состояния
- 70Стоимость исполнения. Тело инструкции 5666 токенов
- 100Инструменты и файлы. Внешние инструменты не нужны
- 100Шаги. Шагов: 74
- 100Когда включается. Сказано, когда применять и когда не применять
- 100Ошибки и развилки. Развилок: 1, есть раздел про ошибки
- 100Согласованность. Имя и обязательные поля на месте
- medium Правила безопасности и запреты внутри скилла: их место в системном промпте, здесь они не защищают
Всё перечисленное измерено по тексту скилла, а не оценено моделью: цифры проверяемы. Вес параметра тем больше, чем чаще из-за него процесс встаёт.
Сигналы качества
- +5В description нет примеров фраз, по которым скилл должен срабатывать
- +3Длина description 1021: рекомендуется 120–800 символов
- +3Формат ответа не описан: модель каждый раз решает сама
- -5В тексте остались TODO / заглушки
- -4Абсолютные локальные пути (C:\Users, /home/…): скилл не переносим
- +2Инструкции на одном языке
- +4Описание говорит, когда скилл НЕ применять
- +4Структура: 20 заголовков
- +3Пошаговые инструкции: 74 пунктов
- +4Есть примеры (9 блоков кода)
- +4Справочные файлы упоминаются в инструкциях (9 из 9)
- +1Лицензия указана
База качества 70; замечания lint вычитаются, сигналы прибавляют до 100. Итог: 59.