AC meeting-cadence-optimizer
Анализируйте, как нагрузка пользователя по встречам коррелирует с тем, как пользователь чувствует себя в течение дня — используя его собственные вечерние отчеты и историю утренних проверок — и рекомендуйте оптимальный ритм встреч. Используйте это всякий раз, когда пользователь говорит что-то вроде «у меня слишком много встреч», «слишком много встреч», «оптимизировать мое расписание», «ритм встреч», «выгорание от встреч», «какой мой идеальный ритм встреч» или задается вопросом, не изматывает ли его расписание. Также подходит для еженедельного (воскресенье/понедельник) обзора. Читает аннотации Fulcra и детерминированно вычисляет числа. Требуется около недели вечерних отчетов, чтобы сказать что-то полезное. НЕ используйте это для чтения только необработанных данных календаря или для получения объективных данных о здоровье.
машинный переводПоказать оригиналСкрыть оригинал«Analyze how the user's meeting load correlates with how their days act…»
Analyze how the user's meeting load correlates with how their days actually feel -- using their own evening-debrief and morning check-in history -- and recommend an optimal meeting cadence. Use this whenever the user says things like "am I overbooked", "too many meetings", "optimize my schedule", "meeting cadence", "meeting burnout", "what's my meeting sweet spot", or wonders whether their schedule is wearing them down. Also good as a weekly (Sunday/Monday) review. Reads back Fulcra annotations and computes the numbers deterministically. Needs at least ~a week of evening debriefs to say anything useful. Do NOT use it to read raw calendar data alone or for objective health pulls.
Анализируйте, как нагрузка пользователя по встречам коррелирует с тем, как пользователь чувствует себя в течение дня — используя его собственные вечерние…
Как процесс C 61/100 · Есть пробелы — слабые места: результат и критерий готовности, согласованность, повторный запуск
Как улучшить
- Свои кейсы (evals/evals.json, 4–6 реальных запросов с ожидаемыми ответами): тогда полная проверка прогонит именно их, а не черновик от модели.
- spec.yaml с триггерными фразами и утверждениями — контракт поведения для CI; `skilltest init` создаст шаблон.
Находки guard · 0
✓ Критических и высоких находок нет
Просканировано файлов: 0. Улики замаскированы. Пометки в серых чипах объясняют, почему серьёзность понижена.
По спецификации Agent Skills
✓ По спецификации Agent Skills замечаний нет
Процессный рейтинг: все десять параметров 61/100
- 0Результат и критерий готовности. Не сказано, что считать результатом
- 0Отчётность по ходу. Скилл ничего не сообщает по ходу работы
- 30Повторный запуск. Изменяющих операций: 2, без проверки текущего состояния
- 40Согласованность. Имя во frontmatter (meeting-cadence-optimizer) не совпадает с папкой (fulcra-meeting-cadence-optimizer)
- 55Ошибки и развилки. Развилок: 1
- 60Инструменты и файлы. Используются инструменты (python), но во frontmatter они не объявлены
- 70Входы и предусловия. Входные данные и предусловия перечислены
- 100Шаги. Шагов: 12
- 100Когда включается. Сказано, когда применять и когда не применять
- 100Стоимость исполнения. Тело инструкции 823 токенов
- medium Правила безопасности и запреты внутри скилла: их место в системном промпте, здесь они не защищают
Всё перечисленное измерено по тексту скилла, а не оценено моделью: цифры проверяемы. Вес параметра тем больше, чем чаще из-за него процесс встаёт.
Сигналы качества
- +3Формат ответа не описан: модель каждый раз решает сама
- -31 из 2 скриптов не упомянуты в SKILL.md
- +1Лицензия не указана
- +2Инструкции на одном языке
- +5В description 6 примера фраз-триггеров в кавычках
- +4Описание говорит, когда скилл НЕ применять
- +3Длина description 687 символов: достаточно сигнала, не съедает бюджет
- +4Структура: 8 заголовков
- +3Пошаговые инструкции: 12 пунктов
- +4Есть примеры (2 блоков кода)
База качества 70; замечания lint вычитаются, сигналы прибавляют до 100. Итог: 90.