BC huawei-cloud-apig-instance-management
Управление Huawei Cloud APIG (API Gateway, выделенные экземпляры) через CLI hcloud: жизненный цикл экземпляра (создание/список/удаление), группы API, создание/обновление/удаление API, публикация/снятие с публикации, политики ограничения скорости запросов и привязка публичного EIP для входа, плюс диагностика только для чтения публичного доступа (eip_address vs sl_domain) и цепочки экземпляр -> группа -> API -> публикация. Операции удаления требуют явного подтверждения пользователя; создание экземпляра — это асинхронная операция, занимающая 5-15 минут, которую необходимо опрашивать до тех пор, пока статус не станет == Running. Триггеры включают: APIG, API gateway, 网关, API 分组, API 管理, 流控策略, throttling, publish API, 发布 API, 下线 API, 实例管理, 公网访问, ingress EIP, API 网关排障, apig.
машинный переводПоказать оригиналСкрыть оригинал«Manage Huawei Cloud APIG (API Gateway, dedicated instances) via hcloud…»
Manage Huawei Cloud APIG (API Gateway, dedicated instances) via hcloud CLI: instance lifecycle (create/list/delete), API groups, API create/update/delete, publish/offline, request throttling policies, and public ingress EIP binding, plus read-only diagnosis of public access (eip_address vs sl_domain) and the instance -> group -> API -> publish chain. Delete operations require explicit user confirmation; instance creation is a 5-15 minute async operation that must be polled until status == Running. Triggers include: APIG, API gateway, 网关, API 分组, API 管理, 流控策略, throttling, publish API, 发布 API, 下线 API, 实例管理, 公网访问, ingress EIP, API 网关排障, apig.
Управление Huawei Cloud APIG (API Gateway, выделенные экземпляры) через CLI hcloud: жизненный цикл экземпляра (создание/список/удаление), группы API…
Как процесс C 58/100 · Есть пробелы — слабые места: результат и критерий готовности, когда включается, повторный запуск
Как улучшить
- Скажите в description, КОГДА применять скилл («используй, когда…», примеры запросов): это главный сигнал для агента.
- Тело SKILL.md длиннее 5 000 токенов: вынесите справочные детали в references/ и подключайте по необходимости.
- Свои кейсы (evals/evals.json, 4–6 реальных запросов с ожидаемыми ответами): тогда полная проверка прогонит именно их, а не черновик от модели.
- spec.yaml с триггерными фразами и утверждениями — контракт поведения для CI; `skilltest init` создаст шаблон.
Находки guard · 5
✓ Критических и высоких находок нет
Средние и низкие: 5
-
низкая Секреты в коде
secret-high-entropy-tokenreferences/acceptance-criteria.md:35Строка, похожая на токен (может быть id, хеш или секрет) (в кавычках — упоминание, а не команда)`Crea…yV2`, `List…yV2`
в кавычках -
низкая Секреты в коде
secret-high-entropy-tokenreferences/verification-method.md:38Строка, похожая на токен (может быть id, хеш или секрет) (определение детектора / чёрного списка; строка таблицы в документации)| `huawei_create_apig_throttling_policy` | `List…yV2 --instance_id` contains the new policy |
детектортаблица -
низкая Секреты в коде
secret-high-entropy-tokenSKILL.md:54Строка, похожая на токен (может быть id, хеш или секрет) (определение детектора / чёрного списка; строка таблицы в документации)| 7 | API / throttling policy names must NOT have hyphens | `[a-zA-Z0-9_]+` only. Hyphens cause regex validation failure (verified for `Crea…yV2` too, APIG.2011). |
детектортаблица -
низкая Секреты в коде
secret-high-entropy-tokenSKILL.md:157Строка, похожая на токен (может быть id, хеш или секрет)hcloud APIG List…yV2 --cli-region={region} --instance_id={instance_id} --limit=20 -
низкая Секреты в коде
secret-high-entropy-tokenSKILL.md:344Строка, похожая на токен (может быть id, хеш или секрет)hcloud APIG Crea…yV2 --cli-region={region} --instance_id={instance_id} --name={name} --time_unit={time_unit} --time_interval={time_interval} --api_call_limits={api_call_limits}
Просканировано файлов: 8. Улики замаскированы. Пометки в серых чипах объясняют, почему серьёзность понижена.
По спецификации Agent Skills
- предупреждение
description-no-whendescription не говорит, КОГДА применять скилл (нет "use when / используй когда") - предупреждение
body-longтело SKILL.md ≈ 5247 токенов (рекомендуется < 5000); вынесите детали в references/
Процессный рейтинг: все десять параметров 58/100
- 0Отчётность по ходу. Скилл ничего не сообщает по ходу работы
- 20Когда включается. Не сказано, при каком запросе скилл включается
- 30Повторный запуск. Изменяющих операций: 51, без проверки текущего состояния
- 40Результат и критерий готовности. Не сказано, что считать результатом
- 50Ошибки и развилки. Развилок: 0, есть раздел про ошибки
- 60Инструменты и файлы. Используются инструменты (bash, web), но во frontmatter они не объявлены
- 70Входы и предусловия. Входные данные и предусловия перечислены
- 70Стоимость исполнения. Тело инструкции 5247 токенов
- 85Шаги. Шагов: 13, расплывчатых формулировок: 1
- 100Согласованность. Имя и обязательные поля на месте
- medium Правила безопасности и запреты внутри скилла: их место в системном промпте, здесь они не защищают
- high Скилл велит модели самой совершать необратимое действие, без подтверждения человеком
- low Ответ описан самодельной разметкой (5 тегов): типизированный вызов надёжнее
Всё перечисленное измерено по тексту скилла, а не оценено моделью: цифры проверяемы. Вес параметра тем больше, чем чаще из-за него процесс встаёт.
Сигналы качества
- +5В description нет примеров фраз, по которым скилл должен срабатывать
- +4Описание не говорит, когда скилл НЕ применять (ложные срабатывания)
- +3Формат ответа не описан: модель каждый раз решает сама
- -31 из 1 скриптов не упомянуты в SKILL.md
- +1Лицензия не указана
- +2Инструкции на одном языке
- +3Длина description 647 символов: достаточно сигнала, не съедает бюджет
- +4Структура: 25 заголовков
- +3Пошаговые инструкции: 13 пунктов
- +4Есть примеры (19 блоков кода)
- +4Справочные файлы упоминаются в инструкциях (5 из 5)
База качества 70; замечания lint вычитаются, сигналы прибавляют до 100. Итог: 63.