DC native
Реализация нативных функций iOS/Android/macOS (SwiftUI, Compose) и итерация экрана по референтному дизайну. Не для кроссплатформенных RN/Flutter (Port) или веб (Artisan).
машинный переводПоказать оригиналСкрыть оригинал«Implementing production iOS/Android/macOS native features (SwiftUI, Co…»
Implementing production iOS/Android/macOS native features (SwiftUI, Compose) and iterating a screen against a reference design. Not for cross-platform RN/Flutter (Port) or web (Artisan).
Реализация нативных функций iOS/Android/macOS (SwiftUI, Compose) и итерация экрана по референтному дизайну.
Как процесс C 59/100 · Есть пробелы — слабые места: входы и предусловия, повторный запуск, отчётность по ходу
Чем это грозит
Скилл содержит фрагменты, которые в чужих руках стоят денег или данных. Ниже, что рискует потерять тот, кто установит, и что должен сделать автор.
Скилл содержит команды, которые удаляют файлы, переписывают диски или исполняют код, скачанный из сети. Агент может выполнить их без вопроса, если считает, что так требует инструкция.
Замените разрушительные команды на безопасные аналоги с подтверждением, ограничьте область действия конкретной папкой и не тяните код через curl | bash: укажите версию и контрольную сумму.
Как улучшить
- Разберите находки высокой серьёзности: каждая стоит 18 баллов безопасности. Если это ложное срабатывание, добавьте код правила в guard.allow в spec.yaml.
- Скажите в description, КОГДА применять скилл («используй, когда…», примеры запросов): это главный сигнал для агента.
- Тело SKILL.md длиннее 5 000 токенов: вынесите справочные детали в references/ и подключайте по необходимости.
- Свои кейсы (evals/evals.json, 4–6 реальных запросов с ожидаемыми ответами): тогда полная проверка прогонит именно их, а не черновик от модели.
- spec.yaml с триггерными фразами и утверждениями — контракт поведения для CI; `skilltest init` создаст шаблон.
Находки guard · 6
-
высокая Опасные команды
cmd-persistencereference/macos-modern-stack.md:199Механизм закрепления (cron / launchd / планировщик / автозапуск в реестре)| Manual `launchctl` install of LaunchAgents/LaunchDaemons | `SMAppService.agent`/`.daemon` registration |
-
высокая Опасные команды
cmd-persistencereference/xpc-helpers.md:147Механизм закрепления (cron / launchd / планировщик / автозапуск в реестре)│ ├── LaunchAgents/com.example.myapp.agent.plist
-
высокая Опасные команды
cmd-persistencereference/xpc-helpers.md:148Механизм закрепления (cron / launchd / планировщик / автозапуск в реестре)│ └── LaunchDaemons/com.example.myapp.daemon.plist
Средние и низкие: 3
-
средняя Опасные команды
cmd-persistencereference/xpc-helpers.md:117Механизм закрепления (cron / launchd / планировщик / автозапуск в реестре) (в кавычках — упоминание, а не команда)`SMAppService` (macOS 13+) replaces `SMJobBless` and manual `launchctl load` for registering background components. All four registration types are managed through one API surface.
в кавычках -
средняя Опасные команды
cmd-persistencereference/xpc-helpers.md:138Механизм закрепления (cron / launchd / планировщик / автозапуск в реестре) (в кавычках — упоминание, а не команда)### 3.1 Bundled-Plist Layout (Replaces `SMJobBless`/`launchctl load`)
в кавычках -
средняя Опасные команды
cmd-persistencereference/xpc-helpers.md:152Механизм закрепления (cron / launchd / планировщик / автозапуск в реестре) (в кавычках — упоминание, а не команда)`SMAppService` reads the plist from this in-bundle location at `register()` time and handles the system-side install/move itself — the app never manually copies plists into `/Library/Launch*` or shell
в кавычках
Просканировано файлов: 35. Улики замаскированы. Пометки в серых чипах объясняют, почему серьёзность понижена.
По спецификации Agent Skills
- предупреждение
description-no-whendescription не говорит, КОГДА применять скилл (нет "use when / используй когда") - предупреждение
body-longтело SKILL.md ≈ 5860 токенов (рекомендуется < 5000); вынесите детали в references/ - заметка
edit-residueв тексте есть пометки об устаревшем (строки 90, 127): проверьте, не остались ли старые правила рядом с новыми — полная проверка читает текст на противоречия
Процессный рейтинг: все десять параметров 59/100
- 0Входы и предусловия. Не сказано, что нужно иметь на входе
- 0Отчётность по ходу. Скилл ничего не сообщает по ходу работы
- 30Повторный запуск. Изменяющих операций: 18, без проверки текущего состояния
- 50Когда включается. Не сказано, при каком запросе скилл включается
- 50Ошибки и развилки. Развилок: 0, есть раздел про ошибки
- 60Инструменты и файлы. Используются инструменты (bash), но во frontmatter они не объявлены
- 60Результат и критерий готовности. Формат результата описан, критерия завершения нет
- 70Стоимость исполнения. Тело инструкции 5860 токенов
- 100Шаги. Шагов: 72
- 100Согласованность. Имя и обязательные поля на месте
- low Разделов верхнего уровня: 19. Похоже на несколько доменов в одном скилле
Всё перечисленное измерено по тексту скилла, а не оценено моделью: цифры проверяемы. Вес параметра тем больше, чем чаще из-за него процесс встаёт.
Сигналы качества
- +5В description нет примеров фраз, по которым скилл должен срабатывать
- +1Лицензия не указана
- +2Инструкции на одном языке
- +4Описание говорит, когда скилл НЕ применять
- +3Длина description 186 символов: достаточно сигнала, не съедает бюджет
- +4Структура: 24 заголовков
- +3Пошаговые инструкции: 72 пунктов
- +3Формат ответа описан явно
- +4Есть примеры (2 блоков кода)
- +4Справочные файлы упоминаются в инструкциях (34 из 34)
База качества 70; замечания lint вычитаются, сигналы прибавляют до 100. Итог: 73.