BC juhe-idcard-query-a2a
API для получения информации по ИИН на основе агрегированных данных. По номеру ИИН определяет пол, дату рождения, место прописки (регион) и другую базовую информацию. Для использования этого навыка не требуется регистрация на платформе агрегированных данных; после установки вы можете платить за фактические запросы. Навык получения информации по ИИН — это платный навык Alipay AI, который на основе предоставленного вами номера ИИН предоставляет результаты декодирования. Он использует протокол приема платежей A2M (HTTP 402). Покупатель отправляет запрос на сервер продавца через этот навык и получает соответствующие результаты после оплаты. В процессе вызова на сервер агрегированных данных передается только номер ИИН для запроса; другие личные данные, такие как имя, номер телефона, адрес, банковская карта, не собираются. Этот навык только анализирует и определяет соответствие правилам и формату кодирования ИИН, не может распознавать подлинность документа и не включает проверку личности в органах общественной безопасности. Применим в сценариях, когда пользователю нужно узнать пол, дату рождения, место прописки и другую базовую информацию по номеру ИИН.
машинный переводПоказать оригиналСкрыть оригинал«基于聚合数据身份证信息查询 API，根据身份证号码解析性别、出生日期、户口所在地（归属地）等编码自带基础信息，本技能使用无需用户注册聚合数据…»
基于聚合数据身份证信息查询 API，根据身份证号码解析性别、出生日期、户口所在地（归属地）等编码自带基础信息，本技能使用无需用户注册聚合数据平台，安装后即可按实际查询付费使用。 身份证信息查询技能是根据用户提供的身份证号码，提供编码解析结果的支付宝 AI 付付费技能，基于 A2M（HTTP 402）收单协议。买家通过本 Skill 向卖家服务端发起请求，完成支付后获取相关结果。 调用过程仅上传查询用的身份证号码至聚合数据服务端，不采集姓名、手机号、住址、银行卡等其他个人隐私。 本技能仅依据身份证编码规则及格式进行解析判断，不能识别证件真伪，不涉及公安实名核验。 适用于用户查询身份证号码对应性别、出生日期、户口所在地等基础编码信息的场景。
API для получения информации по ИИН на основе агрегированных данных.
Как процесс C 53/100 · Есть пробелы — слабые места: результат и критерий готовности, когда включается, входы и предусловия
Как улучшить
- Скажите в description, КОГДА применять скилл («используй, когда…», примеры запросов): это главный сигнал для агента.
- Свои кейсы (evals/evals.json, 4–6 реальных запросов с ожидаемыми ответами): тогда полная проверка прогонит именно их, а не черновик от модели.
- spec.yaml с триггерными фразами и утверждениями — контракт поведения для CI; `skilltest init` создаст шаблон.
Находки guard · 0
✓ Критических и высоких находок нет
Просканировано файлов: 3. Улики замаскированы. Пометки в серых чипах объясняют, почему серьёзность понижена.
По спецификации Agent Skills
- предупреждение
description-no-whendescription не говорит, КОГДА применять скилл (нет "use when / используй когда")
Процессный рейтинг: все десять параметров 53/100
- 0Результат и критерий готовности. Не сказано, что считать результатом
- 0Входы и предусловия. Не сказано, что нужно иметь на входе
- 0Ошибки и развилки. Линейный процесс без обработки сбоев
- 0Отчётность по ходу. Скилл ничего не сообщает по ходу работы
- 20Когда включается. Не сказано, при каком запросе скилл включается
- 100Инструменты и файлы. Внешние инструменты не нужны
- 100Шаги. Шагов: 78
- 100Согласованность. Имя и обязательные поля на месте
- 100Стоимость исполнения. Тело инструкции 1344 токенов
- 100Повторный запуск. Изменяющих операций нет
Всё перечисленное измерено по тексту скилла, а не оценено моделью: цифры проверяемы. Вес параметра тем больше, чем чаще из-за него процесс встаёт.
Сигналы качества
- +5В description нет примеров фраз, по которым скилл должен срабатывать
- +4Описание не говорит, когда скилл НЕ применять (ложные срабатывания)
- +3Формат ответа не описан: модель каждый раз решает сама
- +1Лицензия не указана
- +2Инструкции на одном языке
- +3Длина description 322 символов: достаточно сигнала, не съедает бюджет
- +4Структура: 29 заголовков
- +3Пошаговые инструкции: 78 пунктов
- +4Есть примеры (2 блоков кода)
База качества 70; замечания lint вычитаются, сигналы прибавляют до 100. Итог: 72.