BC podcast-article
Генератор статей для подкастов. Преобразует контент подкаста (аудиозапись, ссылка на выпуск, заметки с кратким содержанием) в четко структурированные статьи с изображениями, готовые к публикации. Поддерживает различные стили вывода (глубокий анализ, краткое изложение, реконструкция диалога, нарезка для соцсетей) и различные форматы вывода (Markdown, WeChat Official Account, Zhihu, корпоративный внутренний журнал). Триггерные слова: "статья для подкаста", "подкаст в статью", "podcast to article", "podcast article", "преобразовать подкаст в статью", "помоги написать сценарий подкаста", "текстовая версия выпуска", "краткое изложение подкаста". Активируется, когда пользователь предоставляет ссылку на подкаст, транскрипцию аудио, запись диалога гостей подкаста, заметки к выпуску или просит вторично создать из контента подкаста читаемую статью.
машинный переводПоказать оригиналСкрыть оригинал«播客文章生成器。将播客内容（音频文字稿、节目链接、摘要笔记）转化为结构清晰、适合发布的图文文章。 支持多种输出风格（深度解析、精华摘要、对话…»
播客文章生成器。将播客内容（音频文字稿、节目链接、摘要笔记）转化为结构清晰、适合发布的图文文章。 支持多种输出风格（深度解析、精华摘要、对话体重构、社交媒体切片）和多种输出格式（Markdown、微信公众号、知乎、企业内刊）。 触发词：播客文章、播客转文章、podcast to article、podcast article、把播客整理成文章、帮我写播客稿、节目文字版、播客总结文章。 当用户提供播客链接、音频转录文本、播客嘉宾对话记录、节目笔记，或要求将播客内容二次创作为可读文章时，均应触发此 Skill。
Генератор статей для подкастов.
Как процесс C 53/100 · Есть пробелы — слабые места: результат и критерий готовности, когда включается, входы и предусловия
Как улучшить
- Скажите в description, КОГДА применять скилл («используй, когда…», примеры запросов): это главный сигнал для агента.
- Свои кейсы (evals/evals.json, 4–6 реальных запросов с ожидаемыми ответами): тогда полная проверка прогонит именно их, а не черновик от модели.
- spec.yaml с триггерными фразами и утверждениями — контракт поведения для CI; `skilltest init` создаст шаблон.
Находки guard · 0
✓ Критических и высоких находок нет
Просканировано файлов: 7. Улики замаскированы. Пометки в серых чипах объясняют, почему серьёзность понижена.
По спецификации Agent Skills
- предупреждение
description-no-whendescription не говорит, КОГДА применять скилл (нет "use when / используй когда")
Процессный рейтинг: все десять параметров 53/100
- 0Результат и критерий готовности. Не сказано, что считать результатом
- 0Входы и предусловия. Не сказано, что нужно иметь на входе
- 0Ошибки и развилки. Линейный процесс без обработки сбоев
- 0Отчётность по ходу. Скилл ничего не сообщает по ходу работы
- 20Когда включается. Не сказано, при каком запросе скилл включается
- 100Инструменты и файлы. Внешние инструменты не нужны
- 100Шаги. Шагов: 23
- 100Согласованность. Имя и обязательные поля на месте
- 100Стоимость исполнения. Тело инструкции 377 токенов
- 100Повторный запуск. Изменяющих операций нет
Всё перечисленное измерено по тексту скилла, а не оценено моделью: цифры проверяемы. Вес параметра тем больше, чем чаще из-за него процесс встаёт.
Сигналы качества
- +5В description нет примеров фраз, по которым скилл должен срабатывать
- +4Описание не говорит, когда скилл НЕ применять (ложные срабатывания)
- +3Формат ответа не описан: модель каждый раз решает сама
- +4Нет примеров входа/выхода
- +1Лицензия не указана
- +2Инструкции на одном языке
- +3Длина description 256 символов: достаточно сигнала, не съедает бюджет
- +4Структура: 9 заголовков
- +3Пошаговые инструкции: 23 пунктов
- +4Справочные файлы упоминаются в инструкциях (2 из 3)
База качества 70; замечания lint вычитаются, сигналы прибавляют до 100. Итог: 72.