BC daily-editor
Запускает частную редакцию, которая организует ежедневную информацию в ежедневный отчет в формате PDF A4 в вертикальном формате. Поддерживает настраиваемые разделы, сдержанные и надежные редакционные суждения, более безопасные и безвредные способы упаковки, а также ссылки на исходные репортажи. Подходит, когда пользователь упоминает "частная редация", "ежедневная рассылка", "ежедневный отчет PDF", "организация информации", "одностраничный информационный бюллетень A4", "настраиваемые разделы", "сегодняшний информационный бюллетень", "одностраничный экспресс-бюллетень", "newsletter-style digest", "daily brief", "printable digest", "clickable source links", или когда требуется группировка по темам, таким как "finance", "technology", "AI", "games", "products", "personal notes".
машинный переводПоказать оригиналСкрыть оригинал«运行一个私人编辑部，把每日信息整理成 A4 竖版 PDF 日报，支持自定义板块、克制稳妥的编辑判断、更安全无害的包装方式，以及指向原始报道的…»
运行一个私人编辑部，把每日信息整理成 A4 竖版 PDF 日报，支持自定义板块、克制稳妥的编辑判断、更安全无害的包装方式，以及指向原始报道的来源链接。适用于用户提到 私人编辑部、每日推送、日报 PDF、信息编排、A4 单页简报、自定义板块、今日简报、单页快报、newsletter-style digest、daily brief、printable digest、clickable source links，或希望按 finance、technology、AI、games、products、personal notes 等主题分组时。
Запускает частную редакцию, которая организует ежедневную информацию в ежедневный отчет в формате PDF A4 в вертикальном формате.
Как процесс C 53/100 · Есть пробелы — слабые места: результат и критерий готовности, когда включается, входы и предусловия
Как улучшить
- Скажите в description, КОГДА применять скилл («используй, когда…», примеры запросов): это главный сигнал для агента.
- Свои кейсы (evals/evals.json, 4–6 реальных запросов с ожидаемыми ответами): тогда полная проверка прогонит именно их, а не черновик от модели.
- spec.yaml с триггерными фразами и утверждениями — контракт поведения для CI; `skilltest init` создаст шаблон.
Находки guard · 0
✓ Критических и высоких находок нет
Просканировано файлов: 6. Улики замаскированы. Пометки в серых чипах объясняют, почему серьёзность понижена.
По спецификации Agent Skills
- предупреждение
description-no-whendescription не говорит, КОГДА применять скилл (нет "use when / используй когда")
Процессный рейтинг: все десять параметров 53/100
- 0Результат и критерий готовности. Не сказано, что считать результатом
- 0Входы и предусловия. Не сказано, что нужно иметь на входе
- 0Ошибки и развилки. Линейный процесс без обработки сбоев
- 0Отчётность по ходу. Скилл ничего не сообщает по ходу работы
- 20Когда включается. Не сказано, при каком запросе скилл включается
- 100Инструменты и файлы. Внешние инструменты не нужны
- 100Шаги. Шагов: 142
- 100Согласованность. Имя и обязательные поля на месте
- 100Стоимость исполнения. Тело инструкции 1352 токенов
- 100Повторный запуск. Изменяющих операций нет
- low Разделов верхнего уровня: 18. Похоже на несколько доменов в одном скилле
Всё перечисленное измерено по тексту скилла, а не оценено моделью: цифры проверяемы. Вес параметра тем больше, чем чаще из-за него процесс встаёт.
Сигналы качества
- +5В description нет примеров фраз, по которым скилл должен срабатывать
- +4Описание не говорит, когда скилл НЕ применять (ложные срабатывания)
- +3Формат ответа не описан: модель каждый раз решает сама
- +1Лицензия не указана
- +2Инструкции на одном языке
- +3Длина description 270 символов: достаточно сигнала, не съедает бюджет
- +4Структура: 21 заголовков
- +3Пошаговые инструкции: 142 пунктов
- +4Есть примеры (3 блоков кода)
База качества 70; замечания lint вычитаются, сигналы прибавляют до 100. Итог: 72.