Landingpages als eigene Gattung, erster Typ: Mehrere Links

Die sechs noch offenen Typen haben kein fremdes Ziel, auf das man
weiterleiten koennte — sie brauchen eine Seite. Dafuer bekommt der
Typ-Vertrag `hasLandingPage`: /r/[slug] schickt solche Codes auf /s/[slug],
statt `redirectTarget` zu befragen.

Die oeffentlichen Seiten duerfen die Navigation der Anwendung nicht zeigen —
wer einen Code scannt, hat mit „Verwaltung" nichts zu tun. Deshalb liegt das
App-Chrome jetzt in der Routengruppe (app); das Wurzel-Layout traegt nur noch
html und body. Die URLs aendern sich dadurch nicht.

src/app/(app)/meine-codes/page.tsx

@@ -0,0 +1,31 @@
+import type { Metadata } from "next";
+
+import { CodesList } from "@/components/codes-list";
+import { requirePageActor } from "@/lib/auth/guard";
+
+export const metadata: Metadata = { title: "Meine Codes" };
+
+export const dynamic = "force-dynamic";
+
+export default async function MyCodesPage() {
+  await requirePageActor();
+
+  // Breiter als die übrigen Seiten: Die Liste soll viele Projekte
+  // nebeneinander zeigen können.
+  return (
+    <div className="mx-auto max-w-6xl px-4 py-8 sm:px-6 sm:py-10">
+      <div className="mb-7">
+        <h1 className="text-2xl font-bold tracking-tight text-slate-900 sm:text-3xl">
+          Meine Codes
+        </h1>
+        <p className="mt-2 text-slate-600">
+          Alle dynamischen QR-Codes mit ihrem aktuellen Ziel und der Anzahl der
+          Scans. Statische Codes erscheinen hier nicht — sie werden nicht
+          gespeichert.
+        </p>
+      </div>
+
+      <CodesList />
+    </div>
+  );
+}