In der Web-Taskliste (und Memory-Liste) das neueste oben anzeigen #105

Ziel

Web-Task- und Memory-Listen zeigen standardmäßig die neuesten erstellten Einträge zuerst. Erstellungszeit, Änderungszeit, Priorität und öffentliche Nummer bleiben getrennte Konzepte.

Ergebnis

Umgesetzt in ac67eb2. Der Vertrag steht in #115, die Service- und MCP-Seite in #116, die Web-Seite in #117.

• Web-Standard für Tasks und Memories: Newest created. Zusätzlich Oldest created und Recently updated, ausdrücklich wählbar.
• Ein bearbeiteter alter Eintrag wandert nur unter Recently updated nach oben.
• Gleichstände brechen auf der internen Identität; die Projektnummer ist kein Zeit- oder Prioritätssignal.
• MCP: task_list und memory_search erhalten ein optionales sort. Die bisherigen Standards bleiben; ein unbekannter Wert wird abgelehnt statt geraten. Systemguide auf v20.
• Sortierung und Filter stehen in der URL und überleben Reload, Teilen und Back.

Zwei Befunde, die über die Aufgabe hinausgingen

Verwaiste Subtasks waren real. Die Listenkomponente zeichnete nur Tasks, deren Parent auf derselben Seite lag. Ein Subtask, der nach dem Schließen seines Parents wieder geöffnet wird, verschwand damit vollständig aus der Liste — sichtbar weder oben noch unter dem Parent. Ein Task ohne sichtbaren Parent gilt jetzt als Root. Der neue Test schlägt gegen die alte Komponente fehl, die Lücke war also echt.

Die Memory-Filter liefen nach der Grenze, nicht davor. Die Wissensseite holte die neuesten 100 Einträge und filterte danach im Browser. Wer Archived oder einen Typ wählte, durchsuchte damit nur diese 100 — bei mehr Memories fand die Suche schlicht nichts, obwohl passende Einträge existierten. Alle fünf Filter laufen jetzt in SQL vor der Grenze.

Offen

Die schmalen Bildschirme und die Tastaturbedienung sind gebaut, aber nicht im echten Browser angesehen — siehe #117. Paging per Cursor gibt es weiterhin nicht; beide Listen liefern eine einzelne begrenzte Seite, die Grenze ist jetzt aber ein benannter Parameter statt einer Literalzahl.

Hinweis zur Zuweisung

#105 war dem Codex-Agenten zugewiesen und wurde für diese Bearbeitung übernommen.