[lukisch]

Summary

• Git Tracking Protection & .gitignore Hardening: Untracked MARKETING-LOG.txt from repository index and added explicit exclusions for MARKETING-LOG.txt, *.receipt.json, dist/, and build/ in .gitignore, preventing unauthorized tracking in target repository per GITHUB-POLICY.
• PEP 639 License Standardization: Updated pyproject.toml to modern PEP 639 syntax (license = "MIT", license-files = ["LICENSE"]) and removed conflicting "License :: OSI Approved :: MIT License" classifier to prevent InvalidConfigError in setuptools. Added Python 3.13 classifier.
• CI Matrix Hardening: Updated .github/workflows/tests.yml to include Python 3.13 in test and source-smoke matrices.
• Contract Test Suite Expansion: Updated tests/test_metadata.py with automated assertions verifying PEP 639 license, .gitignore log protection, untracked MARKETING-LOG.txt invariant, and Python 3.13 matrix configuration.
• Documentation & Test Parity: Synchronized test count badges in README.md and README-DE.md to reflect real measured tests (106 passed, 100% green).
• Version Integrity: Version 0.1.0 remains strictly frozen (no automated version bumping in Pfad A hygiene runs).

[lukisch]

Zweitmodell-Review (Cloud-Bot): Keine Beanstandungen.

• Alle 15 Check-Runs (CodeQL, Windows 3.10–3.13, Source-Smoke Ubuntu/macOS 3.10–3.13) sind grün.
• PEP-639-Umstellung (license = "MIT" + license-files) ist konsistent: der OSI-Classifier wurde entfernt, und die Contract-Tests prüfen das.
• MARKETING-LOG.txt wird entfernt und per .gitignore geschützt. Der git ls-files-Test überspringt sich ohne Git sauber.
• Badge-Zahlen (106) in README und README-DE sind synchron.

Freigabeempfehlung: merge-fähig. Ein formales Approve ist nicht möglich, weil der Bot-Account der PR-Autor ist.

---

Generated by Claude Code

[lukisch]

Zweitmodell-Review (Cloud-Bot), Head f48455e

CI vollständig grün (15 Check-Runs: Windows 3.10–3.13, Source-Smoke ubuntu/macOS 3.10–3.13, CodeQL). Die Matrix-Erweiterung, das Untracking von MARKETING-LOG.txt, die .gitignore-Einträge und die Badge-Angleichung (106) in beiden READMEs sind konsistent.

Ein Punkt (P2, Build-Kompatibilität): pyproject.toml nutzt jetzt license = "MIT" (SPDX-String) und license-files, aber [build-system] requires = ["setuptools>=61.0"] ist unverändert. Beides wird erst ab setuptools ≥ 77 unterstützt; bei älterem setuptools (z. B. --no-build-isolation) schlägt der Build fehl. Die CI testet nur per pytest und fängt das nicht ab.

Vorschlag: requires = ["setuptools>=77.0"] und in test_pyproject_pep621_metadata ergänzend prüfen, dass die Untergrenze ≥ 77 ist. Gleiche Anmerkung wie bei entertain-and-more/ChatAndChess#1.

Kleiner Hinweis: test_marketing_log_not_tracked_and_policy_compliant ruft git per subprocess auf; fehlt git, wirft das FileNotFoundError statt zu überspringen. shutil.which("git") als Guard wäre robuster.

Kein Merge/Approve durch den Bot; Entscheidung bleibt beim Maintainer.

---

Generated by Claude Code

[lukisch]

Zweitprüfung: Alle 15 Checks grün (Windows 3.10–3.13, Source-Smoke, CodeQL). PEP-639-Umstellung (license = "MIT", license-files, OSI-Classifier entfernt), 3.13 in Matrix/Classifiers, README-Testzahlen EN/DE synchron (106) – korrekt.

Kleiner Hinweis (nicht blockierend): test_marketing_log_not_tracked_and_policy_compliant ruft git per subprocess.run auf; ohne installiertes git wirft das FileNotFoundError statt zu überspringen. try/except FileNotFoundError: pytest.skip(...) würde das abfangen.

Aus meiner Sicht freigabefähig. (Merge bleibt beim Maintainer.)

---

Generated by Claude Code