refactor(livewire): organizar componentes y vistas por dominio en subnamespaces

- app/Livewire: 34 componentes agrupados en Issues/, Projects/, Phases/,
  Companies/, Users/, Admin/, Inspections/, Layers/, Media/, Common/
  (Client/, Reports/, Forms/, Actions/ ya estaban). Namespaces actualizados.
- resources/views/livewire: vistas sueltas movidas a subcarpetas espejo
  (companies/, users/, phases/, roles/, inspections/, media/, common/);
  render() actualizado.
- Referencias actualizadas sin romper nada: rutas (FQN, nombres de ruta intactos),
  tags <livewire:...>/@livewire() a alias con punto, y use de los tests.
- No tocado: Volt de Breeze (auth/profile/navigation), y el portal cliente
  (user-nav/client-projects) que ya tenía referencias inconsistentes.

Verificado: 69 rutas OK, vistas compilan, suite 69 passing (solo 2 pre-existentes
sqlite). autoload regenerado con --ignore-platform-reqs (PHP 8.2).

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

app/Livewire/Issues/IssueManager.php

@@ -0,0 +1,54 @@
+<?php
+
+namespace App\Livewire\Issues;
+
+use Livewire\Component;
+use Livewire\Attributes\Layout;
+use Livewire\Attributes\On;
+use Illuminate\Support\Facades\Auth;
+use App\Models\Project;
+use App\Models\Issue;
+
+#[Layout('layouts.app')]
+class IssueManager extends Component
+{
+    public Project $project;
+
+    public function mount(Project $project)
+    {
+        $this->project = $project;
+        abort_unless($this->canAccessProject() && Auth::user()->can('view issues'), 403);
+    }
+
+    /** The current user must be a project member (or super-admin) to touch issues. */
+    private function canAccessProject(): bool
+    {
+        $user = Auth::user();
+        return $user->can('manage all')
+            || $this->project->users()->where('user_id', $user->id)->exists();
+    }
+
+    /** Re-render the stats bar after the embedded table changes an issue. */
+    #[On('issuesChanged')]
+    public function refreshStats(): void
+    {
+        // No state to mutate — the listener simply triggers a re-render so the
+        // stat counters recompute from the database in render().
+    }
+
+    public function render()
+    {
+        $counts = Issue::where('project_id', $this->project->id)
+            ->selectRaw('status, count(*) as c')
+            ->groupBy('status')
+            ->pluck('c', 'status');
+
+        return view('livewire.issues.issue-manager', [
+            'countOpen'     => (int) ($counts['open'] ?? 0),
+            'countInReview' => (int) ($counts['in_review'] ?? 0),
+            'countResolved' => (int) ($counts['resolved'] ?? 0),
+            'countClosed'   => (int) ($counts['closed'] ?? 0),
+            'countTotal'    => (int) $counts->sum(),
+        ]);
+    }
+}