[Feature] Extend quiet-by-default logging plus -v to the remaining CLI commands

Problem

#929 made repowise init and repowise update quiet by default. Before that, update printed provider and pipeline debug lines (ollama.generate.done, ingestion graph/traverser events) straight into the live Rich progress bar, which is what produced the duplicated "Generating pages..." rows in #922.

That PR deliberately scoped itself to those two commands. Every other command still runs with whatever logging configuration it happens to inherit, so any command that touches the core pipeline or an LLM/embedding provider can spray debug output over its own progress display. Only init and update define a -v flag today:

packages/cli/src/repowise/cli/commands/init_cmd/command.py:499
packages/cli/src/repowise/cli/commands/update_cmd/command.py:260

Proposed Solution

Give the remaining long-running commands the same treatment: a --verbose / -v flag wired to the helper #929 already added.

The helper lives in packages/cli/src/repowise/cli/_setup.py:

configure_cli_logging(verbose: bool = False) -> None

• Default: httpx, httpcore, repowise.core and repowise.server pinned to ERROR, so progress bars are the only output.
• verbose=True: repowise's own loggers pass through at DEBUG so a user can watch provider/pipeline activity. httpx/httpcore stay at ERROR either way, since their debug stream is HTTP-level noise that buries the useful lines.

setup_logging_silence() is a thin wrapper over the quiet path, for call sites that never want logs (the multi-repo workspace init flow).

Per command:

1. Add the flag, matching the existing wording:

   @click.option(
       "--verbose",
       "-v",
       is_flag=True,
       default=False,
       help="Show debug logs from the pipeline.",
   )
   

2. from repowise.cli._setup import configure_cli_logging
3. Call configure_cli_logging(verbose=verbose) as the first statement in the command body, before any pipeline import or work. Reference call site: update_cmd/command.py:387.

Candidates, roughly in priority order. Each renders progress or calls a provider:

This is splittable. One PR per command, or a small batch, is easier to review than one sweep. Picking a single command off this list is a reasonable first contribution.

Alternatives Considered

• A global -v on the root group instead of per-command. Cleaner in principle, but Click would need the flag before the subcommand (repowise -v update), which breaks the existing repowise update -v spelling and every doc that uses it.
• Always-quiet everywhere, no flag. Rejected: users debugging a stuck provider call need a way to see the pipeline. That was the specific gap #929 closed for init.
• Leaving the read-only commands alone. Still the plan. status, search, costs, risk, saved, expand, and distill print and exit fast, and probably do not need this. Use judgement, and say so in the PR if you skip one from the table.

Additional Context

• configure_cli_logging sets cache_logger_on_first_use=False on purpose. Modules that call structlog.get_logger(__name__) at import time hold a bound logger snapshotted before configure runs, so without that, debug lines from core/ingestion/* leak past the filter on the first run of a session. This is also why the call has to come before the work, not partway through it.
• Helper tests live in tests/unit/cli/test_shared_helpers.py (test_configure_cli_logging_quiet_by_default, test_configure_cli_logging_verbose_shows_repowise_debug). A per-command test asserting the flag reaches configure_cli_logging is enough; no need to re-test the helper.
• Where a command already has a -v meaning something else, or where its output is deliberately terse, either reuse the flag or leave it always-quiet via setup_logging_silence() and note why.
• The "why it matters" column comes from grepping for Progress( and provider usage, not from running each command, so it is a pointer rather than a confirmed reproduction for every entry.
• Related: #922, #928, #929

Choose one candidate command, such as reindex_cmd.py, restyle_cmd.py, or export_cmd.py, and compare its entry point with init_cmd/command.py and update_cmd/command.py. Read configure_cli_logging in packages/cli/src/repowise/cli/_setup.py, then inspect the existing helper tests in tests/unit/cli/test_shared_helpers.py. Done means the selected command supports --verbose/-v, configures logging before its work, and has a focused flag test.