AC get-started
Используйте этот навык, когда рабочее пространство Coupler.io пользователя НОВОЕ или ПУСТОЕ — без наборов данных, без учетных данных — и он хочет получать данные, или когда поступает любой запрос данных из учетной записи, в которой еще ничего не настроено. Триггеры включают: «начать», «настроить Coupler», «подключить мои данные», «я только что зарегистрировался», «получить мои данные QuickBooks/Shopify/HubSpot/рекламы», пустой список наборов данных или отсутствующие учетные данные. Цель: провести пользователя от пустого рабочего пространства к его собственным данным, отображенным в этом чате, за один управляемый проход — включая однократный шаг в браузере для авторизации источника. НЕ используйте для учетных записей, у которых уже есть наборы данных или потоки данных (работайте с их данными напрямую), для вопросов о платформе («какие источники вы поддерживаете?»), или для добавления источника к существующей настройке (вместо этого используйте навык создания потока данных).
машинный переводПоказать оригиналСкрыть оригинал«Use this skill when the user's Coupler.io workspace is NEW or EMPTY —…»
Use this skill when the user's Coupler.io workspace is NEW or EMPTY — no datasets, no credentials — and they want their data flowing, or when any data request arrives from an account with nothing set up yet. Triggers include: "get started", "set up Coupler", "connect my data", "I just signed up", "pull my QuickBooks/Shopify/HubSpot/ads data", an empty list-datasets result, or a missing credential. Goal: take the user from an empty workspace to their own data rendered in this chat, in one guided pass — including the one-time browser step to authorize their source. Do NOT use for accounts that already have datasets or dataflows (work with their data directly), for platform questions ("what sources do you support?"), or for adding a source to an existing setup (use the create-dataflow skill instead).
Используйте этот навык, когда рабочее пространство Coupler.io пользователя НОВОЕ или ПУСТОЕ — без наборов данных, без учетных данных — и он хочет получать…
Как процесс C 63/100 · Есть пробелы — слабые места: результат и критерий готовности, входы и предусловия
Как улучшить
- Свои кейсы (evals/evals.json, 4–6 реальных запросов с ожидаемыми ответами): тогда полная проверка прогонит именно их, а не черновик от модели.
- spec.yaml с триггерными фразами и утверждениями — контракт поведения для CI; `skilltest init` создаст шаблон.
Находки guard · 0
✓ Критических и высоких находок нет
Просканировано файлов: 1. Улики замаскированы. Пометки в серых чипах объясняют, почему серьёзность понижена.
По спецификации Agent Skills
✓ По спецификации Agent Skills замечаний нет
Процессный рейтинг: все десять параметров 63/100
- 0Результат и критерий готовности. Не сказано, что считать результатом
- 0Входы и предусловия. Не сказано, что нужно иметь на входе
- 50Ошибки и развилки. Развилок: 0, есть раздел про ошибки
- 60Инструменты и файлы. Используются инструменты (web), но во frontmatter они не объявлены
- 100Шаги. Шагов: 27
- 100Когда включается. Сказано, когда применять и когда не применять
- 100Согласованность. Имя и обязательные поля на месте
- 100Стоимость исполнения. Тело инструкции 1915 токенов
- 100Повторный запуск. Изменяющие операции проверяют текущее состояние
- 100Отчётность по ходу. Скилл сообщает о ходе работы
- medium Правила безопасности и запреты внутри скилла: их место в системном промпте, здесь они не защищают
Всё перечисленное измерено по тексту скилла, а не оценено моделью: цифры проверяемы. Вес параметра тем больше, чем чаще из-за него процесс встаёт.
Сигналы качества
- +3Длина description 808: рекомендуется 120–800 символов
- +3Формат ответа не описан: модель каждый раз решает сама
- +1Лицензия не указана
- +2Инструкции на одном языке
- +5В description 6 примера фраз-триггеров в кавычках
- +4Описание говорит, когда скилл НЕ применять
- +4Структура: 9 заголовков
- +3Пошаговые инструкции: 27 пунктов
- +4Есть примеры (0 блоков кода)
База качества 70; замечания lint вычитаются, сигналы прибавляют до 100. Итог: 90.