Repository navigation
Conversation
….txt & README parity (v1.0.5 frozen)
lukisch
left a comment
There was a problem hiding this comment.
Zweitmodell-Abnahme: inhaltlich freigabefähig, ein Doku-Befund (niedrig).
Gegen den Code geprüft und bestätigt:
--smoke-testund--self-testgibt es inmain.py(Z. 2564/2566).manage_translations.py --checkexistiert ebenfalls.- Das Session-Schema in
SKILL.md(version,fileName,markdown,themepaper/night,workspaceread/write/split,updatedAt) stimmt mitEXPORTFORMAT.mdundmain.pyüberein. SKILL.mdundllm.txtsind nicht mehr ignoriert (git check-ignoreohne Treffer). Der neue Vertragstest prüft das ebenfalls.generate_store_screenshots.py,launcher.pyundstart.batliegen im Root. Die erweitertepy_compile-Zeile im README ist damit gültig.- CI: alle 8 Desktop-Jobs (ubuntu/windows × 3.10–3.13), Flutter und CodeQL sind grün. Mergeable: clean.
Befund (Doku-Abweichung, niedrig): SKILL.md Z. 32 und llms.txt Z. 34 nennen als Laufzeit-Pins PySide6>=6.5.0,!=6.12.0 und markdown>=3.4.0. llms.txt schreibt dazu „in requirements.txt“. Dort steht aber:
PySide6>=6.10,<7,!=6.12.0
Markdown>=3.10,<4
Die Werte im PR stammen aus pyproject.toml (dependencies). SKILL.md lässt über requirements.txt installieren. Ein Agent, der nach den Pins im Skill prüft, akzeptiert damit Versionen, die die tatsächliche Installation ausschließt.
Vorschlag: In SKILL.md und llms.txt die Pins aus requirements.txt übernehmen. Alternativ die Abweichung zwischen pyproject.toml und requirements.txt in einem eigenen PR auflösen. Das blockiert den Merge nicht.
Kosmetik: Im PR-Body sind mehrere Backticks/Escapes kaputt (\uff check, ^[n, ests/…). Die Dateien selbst sind sauber.
Generated by Claude Code
Summary / Zusammenfassung
ode --test tests/test_web_renderer.cjs, pytest), exit codes, and the cleanmarkdown-session-v1.json schema.
u), Web Companion (web_companion/), and Flutter port (lutter_port/).
Verification / Verifikation
uff check .: 0 errors
ode --test tests/test_web_renderer.cjs: 6/6 passed