メニュー
Use this skill when asked to test, verify, validate, run checks, fix analyzer failures, or confirm CI readiness for an ISpect package, including vague requests like "check this package", "проверь тесты", "why CI fails", or "make it green". It chooses the correct Dart vs Flutter commands and adds README/version checks only when relevant.
Create a well-structured git commit for staged or unstaged changes — analyze the diff, match the project's existing commit style, write a clear message, and create the commit. Use this skill when the user asks to commit, save changes, check in code, write a commit message, prepare changes for push, or wrap up a piece of work — even when they don't say "commit" explicitly (e.g. "let's save this", "ship it", "сохрани изменения").
Use this skill when modifying ISpect network, WebSocket, database, BLoC, or trace logging behavior, including requests like "add capture", "fix redaction", "interceptor logs wrong data", "DB trace broken", "request IDs missing", or "payload should not leak". It preserves correlation IDs, redaction defaults, and package boundaries.
Scaffold a new database or storage interceptor in `packages/ispectify_db/example` using the shared ISpect DB tracing API. Use when adding support for a new backend such as Hive, SharedPreferences, Drift, Isar, Realm, Sembast, ObjectBox, Firestore, secure storage, or another storage driver.
Use this skill when asked to update versions, prepare a release, sync changelogs, rebuild README files, fix README drift, validate package dependencies, or handle prerelease bumps in ISpect, including "release prep", "bump dev version", "sync docs", "README check failed", or "version mismatch".
Write or update CHANGELOG.md entries following the project's established style. Use when adding features, fixing bugs, or making any changes that need changelog documentation. Trigger on "/changelog" or when the user asks to update the changelog.
Scaffold a new network interceptor package (e.g. Chopper, Retrofit) using the shared ispectify base. Trigger on "/new-network-package" or when the user asks to add support for a new HTTP client.
| name | package-quality-check |
| description | Use this skill when asked to test, verify, validate, run checks, fix analyzer failures, or confirm CI readiness for an ISpect package, including vague requests like "check this package", "проверь тесты", "why CI fails", or "make it green". It chooses the correct Dart vs Flutter commands and adds README/version checks only when relevant. |
Run the correct package-scoped analyzer, tests, and repo consistency checks for ISpect.
packages/ispectify and packages/ispectify_db:
cd packages/<package> && dart pub getcd packages/<package> && dart analyze --fatal-infoscd packages/<package> && dart test --coverage=coveragepackages/ispect, packages/ispect_layout, packages/ispectify_dio, packages/ispectify_http, packages/ispectify_ws, and packages/ispectify_bloc:
cd packages/<package> && flutter pub getcd packages/<package> && flutter analyze --fatal-infoscd packages/<package> && flutter test --coverageweb_logs_viewer:
cd web_logs_viewer && flutter pub getcd web_logs_viewer && flutter analyzecd web_logs_viewer && flutter testversion.config, or package pubspecs changed, also run:
./bash/check_version_sync.sh./bash/check_dependencies.sh./bash/build_readme.sh --checkdart test does not validate all packages.ispectify_dio, ispectify_http, ispectify_ws, and ispectify_bloc are Flutter-package CI jobs even though their code is mostly non-UI.3.32.6; latest stable is advisory.