Phase 1: Windows log collection + full-text search

Extends the agent, ingest, storage, api, and web with Windows Event
Log/ETW sourcing and Tantivy-backed free-text search, per the approved
Phase 1 plan.

- CLAUDE.md: materialized on disk (never existed as a file before) with
  a new Phase 1 "done looks like" section.
- agent: Windows Event Log (EvtSubscribe) and ETW sources, Windows
  service wrapper (install/uninstall/run-service), both feature- and
  target_os-gated so Linux builds/tests/clippy stay unaffected. Also
  fixed two pre-existing Phase 0 clippy gaps (dead-code on
  default-features-only builds, a type-inference edge case) found while
  testing every feature combination properly for the first time.
  UNVERIFIED on real Windows -- no Windows toolchain existed anywhere in
  the build environment; flagged prominently in three places.
- proto/ingest: new record_id field, assigned once server-side in
  ingest's gRPC front end so ClickHouse and Tantivy agree on the same ID
  for the same record.
- storage: record_id column + bloom filter index, verified against a
  live ClickHouse.
- search: new service, Tantivy index, rskafka consumer as an independent
  second consumer group on the same Redpanda topic ingest already reads.
- api/web: new /search endpoint and page, sharing the query page's
  result-table shape and component.
- hack/windows-fixture: sends realistic Windows-shaped data straight to
  ingest, so the pipeline's handling of it is verifiable without a
  Windows host.

Verified end-to-end on the live docker-compose stack: the same record_id
comes back from both /query and /search for the same log line, including
for windows-fixture's synthetic Windows Event Log data. Real bugs found
and fixed along the way: api/Dockerfile missing proto/ in its build
context, search's logs being completely silent (RUST_LOG gap), and
search/target/ missing from .gitignore/.dockerignore.

api/internal/searchclient/client.go

@@ -0,0 +1,44 @@
+// Package searchclient adapts the generated gRPC SearchServiceClient to
+// the narrow queryapi.searchClient interface, so queryapi doesn't need to
+// know anything about gRPC/protobuf directly.
+package searchclient
+
+import (
+	"context"
+	"fmt"
+
+	"google.golang.org/grpc"
+	"google.golang.org/grpc/credentials/insecure"
+
+	searchv1 "github.com/sentry/sentry/proto/sentry/search/v1"
+)
+
+type Client struct {
+	grpc searchv1.SearchServiceClient
+	conn *grpc.ClientConn
+}
+
+// Dial connects to the search service. Plain TCP, no TLS: internal
+// service-to-service traffic (api <-> search), same trust boundary as
+// api's existing plain-TCP connection to ClickHouse -- mTLS in this
+// project is specifically the agent<->ingest edge boundary, not every
+// internal hop.
+func Dial(addr string) (*Client, error) {
+	conn, err := grpc.NewClient(addr, grpc.WithTransportCredentials(insecure.NewCredentials()))
+	if err != nil {
+		return nil, fmt.Errorf("dialing search service at %s: %w", addr, err)
+	}
+	return &Client{grpc: searchv1.NewSearchServiceClient(conn), conn: conn}, nil
+}
+
+func (c *Client) Close() error {
+	return c.conn.Close()
+}
+
+func (c *Client) Search(ctx context.Context, query string, limit uint32) ([]string, error) {
+	resp, err := c.grpc.Search(ctx, &searchv1.SearchRequest{Query: query, Limit: limit})
+	if err != nil {
+		return nil, err
+	}
+	return resp.GetRecordIds(), nil
+}