AB dental-emergency-triage
Сортируйте звонки о стоматологических неотложных случаях так, чтобы нужный пациент был принят сегодня, а остальные были безопасно записаны — красные флажки, которые являются медицинскими, а не стоматологическими, вопросы, которые определяют срочность, и временные рекомендации, которые может безопасно дать администратор. Используйте, когда вас попросят провести сортировку стоматологического неотложного случая, решить, кого принять сегодня, написать руководство по сортировке по телефону для стойки регистрации или когда пациент звонит с отеком, травмой или сильной болью. Создает группировку по срочности, сценарий вопросов, список эскалации красных флажков, временный самопомощь в рамках компетенции и строку документации. Только поддержка сортировки; никогда не является диагнозом, а признаки удушья или распространяющейся инфекции немедленно направляются в службу неотложной помощи.
машинный переводПоказать оригиналСкрыть оригинал«Triage a dental emergency call so the right patient is seen today and…»
Triage a dental emergency call so the right patient is seen today and the rest are safely scheduled — the red flags that are medical rather than dental, the questions that sort urgency, and the interim advice a receptionist can safely give. Use when asked to triage a dental emergency, decide who to fit in today, write phone triage guidance for front desk, or when a patient calls with swelling, trauma, or severe pain. Produces the urgency banding, the question script, the red-flag escalation list, interim self-care within scope, and the documentation line. Triage support only; never a diagnosis, and airway or spreading-infection signs go to emergency care immediately.
Сортируйте звонки о стоматологических неотложных случаях так, чтобы нужный пациент был принят сегодня, а остальные были безопасно записаны — красные флажки…
Как процесс B 67/100 · Почти готов — слабые места: когда включается, ошибки и развилки, повторный запуск
Такой же скилл встречается ещё в 2 местах: pm-claude-skills, pm-claude-skills
Как улучшить
- Свои кейсы (evals/evals.json, 4–6 реальных запросов с ожидаемыми ответами): тогда полная проверка прогонит именно их, а не черновик от модели.
- spec.yaml с триггерными фразами и утверждениями — контракт поведения для CI; `skilltest init` создаст шаблон.
Находки guard · 0
✓ Критических и высоких находок нет
Просканировано файлов: 1. Улики замаскированы. Пометки в серых чипах объясняют, почему серьёзность понижена.
По спецификации Agent Skills
✓ По спецификации Agent Skills замечаний нет
Процессный рейтинг: все десять параметров 67/100
- 0Ошибки и развилки. Линейный процесс без обработки сбоев
- 0Отчётность по ходу. Скилл ничего не сообщает по ходу работы
- 20Когда включается. Не сказано, при каком запросе скилл включается
- 30Повторный запуск. Изменяющих операций: 1, без проверки текущего состояния
- 60Результат и критерий готовности. Формат результата описан, критерия завершения нет
- 70Входы и предусловия. Входные данные и предусловия перечислены
- 100Инструменты и файлы. Внешние инструменты не нужны
- 100Шаги. Шагов: 34
- 100Согласованность. Имя и обязательные поля на месте
- 100Стоимость исполнения. Тело инструкции 1299 токенов
Всё перечисленное измерено по тексту скилла, а не оценено моделью: цифры проверяемы. Вес параметра тем больше, чем чаще из-за него процесс встаёт.
Сигналы качества
- +5В description нет примеров фраз, по которым скилл должен срабатывать
- +4Описание не говорит, когда скилл НЕ применять (ложные срабатывания)
- +1Лицензия не указана
- +2Инструкции на одном языке
- +3Длина description 675 символов: достаточно сигнала, не съедает бюджет
- +4Структура: 9 заголовков
- +3Пошаговые инструкции: 34 пунктов
- +3Формат ответа описан явно
- +4Есть примеры (0 блоков кода)
База качества 70; замечания lint вычитаются, сигналы прибавляют до 100. Итог: 87.