Daily digest 2026-09-13 - 9 zmian w 1 repozytoriach

Krotki wstep: automatyczny fallback zapewnia ciaglosc devlogu nawet przy awarii dostawcy LLM. Ponizej surowe dane commitow.

Problem: brak dostepu do LLM

Pipeline LLM (OpenCode / Gemini) zwrocil blad - wygenerowano deterministyczny szablon bez halucynacji.

Co zrobilem: przeglad commitow

• Engineering Lab & Website (portfolio): 9 commit(s) - feat(qa): A/B review-passa (GLM-5.3-Flash w dni parzyste, kill-switch DIGEST_REV; feat(llm): provider commandcode (api.commandcode.ai) + sekret CI + env w workflo; fix(qa): start produkcyjnego serwera przed collectem w workflow; feat(qa): warstwa L - kolektor artefaktów, 5 person, JSON+diff, advisory workflo; feat(qa): warstwa D testów deterministycznych (axe, linki, i18n, perf); feat(qa): warstwa D - Playwright axe smoke, link-checker, i18n parity, perf budg; fix(digest): sanitize em-dash in fallback commit messages so ai-em-dash gate pas; fix(review): gitignore diary secrets, input caps, robots disallow, drop custom c; chore(audit): daily self-check 2026-09-13

1. Podsumowanie

• Lacznie 9 commitow w 1 repozytoriach w oknie 24h.

Dlaczego to wazne (Use Case):

Automatyczny fallback zapewnia ciaglosc devlogu - nawet przy outage LLM czytelnik widzi co sie wydarzylo. Wzorzec - fallback ratuje SLA publikacji i nie blokuje workflow (soft-fail zamiast czerwonego X).

Czego sie nauczylem:

• Niezawodnosc pipeline'u wazniejsza niz polerowanie prose - fallback ratuje ciaglosc.
• Gates deterministyczne (secrets, em-dash, H1, length, frontmatter) musza byc spelnione nawet w fallbacku.