メニュー
Performance review checklist — hot paths, async-runtime discipline, streaming, query-client tuning, layout pre-measurement, token/cost. Load when reviewing perf-sensitive changes.
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
Shared write-side contract every domain AUTHOR imports — how to implement reliably, the smallest-diff rule, validation gates, and the never-approve-your-own-work rule. The write-side mirror of token-efficiency. Load at the start of any implementation task.
Shared context-discipline contract every agent imports — context-source priority, read budget, confidence-stop, the severity rubric, and terse output. Load at the start of any review or implementation task.
General repo rules enforced by ESLint/TypeScript/CI — PRs-only, never bypass lint, import ordering, type imports, path privacy, commit format. Load for any code change.
Browser-extension + bridge standards — MV3 (Chrome + Firefox), least-privilege permissions, the loopback pairing-token auth model, the shared TS↔Rust wire protocol, and the Chrome Web Store + Firefox AMO store-policy + pre-submission checklist. Load for changes under apps/extension/**, extension_bridge/, and the extension protocol.
React renderer standards — ports & adapters (service hooks), design tokens, motion tokens, @ajh/ui primitives, i18n, feature isolation, React Query, a11y. Load for changes under apps/desktop/src/renderer/**.
Rust/Tauri backend standards — L0–L3 layers, centralized platform/net/error ownership, Rust-first business logic, registries, error handling. Load for changes under apps/desktop/src-tauri/src/**.
| name | performance-checklist |
| description | Performance review checklist — hot paths, async-runtime discipline, streaming, query-client tuning, layout pre-measurement, token/cost. Load when reviewing perf-sensitive changes. |
Authoritative: docs/knowledge/performance-rules.md. Bias perf findings toward MEDIUM unless there's a concrete on-a-hot-path regression.
spawn_blocking / the data layer. SQLite never blocks the async runtime.staleTime/gcTime tuned (desktop: no refetch-on-focus); large lists virtualized; avoid needless re-renders (stable deps, memo where measured).Only genuinely 2026-changed item: React Compiler 1.0 (2025-10-07) flips the default from hand-memoize to compiler-memoize. CWV thresholds + Tokio/SQLite discipline are stable.
useMemo/useCallback/memo; without it, memoize only after a measured >16ms render. Virtualize long/unbounded lists (TanStack Virtual → ~viewport-only DOM); route-level code-split. https://react.dev/learn/react-compiler/introductionspawn_blocking (short) or a dedicated thread (long); bound CPU concurrency with a Semaphore; spawn_blocking tasks can't be aborted and block shutdown (shutdown_timeout). Profile: cargo flamegraph/samply (CPU), DHAT/heaptrack (heap), tokio-console (async stalls). https://docs.rs/tokio/latest/tokio/task/fn.spawn_blocking.htmljournal_mode=WAL + synchronous=NORMAL (loses only durability on power-loss); cache_size (negative = KiB), mmap_size 30–256MB read-heavy, temp_store=MEMORY; busy_timeout (e.g. 5000) to avoid SQLITE_BUSY; index WHERE/JOIN/ORDER-BY cols; prepared/bound statements; SQLite calls block → run on a pool inside spawn_blocking. https://www.sqlite.org/pragma.htmlCommon mistakes: hand-memoizing everything (or removing existing memo) with Compiler on; rendering full lists instead of virtualizing (INP/jank); sync SQLite/reqwest::blocking/std::fs on a tokio worker; unbounded spawn_blocking / parallel CPU (pool exhaustion); leaving synchronous=FULL under WAL; trusting SEO "2.0s LCP" over web.dev; micro-opt without a flamegraph.