Cache action filter metadata and reuse it in launcher filtering

[multiplex55]

Motivation

• Reduce per-call allocations and repeated normalization when filtering actions by precomputing and reusing normalized id/kind candidates for each action.
• Make action-kind/id filtering cheaper during search and plugin result post-processing by storing metadata alongside actions.

Description

• Add ActionFilterMetadata and ActionWithMetadata to src/common/query.rs to hold a precomputed normalized_id and normalized_kind_candidates and provide constructors from_action/from_action wrappers.
• Change apply_action_filters to funnel through a new apply_action_filters_with_metadata which consumes metadata-aware entries and updates filtering to call action_matches_filters(metadata, filters) that uses precomputed values instead of rebuilding candidates.
• Wire a per-action action_filter_metadata: Vec<ActionFilterMetadata> into LauncherApp in src/gui/mod.rs, populate it inside update_action_cache and initialize it in new, and short-circuit search_actions to evaluate kind:/id: filters against the cached metadata before performing label/desc fuzzy or exact matching.
• Remove the old per-call action_kind_candidates rebuild and route callers to the metadata-based checks instead.

Testing

• Ran cargo fmt and cargo fmt --check, both completed successfully.
• Started cargo check which progressed through dependency compilation during validation but was left running in CI-like environment (no final failure observed during edit/formatting cycle).
• Attempts to run cargo test were initiated but aborted due to long build times in the interactive environment, so no full test-suite run was completed here.

---

Codex Task