qt-qml-review
Invoke when the user asks to review, check, audit, or look over Qt6 QML code -- or suggest before committing. Runs deterministic linting (47+ rules) then six parallel deep- analysis agents covering bindings, layout, loaders, delegates, states, and performance. Optionally invokes system qmllint for type-level checks. Reports only high-confidence issues (>80/100) with structured mitigations. Read-only -- never modifies code.
What this skill does
# Qt QML Code Review A structured, read-only code review skill for Qt6 QML code that combines deterministic linting with parallel agent-driven deep analysis across six focused domains. ## When to use this skill - When the user mentions review-related tasks: "review", "check", "audit", "look over", "code review", "sanity check" - Suggest running this skill **before committing** QML code - When the user asks to validate Qt6 QML code quality ## Scope detection Detect the user's intended scope from their language: ### Diff/commit scope (narrow) Triggered by language like: "this commit", "these changes", "the diff", "what I changed", "my changes", "staged changes", "outstanding changes", "before I commit" **Action**: Run `git diff` (unstaged) and `git diff --cached` (staged) to obtain the changeset. If the user says "this commit", use `git diff HEAD~1..HEAD`. Review only the changed lines plus sufficient surrounding context (±50 lines) for understanding. Only report issues found in the changed lines -- do not report issues in unchanged surrounding context. ### Codebase scope (wide) Triggered by language like: "review the codebase", "audit the project", "check the repository", "review src/", or when a specific file/directory path is given without commit language. **Action**: Glob for `*.qml` files in the specified scope. Review all matched files. ## Execution order The review proceeds in three phases. **Never skip a phase.** ### Phase 1: Deterministic linting (Python script) Run the unified Python linter against the target files. Requires Python 3.6+ (no external dependencies). If Python is not available, warn the user and skip to Phase 1b. ```bash python3 references/lint-scripts/qt_qml_lint.py <files...> # If python3 is not found, fall back to: python references/lint-scripts/qt_qml_lint.py <files...> ``` This single-pass scanner encodes all mechanically-checkable rules from the QML review checklist. It reads each file once and evaluates all rules per line, plus block-level structural checks. Output is deterministic and repeatable. The linter is authoritative -- do not second-guess its output. Collect all output before proceeding. **Rule categories** (47+ checks): - **IMP** (Imports) -- ordering, versioning, redundancy, deprecation - **ORD** (Ordering) -- QML attribute ordering convention - **BND** (Bindings) -- property var, imperative =, Qt.binding style - **LAY** (Layout) -- anchors/Layout mixing, sizing in layouts - **LDR** (Loader) -- status guards, createComponent, createQmlObject - **DEL** (Delegates) -- required properties, reuse safety, connect() - **STA** (States) -- PropertyChanges syntax, transitions, StateGroup - **IMG** (Images) -- sourceSize, asynchronous loading - **PRF** (Performance) -- transparent rect, opacity, clip, layer - **STY** (Style) -- id:root, camelCase, group notation - **SIG** (Signals) -- Connections target, handler syntax - **ERR** (Error/Security) -- hardcoded http://, non-portable paths - **JS** (JavaScript) -- var/let/const, loose equality ### Phase 1b: System qmllint (optional) Attempt to run `qmllint` if available on the system. Detection order: 1. `$QT_HOST_PATH/bin/qmllint` 2. `which qmllint` / `where qmllint` 3. Skip if not found (warn user) If found, run with JSON output: ```bash qmllint --json - -I <import-paths> <files...> ``` Parse the JSON output and merge with Python linter findings. Deduplicate by file+line+issue. qmllint is authoritative for type- level checks (unresolved types, incompatible assignments, alias cycles). The Python linter is authoritative for style, ordering, and performance patterns that qmllint does not cover. ### Phase 2: Agent-driven deep analysis (6 parallel agents) Launch six focused review agents in parallel. Name each agent descriptively when launching (e.g. "Agent 1: Bindings & Properties") to provide progress visibility. Each agent has a tight scope and a specific checklist. Agents are READ-ONLY -- they must never edit or write files. **Tool-agnostic agent contract**: Each agent described below is a self-contained review mission. In Claude Code, launch them as general-purpose subagents. In other tools, implement each as whatever subprocess, prompt chain, or analysis pass the tool supports. The key requirement is that each agent: - Has read access to all source files in scope - Can search/grep the codebase to trace symbols - Reports findings in the structured format below - Applies confidence thresholds: >80 = confirmed finding, 60-79 = investigation target (max 10 total across all agents), <60 = suppress - Does NOT duplicate findings from Phase 1 lint output (pass lint output as context to each agent) See **Agent missions** below for the six agents. ### Phase 3: Consolidation and reporting Merge lint script output, qmllint output (if available), and all agent findings. Deduplicate (same file+line+issue = one finding). Apply confidence scoring. Format the final report using the output format below. ## Agent missions Launch all six agents in parallel. Pass each agent: 1. The list of files in scope 2. The Phase 1 lint output (so they skip already-flagged issues) 3. The Phase 1b qmllint output if available 4. Their specific mission below Each agent should read all files in scope, then focus on its assigned categories. --- ### Agent 1: Bindings & Properties **Scope**: Binding correctness, property types, alias chains, qualified lookup, binding loops. **Check for**: - Multi-cycle binding loops (A changes B via handler, B's binding updates A) -- runtime only detects single-cycle - Property alias chains (alias to alias) where intermediate components may not be initialized - Unqualified property access (bare `someProperty` instead of `root.someProperty`) -- complements qmllint `unqualified` warning with semantic context - `Qt.binding()` closures capturing loop variables by reference (use `let` not `var`) - `pragma ComponentBehavior: Bound` missing on files with delegates that access outer-scope ids - Missing `readonly` on properties that are bound but never imperatively assigned **References**: `references/qt-qml-review-checklist.md` sections 3 (Bindings & Properties) --- ### Agent 2: Layout & Anchoring **Scope**: Anchoring correctness, layout sizing, visual tree structure. **Check for**: - Anchoring to items with `visible: false` (resolve the target id, check its `visible` property) - Anchoring across unrelated visual tree branches (not sharing a common parent) - Items in Layouts using `implicitWidth`/`implicitHeight` bindings that could create feedback loops - Missing `Layout.fillWidth`/`Layout.fillHeight` on items that should stretch - Nested Layouts without clear sizing policy (ambiguous size negotiation) **References**: `references/qt-qml-review-checklist.md` section 4 (Layout & Anchoring) --- ### Agent 3: Component Loading & Lifecycle **Scope**: Loader patterns, dynamic object creation, Connections lifecycle, C++ integration. **Check for**: - `Component.createObject()` return values not tracked or destroyed (memory leak) - Loader switching between `source` and `sourceComponent` at runtime (unsupported) - Image with dynamic/network source missing `Image.status` error handling - `Connections` with dynamically-changing `target` not handling `null` target state - Context properties (`rootContext()->setContextProperty()`) in C++ integration code - Object ownership issues at QML/C++ boundary (parentless objects returned from invokable functions) **References**: `references/qt-qml-review-checklist.md` sections 5 (Loader), 8 (Images), 13 (C++ Integration) --- ### Agent 4: ListView & Delegate Correctness **Scope**: Model-view patterns, delegate lifecycle, reuse safety, required properties. **Check for**: - Missing `required property int index` when `index` is used in a delegate that declares other required properties - Delegate accessing `model.roleName` for roles not defined in the model's `rol
Related in Security
mac-ops
IncludedComprehensive macOS workstation operations — diagnose kernel panics, identify failing drives, audit launchd startup items, decode wake reasons, triage TCC permission denials, manage APFS snapshots, recover from no-boot. Use for: Mac is slow, slow bootup, won't boot, kernel panic, kernel_task hot, mds_stores CPU, photoanalysisd, cloudd, login loop, gray screen, sleep wake failure, drive failing, IO errors, APFS snapshots eating space, Time Machine local snapshots, Spotlight indexing, launchd, LaunchAgent, LaunchDaemon, login items, TCC permissions, Full Disk Access, Screen Recording denied, Gatekeeper, quarantine, com.apple.quarantine, app is damaged, helper tool, /Library/PrivilegedHelperTools, pmset, wake reasons, dark wake, sysdiagnose, panic.ips, DiagnosticReports, configuration profile, MDM profile, remote diagnostics over SSH.
a11y-audit
IncludedRun accessibility audits on web projects combining automated scanning (axe-core, Lighthouse) with WCAG 2.1 AA compliance mapping, manual check guidance, and structured reporting. Output is configurable: markdown report only, markdown plus machine-readable JSON, or markdown plus issue tracker integration. Use this skill whenever the user mentions "accessibility audit", "a11y audit", "WCAG audit", "accessibility check", "compliance scan", or asks to check a web project for accessibility issues. Also trigger when the user wants to verify WCAG conformance or map findings to a specific standard (CAN-ASC-6.2, EN 301 549, ADA/AODA).
erpclaw
IncludedAI-native ERP system with self-extending OS. Full accounting, invoicing, inventory, purchasing, tax, billing, HR, payroll, advanced accounting (ASC 606/842, intercompany, consolidation), and financial reporting. 413 actions across 14 domains, 43 expansion modules. Constitutional guardrails, adversarial audit, schema migration. Double-entry GL, immutable audit trail, US GAAP.
assess
IncludedAssesses and rates quality 0-10 across multiple dimensions (correctness, maintainability, security, performance, testability, simplicity) with pros/cons analysis. Compares against project conventions and prior decisions from memory. Produces structured evaluation reports with actionable improvement suggestions. Use when evaluating code, designs, architectures, or comparing alternative approaches.
spring-boot-security-jwt
IncludedProvides JWT authentication and authorization patterns for Spring Boot 3.5.x covering token generation with JJWT, Bearer/cookie authentication, database/OAuth2 integration, and RBAC/permission-based access control using Spring Security 6.x. Use when implementing authentication or authorization in Spring Boot applications.
code-hardcode-audit
IncludedDetect hardcoded values, magic numbers, and leaked secrets. TRIGGERS - hardcode audit, magic numbers, PLR2004, secret scanning.