Asociere reusita, prototipul de pe 104 oprit, si reparat filtrul de JID care
arunca tacut toate mesajele dupa asociere (WhatsApp foloseste acum LID).
Nimic nu mai e blocat.
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01Q4uzvgm7AyJch5WH8QHRhY
Intrarile precedente ("Maria nu are backend LLM", "puntea WhatsApp nu e
asociata") erau gresite: descriau instalarea din git de pe LXC 171, in timp ce
Maria conectata la WhatsApp rula pe LXC 104. Inlocuite cu o singura intrare care
descrie mutarea in curs si pasul urmator.
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01Q4uzvgm7AyJch5WH8QHRhY
Sincronizarea si preferinta .xml sunt terminate (depozit 6 -> 11 documente).
La verificarea de dupa au iesit la iveala doua lucruri care tineau Maria
nefunctionala si pe care nu le stia nimeni:
- LLM_URL=127.0.0.1:8091 nu are nimic in spate, nici aici nici pe LXC 110.
Maria poate cauta in documente, dar nu poate formula raspunsuri. N-a iesit la
iveala fiindca puntea WhatsApp nu e conectata, deci ask_llm n-a fost apelat
niciodata.
- Puntea WhatsApp nu e asociata: QR-ul n-a fost scanat, bridge-ul a ajuns la
"Max reconnect attempts reached".
Ambele cer o decizie sau un pas manual al utilizatorului, deci raman in Blocate.
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01Q4uzvgm7AyJch5WH8QHRhY
Blocajul pe cont de serviciu a fost inlocuit cu cel pe `rclone authorize`
cateva ore mai tarziu; doua linii in aceeasi zi, una contrazicand-o pe cealalta,
deruteaza mai mult decat ajuta.
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01Q4uzvgm7AyJch5WH8QHRhY
Intrarea pentru sincronizare nu mai asteapta un cont de serviciu Google, ci un
singur `rclone authorize` pe statia Windows. Notat si ca depozitul are 6 din 11
documente de cunostinte, deci lipsesc SAF-T D406 si e-Factura pana la prima
sincronizare.
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01Q4uzvgm7AyJch5WH8QHRhY
Firele Discord sunt independente: un fir nou nu vede conversatia din alt fir.
Fara un loc scris, progresul unei functionalitati se pierde intre runde. TODO.md
e acel loc, iar CLAUDE.md il face parte din procedura, nu optional.
- TODO.md: intrari grupate pe stare (in lucru / blocate / planificate / gata),
fiecare cu unde, ce face, ce s-a verificat si data absoluta, plus un Jurnal
append-only. Populat cu starea reala de azi.
- docs/flux-dezvoltare.md: pentru orice cerere de dezvoltare -- citeste TODO.md,
planifica delegand `Agent(subagent_type: "Plan", model: "opus")`, posteaza
planul in fir, executa tu (firul e pe Sonnet), actualizeaza TODO.md.
Delegarea catre subagent obtine "plan pe Opus, executie pe Sonnet" fara
`/model` si fara repornirea sesiunii, ceea ce un fir nu poate face oricum.
Excepii: intrebarile si diagnosticele fara modificare. Marimea sarcinii NU e
criteriu -- prima versiune a documentului lasa asta ambiguu si agentul a sarit
peste plan la un script de 20 de linii; acum e spus explicit in ambele locuri.
- CLAUDE.md: sectiunea "Cum lucrezi" in cap, cei 4 pasi, plus TODO.md si
documentul de flux in tabelul de documentatie.
- CLAUDE.md: nota despre atasamente actualizata -- imaginile si fisierele text
ajung acum la agent (implementat azi in discord-bridge).
- README.md: tabel de fisiere; `!cd`/`!status` -> `/cd`/`/status`.
Verificat pe o sesiune reala pe Sonnet in acest director, cu aceeasi cerere
inainte si dupa intarire: prima data a sarit peste plan, a doua oara a chemat
subagentul Plan pe Opus si a actualizat TODO.md in formatul cerut.
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01Q4uzvgm7AyJch5WH8QHRhY
