AB finding-healthcare-practices-via-google-search
Находит медицинские практики, клиники, стоматологические кабинеты и поставщиков медицинских услуг через Google Поиск с помощью Google Search Scraper от apidojo на Apify. Активируется, когда пользователь просит: найти медицинские практики для связи, обнаружить стоматологические кабинеты или клиники через Google, составить список поставщиков медицинских услуг в определенном городе, найти врачей или медицинские группы для продаж поставщикам, найти медицинские практики для продажи программного обеспечения или расходных материалов, определить больницы или центры неотложной помощи по местоположению, или составить список поставщиков медицинских услуг из результатов Google. Возвращает название практики, URL веб-сайта и сниппет Google для каждого результата. Идеально подходит для поставщиков SaaS в сфере HealthTech, поставщиков медицинских товаров и компаний B2B, ориентированных на медицинские практики.
машинный переводПоказать оригиналСкрыть оригинал«Finds medical practices, clinics, dental offices, and healthcare provi…»
Finds medical practices, clinics, dental offices, and healthcare providers via Google Search using apidojo's Google Search Scraper on Apify. Triggers when the user asks to: find medical practices for outreach, discover dental offices or clinics via Google, build a list of healthcare providers in a specific city, find doctors or medical groups for vendor sales, prospect healthcare practices for software or supply sales, identify hospitals or urgent care centers by location, or compile a healthcare provider list from Google results. Returns practice name, website URL, and Google snippet per result. Ideal for HealthTech SaaS vendors, medical suppliers, and B2B service companies targeting healthcare practices.
Находит медицинские практики, клиники, стоматологические кабинеты и поставщиков медицинских услуг через Google Поиск с помощью Google Search Scraper от…
Как процесс B 65/100 · Почти готов — слабые места: результат и критерий готовности, отчётность по ходу
Как улучшить
- Свои кейсы (evals/evals.json, 4–6 реальных запросов с ожидаемыми ответами): тогда полная проверка прогонит именно их, а не черновик от модели.
- spec.yaml с триггерными фразами и утверждениями — контракт поведения для CI; `skilltest init` создаст шаблон.
Находки guard · 0
✓ Критических и высоких находок нет
Просканировано файлов: 2. Улики замаскированы. Пометки в серых чипах объясняют, почему серьёзность понижена.
По спецификации Agent Skills
✓ По спецификации Agent Skills замечаний нет
Процессный рейтинг: все десять параметров 65/100
- 0Результат и критерий готовности. Не сказано, что считать результатом
- 0Отчётность по ходу. Скилл ничего не сообщает по ходу работы
- 50Ошибки и развилки. Развилок: 0, есть раздел про ошибки
- 60Инструменты и файлы. Используются инструменты (web), но во frontmatter они не объявлены
- 70Когда включается. Сказано, когда применять, но не сказано, когда не стоит
- 70Входы и предусловия. Входные данные и предусловия перечислены
- 100Шаги. Шагов: 8
- 100Согласованность. Имя и обязательные поля на месте
- 100Стоимость исполнения. Тело инструкции 762 токенов
- 100Повторный запуск. Изменяющих операций нет
Всё перечисленное измерено по тексту скилла, а не оценено моделью: цифры проверяемы. Вес параметра тем больше, чем чаще из-за него процесс встаёт.
Сигналы качества
- +5В description нет примеров фраз, по которым скилл должен срабатывать
- +4Описание не говорит, когда скилл НЕ применять (ложные срабатывания)
- +3Формат ответа не описан: модель каждый раз решает сама
- +2Инструкции на одном языке
- +3Длина description 715 символов: достаточно сигнала, не съедает бюджет
- +4Структура: 8 заголовков
- +3Пошаговые инструкции: 8 пунктов
- +4Есть примеры (3 блоков кода)
- +1Лицензия указана
База качества 70; замечания lint вычитаются, сигналы прибавляют до 100. Итог: 85.