AC didit-sessions
Интеграция API сеансов и рабочих процессов Didit — центральный узел для управления сеансами верификации. Используйте, когда пользователь хочет создать сеанс верификации, настроить рабочий процесс KYC, создать сеанс с workflow_id, получить результаты сеанса, получить решения по сеансу, перечислить сеансы, удалить сеансы, обновить статус сеанса, утвердить или отклонить сеансы, запросить повторную отправку, сгенерировать PDF-отчеты, поделиться сеансами между партнерами, импортировать общие сеансы, добавить или удалить пользователей из черного списка, управлять заблокированными лицами/документами/телефонами/электронными письмами, обрабатывать вебхуки или реализовать любой сквозной поток верификации с использованием Didit. Охватывает 11 конечных точек API: create, retrieve, list, delete, update-status, generate-pdf, share, import-shared, blocklist-add, blocklist-remove, blocklist-list.
машинный переводПоказать оригиналСкрыть оригинал«Integrate Didit Session & Workflow APIs — the central hub for managing…»
Integrate Didit Session & Workflow APIs — the central hub for managing verification sessions. Use when the user wants to create a verification session, set up a KYC workflow, create a session with a workflow_id, retrieve session results, get session decisions, list sessions, delete sessions, update session status, approve or decline sessions, request resubmission, generate PDF reports, share sessions between partners, import shared sessions, add or remove users from blocklist, manage blocked faces/documents/phones/emails, handle webhooks, or implement any end-to-end verification flow using Didit. Covers 11 API endpoints: create, retrieve, list, delete, update-status, generate-pdf, share, import-shared, blocklist-add, blocklist-remove, blocklist-list.
Интеграция API сеансов и рабочих процессов Didit — центральный узел для управления сеансами верификации.
Как процесс C 54/100 · Есть пробелы — слабые места: шаги, входы и предусловия, повторный запуск
Как улучшить
- Свои кейсы (evals/evals.json, 4–6 реальных запросов с ожидаемыми ответами): тогда полная проверка прогонит именно их, а не черновик от модели.
- spec.yaml с триггерными фразами и утверждениями — контракт поведения для CI; `skilltest init` создаст шаблон.
Находки guard · 0
✓ Критических и высоких находок нет
Просканировано файлов: 1. Улики замаскированы. Пометки в серых чипах объясняют, почему серьёзность понижена.
По спецификации Agent Skills
✓ По спецификации Agent Skills замечаний нет
Процессный рейтинг: все десять параметров 54/100
- 0Входы и предусловия. Не сказано, что нужно иметь на входе
- 0Отчётность по ходу. Скилл ничего не сообщает по ходу работы
- 30Повторный запуск. Изменяющих операций: 14, без проверки текущего состояния
- 43Шаги. Шагов: 2, расплывчатых формулировок: 1
- 50Ошибки и развилки. Развилок: 0, есть раздел про ошибки
- 60Инструменты и файлы. Используются инструменты (bash), но во frontmatter они не объявлены
- 60Результат и критерий готовности. Формат результата описан, критерия завершения нет
- 70Когда включается. Сказано, когда применять, но не сказано, когда не стоит
- 100Согласованность. Имя и обязательные поля на месте
- 100Стоимость исполнения. Тело инструкции 3703 токенов
- low Разделов верхнего уровня: 17. Похоже на несколько доменов в одном скилле
Всё перечисленное измерено по тексту скилла, а не оценено моделью: цифры проверяемы. Вес параметра тем больше, чем чаще из-за него процесс встаёт.
Сигналы качества
- +5В description нет примеров фраз, по которым скилл должен срабатывать
- +4Описание не говорит, когда скилл НЕ применять (ложные срабатывания)
- +3Нет пошаговых инструкций или чек-листа
- +1Лицензия не указана
- +2Инструкции на одном языке
- +3Длина description 760 символов: достаточно сигнала, не съедает бюджет
- +4Структура: 27 заголовков
- +3Формат ответа описан явно
- +4Есть примеры (29 блоков кода)
База качества 70; замечания lint вычитаются, сигналы прибавляют до 100. Итог: 84.