BD saas-decision
Помощник по принятию решений для SaaS-продуктов. Пользователь вводит отрасль и позиционирование SaaS-продукта, система автоматически проводит комплексный анализ по 9 основным направлениям: рыночный спрос, портрет пользователя, болевые точки, анализ конкурентов, монетизация и ценообразование (MRR/ARR/LTV), привлечение и рост (CAC/PLG), продвижение и маркетинг, структура затрат, техническая осуществимость. Генерируется профессиональный интерактивный HTML-отчет о технической осуществимости. Охватывает эксклюзивные темы SaaS, такие как сравнение моделей ценообразования SaaS, прогнозирование MRR, анализ LTV/CAC, выбор архитектуры мультиарендности. Триггеры: SaaS决策, SaaS可行性, SaaS评估, SaaS能不能做, 开发SaaS, SaaS分析报告, SaaS调研, 软件即服务决策, saas decision, SaaS选型, SaaS创业评估, 做SaaS产品.
машинный переводПоказать оригиналСкрыть оригинал«SaaS产品辅助决策助手。用户输入SaaS产品行业与定位，自动从市场需求、用户画像、需求痛点、竞品格局、变现定价(MRR/ARR/LTV)、…»
SaaS产品辅助决策助手。用户输入SaaS产品行业与定位，自动从市场需求、用户画像、需求痛点、竞品格局、变现定价(MRR/ARR/LTV)、获客增长(CAC/PLG)、推广营销、成本结构、技术可行性9大维度进行综合分析，生成专业交互式HTML可行性决策报告。涵盖SaaS定价模型对比、MRR预估、LTV/CAC分析、多租户架构选型等SaaS专属议题。触发词：SaaS决策, SaaS可行性, SaaS评估, SaaS能不能做, 开发SaaS, SaaS分析报告, SaaS调研, 软件即服务决策, saas decision, SaaS选型, SaaS创业评估, 做SaaS产品。
Помощник по принятию решений для SaaS-продуктов.
Как процесс D 46/100 · Процесс не доведён — слабые места: результат и критерий готовности, когда включается, входы и предусловия
Как улучшить
- Скажите в description, КОГДА применять скилл («используй, когда…», примеры запросов): это главный сигнал для агента.
- Свои кейсы (evals/evals.json, 4–6 реальных запросов с ожидаемыми ответами): тогда полная проверка прогонит именно их, а не черновик от модели.
- spec.yaml с триггерными фразами и утверждениями — контракт поведения для CI; `skilltest init` создаст шаблон.
Находки guard · 0
✓ Критических и высоких находок нет
Просканировано файлов: 4. Улики замаскированы. Пометки в серых чипах объясняют, почему серьёзность понижена.
По спецификации Agent Skills
- предупреждение
description-no-whendescription не говорит, КОГДА применять скилл (нет "use when / используй когда") - заметка
frontmatter-keyнеизвестное поле фронтматтера "agent_created"
Процессный рейтинг: все десять параметров 46/100
- 0Результат и критерий готовности. Не сказано, что считать результатом
- 0Входы и предусловия. Не сказано, что нужно иметь на входе
- 0Ошибки и развилки. Линейный процесс без обработки сбоев
- 0Отчётность по ходу. Скилл ничего не сообщает по ходу работы
- 20Когда включается. Не сказано, при каком запросе скилл включается
- 60Инструменты и файлы. Используются инструменты (web, python), но во frontmatter они не объявлены
- 100Шаги. Шагов: 47
- 100Согласованность. Имя и обязательные поля на месте
- 100Стоимость исполнения. Тело инструкции 1009 токенов
- 100Повторный запуск. Изменяющих операций нет
Всё перечисленное измерено по тексту скилла, а не оценено моделью: цифры проверяемы. Вес параметра тем больше, чем чаще из-за него процесс встаёт.
Сигналы качества
- +5В description нет примеров фраз, по которым скилл должен срабатывать
- +4Описание не говорит, когда скилл НЕ применять (ложные срабатывания)
- +3Формат ответа не описан: модель каждый раз решает сама
- -213 эмодзи в инструкциях: шум для модели
- +1Лицензия не указана
- +2Инструкции на одном языке
- +3Длина description 290 символов: достаточно сигнала, не съедает бюджет
- +4Структура: 11 заголовков
- +3Пошаговые инструкции: 47 пунктов
- +4Есть примеры (3 блоков кода)
- +3Все 1 скриптов описаны в инструкциях
База качества 70; замечания lint вычитаются, сигналы прибавляют до 100. Итог: 72.