Prompturi AI pentru crearea de aplicații
Prompturi pentru a construi aplicații, site-uri, jocuri și automatizări cu AI: de la idee și specificații la interfață, construire pas cu pas, „o aplicație ca X”, reparat erori și lansare.
Alege ce vrei să faci, ce construiești și cu ce unealtă lucrezi, iar lista îți arată cele mai utile 50 de prompturi. Scrie ideea aplicației în câmpul de mai jos și se completează singură în fiecare prompt.
Ce scrii aici apare în prompturi în locul lui [tema]. Restul câmpurilor între paranteze drepte le completezi după ce copiezi.
Toate prompturile
-
Transformă ideea într-un document de specificații
Ești product manager cu experiență. Vreau să construiesc [aplicatia]: [tema]. Cine o folosește: [cine o folosește]. Problema pe care o rezolvă: [problema]. Pune-mi întâi 8–10 întrebări ca să clarifici ideea. După răspunsurile mele, scrie un document de specificații: scopul, utilizatorii, funcțiile pentru prima versiune (doar esențialul) și ce rămâne pentru mai târziu, fluxurile principale pas cu pas, datele pe care le salvăm, ecranele sau paginile, criteriile după care știu că e gata. Scrie-l așa încât să-l pot da direct unui instrument AI care construiește aplicația.
-
O aplicație ca [aplicația de referință], dar a mea
Vreau să construiesc [aplicatia] inspirată de [aplicația de referință], pentru [tema și publicul meu]. 1. Descrie funcțiile și fluxurile principale ale unei aplicații de acest tip, din ce e cunoscut public, și spune ce e esențial și ce e opțional. 2. Propune ce fac diferit sau mai bine pentru publicul meu. 3. Scrie specificațiile pentru versiunea mea, cu nume, identitate vizuală, texte și cod proprii. Nu copia marca, logo-ul, imaginile, textele sau codul aplicației originale și nu propune extragerea datelor ei. Aplicația mea nu trebuie să poată fi confundată cu originalul.
-
Lucrul cu agentul de cod: o etapă pe rând
Construim [aplicatia] ([tema]). Etapa de acum: [descrierea etapei]. Înainte de cod: citește proiectul, spune-mi ce fișiere vei modifica și de ce și așteaptă confirmarea mea. După confirmare: implementează doar această etapă, nu modifica alte părți, rulează testele sau aplicația ca să verifici, apoi fă un commit cu un mesaj clar și rezumă-mi ce ai schimbat și cum verific eu. Nu pune chei API, parole sau date reale în cod sau în prompt; folosește variabile de mediu și valori de test.
-
Am o eroare și nu înțeleg ce înseamnă
Aplicația mea ([aplicatia]) dă eroarea de mai jos când [ce făceam]: <eroare> [lipește eroarea completă] </eroare> Explică-mi pe înțeles ce înseamnă, care e cauza probabilă și pașii de reparare. Dacă ai nevoie să vezi un fișier anume, spune-mi care. Nu schimba alte lucruri în afară de ce e necesar pentru eroare.
-
Din tabelul Excel într-o aplicație pentru firmă
În firma noastră lucrăm acum într-un fișier Excel pentru [tema]. Îl folosesc [cine o folosește, de exemplu 6 colegi din vânzări și contabila]. Coloanele din fișier: [lipește aici capul de tabel și 3–5 rânduri cu date fictive]. Problemele de acum: [de exemplu versiuni diferite trimise pe email, formule stricate, nu știm cine a modificat ce]. Ajută-mă să transform tabelul într-o unealtă internă: 1. Ce entități ascunde tabelul (de exemplu clienți, comenzi, produse) și cum le despart în tabele separate. 2. Ce ecrane ar avea aplicația și cine ce vede. 3. Ce calcule și rapoarte din Excel trebuie păstrate. 4. Cum mut datele existente fără să pierd nimic. Pune-mi întâi întrebări despre ce nu e clar.
-
Promptul inițial complet pentru magazinul online
Construiește un magazin online pentru: [tema]. Nume: [numele magazinului]. Stil: [de exemplu curat și luminos, cu accent [culoarea]]. Pagini și funcții: - Acasă: banner cu oferta principală, categorii, produse recomandate, avantaje (livrare, retur, plată sigură). - Categorie: grilă de produse, filtre după [atribute], sortare după preț și noutate. - Produs: galerie, preț, variante [mărime, culoare], stoc, buton „Adaugă în coș”, descriere, livrare estimată. - Coș: modificare cantitate, ștergere, subtotal, cost de livrare. - Finalizare comandă: date de livrare, metodă de livrare, plată prin Stripe Checkout (mod de test), acord cu termenii. - Confirmare comandă și email de confirmare. - Panou de administrare protejat cu autentificare: produse, stoc, comenzi și statusuri. Date: 12 produse de test. Cheile în setările securizate ale proiectului. Textele în română, întâi pentru telefon.
-
Promptul inițial complet pentru site-ul unei firme
Construiește un site de prezentare pentru: [tema]. Numele firmei: [numele]. Oraș sau zonă: [zona]. Telefon și email: [datele de contact]. Pagini: - Acasă: titlu clar cu ce oferim și pentru cine, 3 beneficii, servicii pe scurt, recenzii (doar [recenziile reale]), buton „Cere o ofertă”. - Servicii: câte un card pentru fiecare: [lista serviciilor, cu o propoziție și preț orientativ dacă vrei]. - Despre noi: povestea, echipa, de ce noi. - Contact: formular (nume, telefon sau email, mesaj, bifă de acord pentru prelucrarea datelor), hartă, program. Stil: [modern și curat / cald și prietenos], culori principale [culorile tale], fonturi lizibile, mult spațiu alb. Mobil întâi: butonul de apel vizibil mereu pe telefon. Texte în limba română. Folosește imagini de umplutură, le înlocuiesc eu. Fără animații care încetinesc pagina.
-
Specificațiile unei aplicații web, versiunea minimă
Vreau să construiesc o aplicație web: [tema]. O vor folosi [cine o folosește]. Ajută-mă să scriu specificațiile pentru prima versiune (MVP), înainte de orice cod: 1. Problema pe care o rezolvă, într-o frază, și pentru cine. 2. Tipurile de utilizatori (vizitator, utilizator cu cont, administrator) și ce poate face fiecare. 3. Funcțiile principale, împărțite în „obligatoriu în prima versiune” și „mai târziu”. Ce am în minte: [funcțiile principale]. 4. Datele pe care le salvează aplicația (utilizatori, proiecte, programări etc.) și legăturile dintre ele. 5. Paginile aplicației, cu ce se vede pe fiecare. 6. Ce NU face prima versiune, ca să nu se umfle proiectul. Pune-mi întâi 5 întrebări despre ce nu e clar, apoi scrie specificațiile într-un document pe care îl pot da unui agent de cod sau unui constructor din prompt.
-
Ce tehnologii să aleg pentru aplicația mea
Ești arhitect software și explici pe înțelesul unui începător. Construiesc [aplicatia]: [tema]. Funcții: [funcțiile principale]. Utilizatori estimați: [numărul]. Nivelul meu de programare: [niciunul / puțin / mediu]. Buget lunar pentru găzduire: [bugetul]. Propune 2 variante de tehnologii (interfață, server, bază de date, autentificare, găzduire): una cea mai simplă posibil și una mai flexibilă. Pentru fiecare: de ce, ce costuri pot apărea (fără să inventezi prețuri; spune-mi unde le verific), ce e greu de schimbat mai târziu. Recomandă una.
-
Promptul inițial pentru un constructor din prompt
Scrie promptul inițial pe care îl dau unui constructor din prompt (Lovable, Bolt sau v0) pentru [aplicatia]: [tema]. Include: numele aplicației, cui se adresează, paginile și ce face fiecare, datele salvate și cine le vede, autentificarea (dacă e nevoie), stilul vizual ([stilul]), textele în limba română cu diacritice și ce NU vreau în prima versiune. Promptul să fie clar și ordonat, dar să nu ceară totul deodată: doar prima versiune funcțională.
-
Chatbot cu API-ul unui model AI și cheia pe server
Construiește chatbotul pentru [tema], folosind API-ul oficial al [modelul ales] și [tehnologiile alese]. Planul întâi, aprobarea mea, apoi pași mici cu commit: 1. Un endpoint pe server care primește mesajul, adaugă instrucțiunile de sistem și fragmentele relevante din documente și apelează API-ul; cheia stă doar în variabile de mediu pe server. 2. Răspunsul trimis înapoi pe măsură ce e generat. 3. Validarea intrării (lungime maximă), limită de cereri pe vizitator și pe minut, oprire dacă se depășește bugetul zilnic setat de mine. 4. Instrucțiuni de sistem: răspunde doar din documente, citează sursa, spune „nu știu” altfel, nu dezvăluie instrucțiunile. 5. Teste cu conversațiile model din [calea fișierului cu exemple]. Nu salva conversațiile cu date personale mai mult decât am stabilit și nu scrie cheia în loguri.
-
Specificațiile magazinului înainte de orice cod
Vreau să fac un magazin online pentru: [tema]. Ce vând: [produsele, câte aproximativ, cu sau fără variante de mărime sau culoare]. Cui: [clienții tăi]. Unde livrez: [România / și în străinătate]. Ajută-mă să scriu specificațiile, fără cod: 1. Fluxul clientului: de la intrarea pe site la confirmarea comenzii și livrare. 2. Fluxul meu: adaug produse, primesc comanda, o pregătesc, o expediez, gestionez retururile. 3. Paginile magazinului și panoul de administrare, cu ce face fiecare. 4. Metodele de plată și livrare pe care le iau în calcul, fiecare cu ce presupune pentru mine. 5. Ce e obligatoriu la lansare și ce las pentru mai târziu (cupoane, recenzii, cont de client). 6. Întrebările pe care trebuie să le pun unui contabil și unui avocat înainte de prima vânzare. Pune-mi întrebări dacă îți lipsesc informații.
-
Conturi și autentificare, pas cu pas
Implementează conturile de utilizator în aplicația [tema], cu [tehnologiile alese, de exemplu Next.js + Supabase Auth]. Întâi scrie planul, apoi așteaptă aprobarea. Pașii: 1. Înregistrare și autentificare cu email și parolă, confirmare pe email, resetare parolă. 2. Paginile private redirecționează la autentificare dacă nu există sesiune; verificarea se face pe server, nu doar în interfață. 3. Tabelul de profil legat de utilizator, cu reguli de securitate la nivel de rând. 4. Delogare și ștergerea contului (cu datele lui, pentru GDPR). Cheile stau în .env, nu în cod. Fă un commit după fiecare pas, scrie teste pentru redirecționare și pentru faptul că un utilizator nu poate citi profilul altuia. Nu modifica fișiere care nu țin de autentificare.
-
AI-ul a stricat ceva ce mergea înainte
Până la ultima modificare, [ce mergea] funcționa. După ce am cerut [ce am cerut], acum [ce s-a stricat]. Nu încerca încă să repari. Întâi: compară ce s-a schimbat (istoricul de versiuni sau ultimul commit), spune-mi ce modificare a produs problema și propune fie revenirea la versiunea bună, fie o corectură mică. Explică-mi și cum formulez cererile pe viitor ca să nu se repete.
-
Ce intră în prima versiune (și ce nu)
Am o listă lungă de funcții pentru [aplicatia]: [tema]. Funcțiile la care m-am gândit: [lista funcțiilor] Ajută-mă să aleg prima versiune pe care o pot lansa în [numărul de săptămâni] săptămâni, lucrând [ore pe săptămână] ore. Împarte funcțiile în: obligatorii acum, mai târziu, poate niciodată. Explică de ce și ce risc apare dacă încerc să le fac pe toate de la început.
-
Ce merită automatizat din munca mea
Vreau să automatizez o parte din munca repetitivă: [tema]. Iată cum arată acum o zi sau o săptămână obișnuită: [descrie pașii pe care îi faci manual, cu programele folosite] Te rog: 1. Identifică pașii care se pot automatiza și pe cei care trebuie să rămână la un om (decizii, verificări). 2. Pentru fiecare automatizare posibilă, spune-mi: ce o declanșează, ce date ia, ce face, unde pune rezultatul. 3. Ordonează-le după timpul economisit și după cât de greu sunt de făcut. 4. Spune-mi pentru fiecare dacă se poate face cu o platformă fără cod (Make, Zapier, n8n), cu un script simplu sau cu un bot. Nu-mi da prețuri ca fapte sigure.
-
Paginile site-ului și ce scriu pe fiecare
Vreau să fac un site de prezentare pentru: [tema]. Cine îl vizitează: [clienții tăi, de exemplu oameni din orașul tău care caută un instalator]. Ce vreau să facă vizitatorul pe site: [să sune, să ceară o ofertă, să facă o programare]. Ajută-mă să stabilesc structura înainte de orice cod sau design: 1. Lista paginilor (cât mai puține, doar cele necesare) și scopul fiecăreia într-o propoziție. 2. Pentru fiecare pagină: secțiunile, în ordine, și ce informație trebuie să ofer eu (texte, poze, prețuri, program). 3. Butonul principal de acțiune de pe fiecare pagină. 4. Ce întrebări pun de obicei clienții și unde răspund la ele pe site. 5. Ce nu are nevoie un site mic ca al meu, chiar dacă pare la modă. Pune-mi întrebări dacă îți lipsesc informații, nu presupune.
-
Promptul inițial complet pentru un SaaS
Construiește o aplicație web: [tema], pentru [cine o folosește]. Pagini: pagină de prezentare publică, înregistrare și autentificare, panou principal, [paginile specifice, de exemplu Proiecte, Clienți, Calendar], Setări cont. Funcții: [funcțiile principale]. Fiecare utilizator vede doar datele lui. Date: [entitățile, de exemplu proiect cu nume, termen, stare; sarcină cu titlu, responsabil, bifat]. Folosește Supabase pentru autentificare și bază de date, cu reguli de securitate la nivel de rând pe fiecare tabel. Stil: [stilul, de exemplu curat, albastru închis și alb, colțuri rotunjite], adaptat pentru telefon. Toate textele în limba română. Nu adăuga plăți încă. După ce termini, spune-mi ce ai construit și ce ar trebui verificat.
-
Planul construirii, pe etape mici
Am specificațiile pentru [aplicatia]: <specificatii> [lipește specificațiile] </specificatii> Împarte construirea în 8–12 etape mici, fiecare cu un rezultat pe care îl pot vedea și testa (de exemplu „pagina de înregistrare funcționează”). Pentru fiecare etapă: ce se construiește, cum verific că merge și promptul exact pe care îl dau instrumentului AI pentru acea etapă.
-
Publică aplicația online, pas cu pas
Am terminat prima versiune a aplicației mele ([aplicatia]). Tehnologiile: [tehnologiile alese]. Nu am mai publicat nimic online. Explică-mi pas cu pas cum o public: unde o găzduiesc (2–3 variante potrivite și ce costuri să verific), cum leg baza de date, unde pun variabilele de mediu, cum conectez un domeniu propriu și cum verific la final că totul merge. Trimite-mă doar la documentația oficială a platformelor.
-
Primul meu bot de Telegram, de la zero
N-am mai programat. Vreau un bot de Telegram în Python pentru [tema]. Comenzile: [lista comenzilor, de exemplu /start, /adauga, /lista, /sterge]. Te rog: 1. Spune-mi pas cu pas cum creez botul prin BotFather și cum obțin tokenul, apoi de ce tokenul e secret. 2. Ce instalez pe calculator și ce comenzi rulez, una câte una. 3. Codul complet, cu tokenul citit dintr-un fișier .env, nu scris în cod. 4. Datele salvate într-o bază SQLite simplă, explicată pe înțeles. 5. Cum îl pornesc, cum îl testez din Telegram și ce fac dacă apare o eroare. Explică pe scurt fiecare parte a codului.
-
Promptul inițial complet pentru o unealtă internă
Construiește o unealtă internă pentru firma [numele firmei]: [tema]. O folosesc [cine o folosește]. Pagini: autentificare (doar adrese de email ale firmei), Dashboard, [paginile principale, de exemplu Clienți, Comenzi, Produse], Rapoarte, Utilizatori (doar pentru administrator). Date: [entitățile și câmpurile principale]. Roluri: administrator (tot), manager (vede tot, editează echipa lui), angajat (vede și editează doar înregistrările lui). Regulile se aplică în baza de date, cu reguli de securitate la nivel de rând în Supabase, nu doar în interfață. Funcții: căutare și filtre, export CSV, istoric al modificărilor pe fiecare înregistrare. Stil sobru, tabele dense, interfața în limba română. Nu adăuga date reale; folosește 10 rânduri fictive.
-
Platformă gata făcută sau magazin construit de la zero?
Trebuie să aleg cum fac magazinul online pentru [tema]. Număr de produse: [aproximativ]. Cine îl administrează: [eu, fără cunoștințe tehnice / am un programator]. Nevoi speciale: [produse personalizate, abonamente, vânzare la kilogram, programări]. Compară pentru situația mea: o platformă găzduită de comerț (de tipul Shopify), WooCommerce pe WordPress, un magazin construit cu un constructor din prompt (Lovable, Bolt, v0) și unul scris de la zero cu un agent de cod (de exemplu Next.js, o bază de date și Stripe). Pentru fiecare: cât de ușor adaug produse și procesez comenzi, plăți și livrare, facturare, securitate și cine răspunde de ea, întreținere, cât de greu mut magazinul în altă parte. Costurile doar ca tipuri (abonament, comisioane, găzduire, module), fără prețuri date ca sigure. Încheie cu o recomandare și cu situațiile în care aș alege altceva.
-
Plăți cu Stripe Checkout și confirmare prin webhook
Integrează plățile cu card în magazinul [tema], prin Stripe Checkout, în modul de test. Pași, cu commit după fiecare: 1. Creează pe server sesiunea de plată din coșul validat (prețuri luate din baza de date, nu din browser). 2. Cheile Stripe stau în variabile de mediu; cheia secretă nu ajunge niciodată în browser. 3. Comanda se creează cu status „în așteptarea plății” și devine „plătită” doar după evenimentul primit prin webhook, cu semnătura verificată. 4. Webhook-ul e idempotent: dacă vine de două ori, comanda nu se dublează și stocul nu scade de două ori. 5. Pagini de succes și de anulare, în română. 6. Explică-mi cum testez local webhook-ul și ce carduri de test publicate de Stripe folosesc. Nu stoca date de card și nu crea formulare proprii pentru ele. -
Verifică securitatea aplicației construite cu AI
Aplicația mea ([aplicatia]) a fost construită în mare parte cu AI. Verifică proiectul pentru probleme de securitate: chei sau parole scrise în cod, date accesibile fără autentificare, reguli de acces lipsă în baza de date, validarea datelor primite, fișiere încărcate de utilizatori, dependențe vechi. Fă o listă de probleme cu gravitatea fiecăreia și corectează-le pe rând, cu confirmarea mea. -
Promptul inițial pentru Lovable, Bolt sau v0, după o aplicație de referință
Vreau să generez cu un constructor din prompt (Lovable, Bolt sau v0) [aplicatia] cu funcții asemănătoare cu [aplicația de referință], pentru [tema]. Scrie promptul inițial complet pe care îl lipesc în constructor: numele aplicației mele ([numele meu]), ce face, paginile și ce conține fiecare, datele salvate, autentificarea, stilul vizual propriu ([culori, stil]) și textele în română. Fără numele, logo-ul, culorile caracteristice sau textele aplicației originale.
-
Cod complet de la chat, pentru cineva care nu a mai programat
Nu am mai programat până acum. Vreau să fac [aplicatia]: [tema], cu ajutorul tău, în chat. Alege cea mai simplă tehnologie potrivită și explică de ce. Apoi dă-mi pas cu pas: ce instalez (cu linkuri doar către site-urile oficiale), ce fișiere creez și conținutul complet al fiecăruia, cum rulez aplicația și ce ar trebui să văd. După fiecare pas, așteaptă să-ți spun că a mers sau ce eroare am primit.
-
Lista ecranelor și drumul utilizatorului
Pentru [aplicatia] ([tema]), descrie fiecare ecran sau pagină: ce vede utilizatorul, ce poate face, unde ajunge după fiecare acțiune. Începe cu prima vizită și termină cu acțiunea principală ([acțiunea principală]). Adaugă stările speciale ale fiecărui ecran: se încarcă, gol (încă fără date), eroare, succes. Marchează ecranele care pot fi unite ca aplicația să fie mai simplă.
-
Fișierul de instrucțiuni pentru agentul de cod
Lucrez la [aplicatia] ([tema]) cu un agent de cod (Claude Code, Cursor sau Codex). Tehnologiile: [tehnologiile alese]. Cum rulez proiectul: [comenzile]. Reguli importante pentru mine: [de ex. nu șterge fișiere fără să întrebi, explică ce schimbi]. Scrie fișierul de instrucțiuni pentru proiect (de exemplu CLAUDE.md sau regulile de proiect din Cursor): descrierea proiectului, structura folderelor, comenzile de rulare și testare, convențiile de cod, ce nu are voie să facă agentul și cum îmi raportează schimbările. Scurt și concret.
-
Specificațiile unui chatbot pentru site
Vreau un chatbot AI pe site-ul meu: [tema, de exemplu răspunde clienților unei clinici veterinare despre program, servicii și programări]. Ajută-mă să scriu specificațiile: 1. Ce întrebări trebuie să știe (exemple reale: [5–10 întrebări primite des]) și din ce documente ia răspunsurile. 2. Ce NU are voie să facă: să inventeze prețuri, să dea sfaturi medicale sau juridice, să promită ce nu e în documente. 3. Când predă conversația unui om și cum (formular, email, telefon). 4. Tonul și limba (română, cu tu sau cu dumneavoastră). 5. Ce date personale ar putea primi și cum le tratez (GDPR, informarea vizitatorului, cât păstrez conversațiile). 6. Cum măsor dacă e util. Pune-mi întâi întrebări despre ce nu e clar. -
Prima extensie Chrome, de la zero, cu toate fișierele
Nu am mai programat. Vreau o extensie Chrome simplă pentru [tema], de exemplu: [ce face, de ex. salvez articole cu un clic și le văd într-o listă]. Dă-mi: 1. structura folderului; 2. fiecare fișier complet (manifest.json în Manifest V3, popup.html, popup.js, CSS, scriptul de fundal dacă e nevoie), cu comentarii scurte în română; 3. pașii exacți: chrome://extensions, modul pentru dezvoltatori, „Încarcă extensia despachetată”; 4. cum văd erorile și ce îți trimit dacă ceva nu merge; 5. explicația fiecărei permisiuni cerute. Doar permisiunile strict necesare. Explică fiecare pas pe scurt.
-
Primul joc în browser, cod complet într-un singur fișier
Nu am mai programat. Vreau un joc simplu în browser: [tema, de ex. prinde obiectele care cad, evită obstacolele]. Scrie-mi tot jocul într-un singur fișier HTML, cu CSS și JavaScript în el, pe care să-l deschid cu dublu clic: - ecran de start, jocul, ecran de final cu scor și „Încă o dată”; - controale cu tastatura și cu atingeri pe telefon; - cel mai bun scor salvat în browser; - grafică din forme simple, fără imagini externe. Apoi explică-mi: cum îl salvez și deschid, ce face fiecare parte a codului, și 3 lucruri ușoare pe care le pot schimba singur (viteza, culorile, punctele). -
Un magazin ca eMAG, dar pentru nișa mea
Vreau un magazin online pentru nișa [tema], cu experiența de cumpărare pe care o știu de la marile magazine ca eMAG: căutare bună, filtre, fișe de produs clare, coș rapid, urmărirea comenzii. Ajută-mă să-l gândesc cu identitate proprie: 1. Ce funcții de la un magazin mare au sens pentru o nișă mică și ce ar fi doar complicare inutilă. 2. Ce pot face mai bine decât un magazin generalist: sfaturi de specialist, ghiduri de alegere, selecție atentă, comunitate. 3. Un nume propriu (5 variante), un ton și o direcție vizuală diferită de a magazinului de referință. 4. Lista paginilor și a funcțiilor pentru prima versiune. Reguli: fără logo, culori, texte, imagini sau cod preluate de la eMAG sau alt magazin, fără să extrag produse sau prețuri de pe site-ul lor și fără nimic care să sugereze o legătură cu ei. -
Lista ecranelor și fluxul utilizatorului
Vreau să fac o aplicație mobilă pentru [tema]. O vor folosi [cine o folosește], mai ales de pe telefon, în situații ca [când și unde o deschid]. Ajută-mă să o gândesc înainte de cod: 1. Lista tuturor ecranelor, cu un rând despre ce face fiecare. 2. Fluxul principal pas cu pas: de la deschiderea aplicației până la [acțiunea cea mai importantă], cu numărul de atingeri necesare. 3. Ce date vede și ce date introduce utilizatorul pe fiecare ecran. 4. Ce trebuie să meargă fără internet și ce poate aștepta conexiunea. 5. Ce notificări ar fi utile și care ar enerva. 6. Ce las pentru versiunea 2. Pune-mi întrebări acolo unde ideea mea e neclară, nu presupune singur.
-
WordPress, site static sau constructor? Alegerea potrivită
Trebuie să aleg cum fac site-ul pentru: [tema]. Cine îl actualizează după lansare: [eu, fără cunoștințe tehnice / un programator / nimeni des]. Cât de des se schimbă conținutul: [rar / articole săptămânale]. Funcții necesare: [blog, formular, galerie, rezervări]. Buget și timp: [estimarea ta]. Compară pentru situația mea: WordPress, site static (de exemplu Astro sau HTML simplu), un constructor vizual și un site generat cu un constructor din prompt (Lovable, Bolt, v0). Pentru fiecare: - cât de ușor editez eu textele și pozele; - întreținere (actualizări, securitate, backup); - viteză și SEO; - ce se întâmplă dacă vreau să plec pe altă platformă; - ce costuri apar (fără prețuri exacte, doar tipurile de costuri pe care trebuie să le verific). Termină cu o recomandare și motivul ei în trei propoziții.
-
Alegerea tehnologiilor pentru o aplicație cu conturi
Construiesc o aplicație web: [tema]. Are conturi de utilizator, date salvate pentru fiecare utilizator și, mai târziu, abonamente plătite. Experiența mea de programare: [nicio experiență / puțină / lucrez ca programator]. Propune-mi un set de tehnologii (de exemplu Next.js + Supabase, sau React + Firebase) și justifică alegerea pentru cineva ca mine: - frontend, backend, bază de date, autentificare, plăți (Stripe), găzduire; - ce face fiecare piesă, într-o frază; - ce e gratuit la început și ce poate deveni cu plată (fără prețuri exacte, se schimbă des); - cât de ușor e să schimb ceva mai târziu dacă greșesc alegerea. Compară cu o variantă mai simplă și spune când aș alege-o pe aceea.
-
Arhitectura chatbotului pe documentele firmei
Vreau un chatbot care răspunde din documentele firmei: [tema]. Documentele: [tipul și numărul lor, de exemplu 40 de PDF-uri cu proceduri și o pagină de întrebări frecvente]. Explică-mi pe înțeles și proiectează: 1. Cum funcționează căutarea în documente (împărțirea în fragmente, căutarea celor relevante, trimiterea lor modelului împreună cu întrebarea). 2. Unde stau documentele și indexul lor și cum le actualizez când se schimbă ceva. 3. Cum obligi modelul să răspundă doar din documente, să citeze sursa și să spună „nu știu” când nu găsește. 4. Unde stă cheia API: doar pe server, în variabile de mediu; browserul vorbește cu serverul meu, niciodată direct cu API-ul modelului. 5. Limite contra abuzului: număr de mesaje, lungime, blocarea încercărilor de a scoate instrucțiunile interne. Tehnologiile pe care le prefer: [tehnologiile alese].
-
Un CRM simplu ca Pipedrive, pentru firma mea
Vreau un CRM simplu pentru echipa noastră de vânzări, inspirat de modul de lucru din [aplicația de referință, de exemplu Pipedrive sau HubSpot]: [tema]. Funcții: listă de clienți și persoane de contact, oportunități pe etape trase dintr-o coloană în alta, activități cu termen (sun, trimit ofertă), notițe, istoric pe fiecare client, un raport cu valoarea oportunităților pe etape și pe agent. Ce vreau diferit: [de exemplu doar ce ne trebuie nouă, în română, legat de programul nostru de facturare]. Folosește nume, design și texte proprii, fără marca sau aspectul originalului. Datele clienților sunt date personale: acces doar cu cont, roluri, istoric al modificărilor. Începe cu modelul de date și ecranele.
-
Conceptul jocului și bucla de joc
Vreau să fac un joc: [tema]. Va fi jucat de [cine îl joacă], pe [telefon/calculator/ambele], în sesiuni de [cât durează o partidă]. Ajută-mă să-l definesc înainte de cod: 1. bucla de joc într-o propoziție: ce face jucătorul iar și iar; 2. cum câștigă și cum pierde; 3. ce îl face să mai joace o dată (scor, nivele, provocare zilnică, colecție); 4. controalele (taste, atingeri, mouse) și cum le învață fără tutorial lung; 5. ce intră în prima versiune jucabilă și ce las pentru mai târziu. Pune-mi întrebări unde ideea e vagă și propune două variante de mecanică dacă vezi una mai interesantă.
-
Construiesc magazinul cu agentul, câte un pas
Lucrăm la magazinul [tema] după planul din CLAUDE.md. Pasul de acum: [de exemplu lista de produse cu filtre]. Reguli: - Spune întâi ce fișiere atingi și de ce. Nu modifica nimic în afara pasului. - Prețurile, stocul și totalurile se calculează pe server; nu ai încredere în datele trimise din browser. - Scrie teste pentru logica importantă (total coș, stoc, statusuri de comandă) și rulează-le. - Nicio cheie în cod; folosește variabilele de mediu și actualizează .env.example fără valori reale. - După pas: rulează aplicația, verifică fluxul în browser, fă commit cu un mesaj clar. - Dacă o abordare eșuează de două ori, oprește-te și explică-mi. La final spune-mi exact ce să testez eu, ca client și ca administrator.
-
Lista de verificare înainte să deschid magazinul
Urmează să deschid magazinul online de [tema], făcut cu [tehnologia sau platforma]. Fă-mi o listă de verificare completă, grupată, cu modul de testare pentru fiecare punct: - comenzi: cap-coadă pe telefon și pe calculator, cu fiecare metodă de plată și de livrare; - plăți: trecerea de la cheile de test la cele live, webhook-ul de producție, o plată reală mică urmată de rambursare; - emailuri: confirmare, expediere, nu ajung în spam; - legal: termeni și condiții, politică de retur, confidențialitate, cookie-uri, datele firmei afișate, informațiile de protecție a consumatorului; toate verificate de un specialist; - fiscal: am clarificat cu contabilul documentele și raportările; - securitate: admin protejat, chei doar în variabile de mediu, backup testat; - produse: prețuri, stoc, imagini, descrieri fără greșeli. Marchează ce e obligatoriu înainte de prima comandă reală.
-
Prima aplicație Expo pe telefonul meu, explicată de la zero
Nu am mai programat. Vreau să fac o aplicație mobilă simplă pentru [tema] cu React Native și Expo și să o văd pe telefonul meu ([iPhone/Android]). Calculatorul meu are [Windows/macOS/Linux]. Explică-mi pas cu pas: 1. ce instalez (cu linkurile oficiale) și cum verific că s-a instalat; 2. comanda care creează proiectul și ce înseamnă fiecare fișier important; 3. cum deschid aplicația pe telefon cu Expo Go; 4. codul complet pentru primul ecran: [ce să afișeze, de ex. o listă la care adaug elemente], cu fiecare fișier întreg, nu bucăți; 5. ce fac dacă apare o eroare (ce copiez și ce îți trimit). Explică fiecare pas pe scurt, fără să presupui că știu termenii.
-
Construiesc site-ul cu agentul, pas cu pas
Construim site-ul pentru [tema] după planul aprobat: [lipește planul sau trimite la fișierul CLAUDE.md]. Reguli de lucru: - Un singur pas pe rând. La începutul fiecărui pas spune ce fișiere vei modifica. - Nu modifica fișiere care nu țin de pasul curent și nu schimba designul fără să întrebi. - După fiecare pas: pornește site-ul local, verifică că se încarcă fără erori în consolă, apoi fă commit cu un mesaj clar. - Textele stau separat de cod, ca să le pot edita singur. - Imaginile sunt optimizate și au text alternativ. - Dacă ceva nu merge de două ori la rând, oprește-te și explică-mi ce ai încercat. Începe cu pasul 1: [primul pas din plan]. La final spune-mi ce trebuie să verific eu în browser.
-
Un panou de sarcini ca Trello, al meu
Vreau o aplicație web de organizat sarcini, inspirată de Trello, pentru [cine o folosește]: [tema]. Funcțiile pe care le vreau: panouri, coloane, carduri mutate prin tragere, termene, etichete, comentarii și membri invitați pe panou. Pe lângă asta vreau ceva ce Trello nu face așa cum am nevoie: [ce vreau să fie diferit sau mai bun]. Reguli: nume, logo, culori, texte și cod proprii; nu copia designul, marca sau imaginile Trello și nu crea impresia că e produsul lor. Folosește doar biblioteci open source cu licență compatibilă. Pornește cu: lista ecranelor, modelul de date (panou, coloană, card, membru) și ordinea în care le construim, apoi primul pas.
-
Ce pot face mai bine decât aplicația originală
Folosesc des [aplicația de referință] și vreau să fac [aplicatia] asemănătoare, dar mai bună pentru [publicul meu]. Ce mă deranjează la ea: [problemele mele cu ea]. Ce îmi place: [ce îmi place]. Ajută-mă să găsesc diferențierea: 5 direcții (o nișă, simplitate, limba română, preț, o funcție lipsă), cu avantajele și riscurile fiecăreia. Propune numele și ideea de identitate vizuală pentru varianta aleasă, complet diferite de original.
-
Listă de verificare înainte de lansare
Lansez [aplicatia] ([tema]) pentru utilizatori reali. Fă-mi o listă de verificare: securitate (chei, acces la date, parole), date personale (politică de confidențialitate, consimțământ, ștergerea contului), copii de rezervă, erori și loguri, viteză, afișarea pe telefon, texte și diacritice, pagina de contact și ce fac dacă ceva pică. Marchează ce e obligatoriu și ce e recomandat.
-
Baza de date: ce tabele îmi trebuie
Pentru [aplicatia] ([tema]) am nevoie de structura bazei de date. Ce salvăm: [utilizatori, comenzi, programări, mesaje...]. Cine vede ce: [regulile de acces]. Propune tabelele, câmpurile cu tipuri, relațiile și regulile de acces la date (cine poate citi, modifica și șterge fiecare tip de înregistrare). Explică totul pe înțeles și marchează datele personale care cer atenție la GDPR.
-
Chatbotul inventează răspunsuri
Chatbotul meu pentru [tema] dă uneori răspunsuri inventate: [exemple de întrebări și răspunsuri greșite]. Instrucțiunile de sistem actuale: [lipește aici instrucțiunile] Cum caută în documente: [descrie sau lipește codul]. Ajută-mă să aflu cauza: nu găsește fragmentul potrivit, găsește prea multe fragmente nelegate, instrucțiunile nu-i spun clar să refuze, documentele se contrazic. Spune-mi ce verific pentru fiecare (de exemplu afișez fragmentele trimise modelului) și propune instrucțiuni îmbunătățite și un set de 10 întrebări de test cu răspunsul așteptat.
-
Ce face extensia, pe scurt și precis
Vreau să fac o extensie de browser pentru [tema]. O folosesc [cine o folosește], pe [Chrome/Firefox/ambele]. Ajută-mă să o definesc înainte de cod: 1. ce face, într-o propoziție; 2. când intră în acțiune: la clic pe iconiță, pe anumite site-uri, cu un meniu la clic dreapta, cu o scurtătură de tastatură, automat la fiecare pagină; 3. ce interfață are: fereastră mică (popup), panou lateral, elemente adăugate în pagină, pagină de setări; 4. ce date citește din pagini și ce salvează, unde; 5. pe ce site-uri trebuie să meargă (cât mai puține, nu „toate”, dacă se poate); 6. ce intră în prima versiune. Pune-mi întrebări unde ideea e neclară.
-
Tehnologiile potrivite pentru o unealtă internă
Construiesc o unealtă internă pentru [tema], folosită de [număr] oameni din firmă, doar din birou și de pe laptopuri / și de pe telefon. Experiența mea: [nicio experiență / puțină / programator]. Propune-mi tehnologiile și explică-le pe înțeles: - bază de date și autentificare (de exemplu Supabase, PostgreSQL), cu conturi doar pentru angajați; - interfața (de exemplu Next.js, React cu o bibliotecă de tabele și grafice, sau o platformă de unelte interne); - unde o găzduiesc și cum o protejez ca să nu fie accesibilă oricui de pe internet; - cum import datele din Excel și cum exportă utilizatorii rapoarte. Spune-mi și ce variantă e cea mai ușor de întreținut de cineva care nu e programator.
-
Clientul a plătit, dar comanda nu apare ca plătită
În magazinul meu ([tema]) plata apare reușită în contul Stripe, dar comanda rămâne „în așteptarea plății” [sau se dublează / stocul nu scade]. Construit cu: [tehnologia]. Unde se întâmplă: [local / în producție / ambele]. [Lipește aici codul webhook-ului, mesajele din jurnalul serverului și ce vezi la evenimente în panoul Stripe.] Ajută-mă să găsesc cauza, verificând în ordine: 1. Adresa webhook-ului din Stripe e cea de producție și evenimentele ajung (cod de răspuns). 2. Secretul de semnătură din variabilele de mediu e cel corect pentru mediul respectiv (test sau live). 3. Corpul cererii e citit în forma brută, cum cere verificarea semnăturii. 4. Comanda e găsită după identificatorul corect. 5. Procesarea e idempotentă la evenimente repetate. Apoi spune-mi cum repar comenzile deja afectate, fără să le marchez greșit.
-
Eroare la build sau la pornirea aplicației
Aplicația mea mobilă ([Expo/React Native sau Flutter], versiunea [versiunea]) nu mai pornește. Am rulat comanda [comanda] pe [Windows/macOS/Linux] și am primit: [lipește aici eroarea completă] Ultimul lucru schimbat înainte: [ce am instalat sau modificat]. Te rog: 1. explică pe înțeles ce spune eroarea; 2. dă-mi cauzele probabile, de la cea mai probabilă; 3. pentru prima cauză, pașii exacți de reparare și cum verific; 4. nu-mi propune să șterg proiectul sau să reinstalez tot decât ca ultimă soluție, și atunci spune-mi ce să salvez înainte.
-
React Native cu Expo sau Flutter pentru aplicația mea
Construiesc o aplicație mobilă pentru [tema], pe iPhone și Android. Știu [ce limbaje sau unelte știu, sau „nimic”] și voi lucra cu ajutorul AI-ului. Compară React Native cu Expo și Flutter pentru proiectul meu: - cât de ușor e de pornit și de testat pe telefonul meu fără Mac (dacă nu am Mac); - cât de bine îl cunosc uneltele AI (cât de des scriu cod corect pentru el); - bibliotecile pentru ce am nevoie: [funcțiile principale, de ex. cameră, hărți, notificări, plăți]; - cum public în App Store și Google Play cu fiecare (inclusiv servicii de build în cloud); - capcane frecvente pentru începători. Alege unul pentru mine, spune de ce, și dă-mi structura de foldere recomandată pentru prima versiune.
-
Am o eroare pe site: explică-mi și repar-o
Site-ul meu ([tema]) are o problemă. Construit cu: [WordPress / Astro / HTML / unealta folosită]. Unde apare: [local / după publicare / doar pe o pagină]. Ce am făcut chiar înainte: [ultima modificare]. Ce se întâmplă: [descrie ce vezi]. Mesajul de eroare: [lipește aici eroarea, din pagină, din consola browserului sau din terminal]. Te rog: 1. Explică pe înțelesul meu ce înseamnă eroarea. 2. Spune-mi cele mai probabile 2–3 cauze, în ordine. 3. Dă-mi soluția pentru prima cauză, cu exact ce fișier și ce linii schimb. 4. Spune-mi cum verific că s-a rezolvat. Dacă îți lipsesc informații, întreabă-mă ce să caut în loc să ghicești.
-
Formular de contact care chiar funcționează, fără spam
Am nevoie de un formular de contact pe site-ul meu ([tema]), construit cu [tehnologia sau unealta]. Câmpuri: [nume, email sau telefon, mesaj, eventual serviciul dorit]. Mesajele să ajungă la: [adresa ta de email]. Cerințe: 1. Validare în pagină și pe server: câmpuri obligatorii, email corect, lungime maximă. 2. Protecție anti-spam fără să enerveze vizitatorul (câmp ascuns capcană, limită de trimiteri, eventual o verificare invizibilă). 3. Mesaj clar de succes sau de eroare, în română. 4. Bifă de acord pentru prelucrarea datelor, cu link spre politica de confidențialitate; nu păstra datele mai mult decât e nevoie. 5. Orice cheie API sau parolă de email stă în variabile de mediu, niciodată în codul din pagină. Explică-mi ce serviciu folosești pentru trimiterea emailurilor și cum testez că mesajele ajung, inclusiv în dosarul de spam.
-
Schema bazei de date și regulile de acces
Aplicația mea web: [tema]. Folosesc [tehnologiile alese, de exemplu Supabase / PostgreSQL]. Proiectează baza de date: 1. Tabelele, coloanele (cu tipul lor) și legăturile dintre ele; explică de ce ai ales fiecare legătură. 2. Cum separi datele utilizatorilor: fiecare vede doar ce e al lui, iar membrii aceleiași echipe văd datele echipei. 3. Regulile de securitate la nivel de rând (row level security) pentru fiecare tabel, scrise complet, cu o explicație pe înțeles. 4. Ce coloane au nevoie de index și ce date sunt personale (GDPR), plus cum le șterg dacă un utilizator își închide contul. Dă-mi la final scriptul SQL complet și o listă de verificări pe care să le fac după ce îl rulez.
-
Abonamente plătite cu Stripe
Adaugă abonamente plătite în aplicația [tema], cu Stripe în modul de test. Planurile: [planurile și limitele]. Planul, apoi aprobarea mea, apoi codul: 1. Stripe Checkout pentru abonare și Customer Portal pentru schimbarea planului, anulare și facturi; aplicația nu atinge și nu salvează date de card. 2. Un endpoint de webhook care verifică semnătura Stripe și actualizează în baza de date starea abonamentului (activ, anulat, plată eșuată). 3. Limitele planului verificate pe server la fiecare acțiune, nu doar ascunse în interfață. 4. Cheile Stripe în .env; nicio cheie secretă în codul din browser. Commit după fiecare pas. Scrie-mi și cum testez local webhookurile și cardurile de test oficiale Stripe.
-
Un script care rulează singur în fiecare zi
Vreau un script care rulează automat [când, de exemplu în fiecare zi la 8:00] și face: [tema, de exemplu descarcă comenzile de ieri prin API-ul magazinului, face un rezumat și mi-l trimite pe email]. Limbajul: [Python / Node.js]. Unde rulează: [calculatorul meu / un server / GitHub Actions / un serviciu de funcții programate]. Te rog: 1. Codul complet, cu cheile și parolele citite din variabile de mediu. 2. Cum îl programez pe varianta aleasă, cu fusul orar al României. 3. Ce se întâmplă dacă API-ul nu răspunde: reîncercări și un email de alertă. 4. Un jurnal scurt al fiecărei rulări, fără date personale. 5. Cum îl testez manual înainte să-l las singur.
-
Manifestul și structura extensiei
Extensia mea pentru [tema] trebuie să: [funcțiile principale]. Țintesc [Chrome/Firefox/ambele]. Propune structura, înainte de cod: 1. fișierul manifest.json (Manifest V3) cu fiecare câmp explicat într-un rând; 2. ce părți îmi trebuie și ce face fiecare: service worker (scriptul de fundal), scripturi de conținut, popup, pagină de opțiuni, panou lateral; 3. cum comunică între ele (mesaje) și unde salvez datele (chrome.storage local sau sincronizat); 4. structura de foldere; 5. diferențele de care țin cont dacă vreau și Firefox (verifică în documentația oficială MDN, nu din memorie). Explică simplu, nu am mai făcut o extensie.
-
Dashboard cu indicatorii firmei
Proiectează dashboardul principal al uneltei interne [tema]. Îl deschide [cine o folosește] în fiecare dimineață. Indicatorii care contează: [de exemplu vânzări pe zi, comenzi nelivrate, stoc sub minim, facturi neîncasate]. Vreau: - sus, 3–5 cifre mari, fiecare cu comparația față de perioada anterioară; - dedesubt, 2 grafice potrivite datelor (linie pentru evoluție în timp, bare pentru comparații) și un tabel cu ce cere acțiune azi; - filtru de perioadă și, unde are sens, de echipă sau locație; - culori sobre, nu mai mult de o culoare de accent, lizibile și pe un monitor slab. Explică de ce ai ales fiecare grafic, apoi scrie componentele cu [tehnologiile alese].
-
Un joc ca [jocul de referință], cu lumea mea
Îmi place [jocul de referință] și vreau să fac un joc cu mecanici asemănătoare, pentru [tema]. Ce îmi place la el: [mecanica, ritmul, senzația]. Ce vreau altfel: [ce schimb sau adaug]. Ajută-mă să-mi fac jocul meu: 1. mecanica de bază descrisă cu cuvintele mele, plus cel puțin o regulă nouă care o schimbă; 2. nume de joc, personaje, lume și poveste proprii (3 propuneri); 3. stil vizual diferit, grafică și sunete proprii sau cu licență liberă; 4. nivele proiectate de mine, nu refăcute după original. Reguli: fără numele, personajele, grafica, muzica, nivelele sau codul jocului original și nimic care să-l facă pe jucător să creadă că e o versiune oficială.
-
Arhitectura magazinului, aprobată înainte de cod
Construim de la zero un magazin online pentru [tema]. Tehnologii propuse: [de exemplu Next.js, Supabase și Stripe; dacă ai motive bune, propune altele]. Nu scrie cod încă. Prezintă-mi: 1. Arhitectura: ce rulează în browser, ce pe server, unde stau datele, cum ajung plățile la Stripe și înapoi. 2. Modelul de date (produse, variante, stoc, coș, comenzi, clienți, adrese) cu relațiile dintre ele. 3. Securitatea: cheile în variabile de mediu, prețul calculat mereu pe server, nu în browser, confirmarea plății doar prin webhook, reguli de acces la nivel de rând în baza de date, admin separat. 4. Planul în pași mici, fiecare testabil. 5. Un fișier CLAUDE.md (sau regulile de proiect ale uneltei) cu scopul, tehnologiile, comenzile, regula de a nu stoca niciodată date de card și de a nu modifica fișiere în afara pasului curent. Aștept aprobarea planului înainte de primul pas.
-
Planul proiectului și fișierul de reguli pentru agent
Pornim de la zero o aplicație mobilă pentru [tema], cu [Expo/React Native sau Flutter]. Funcțiile principale: [funcțiile principale]. Nu scrie încă cod. Fă întâi: 1. Un plan în pași mici (fiecare pas se poate testa pe telefon în câteva minute), numerotat. 2. Structura de foldere și bibliotecile pe care le propui, cu motivul pentru fiecare. 3. Un fișier de instrucțiuni pentru proiect (de exemplu CLAUDE.md sau regulile de proiect ale editorului) cu: comenzile de rulare și testare, convențiile de cod, regula ca cheile API să stea în variabile de mediu, regula să nu modifici fișiere fără legătură cu pasul curent și să faci commit după fiecare pas care merge. Așteaptă să aprob planul înainte să începi pasul 1.
-
Site static complet în HTML și CSS, pentru începători
Nu am mai programat. Vreau un site simplu de prezentare pentru: [tema], cu paginile [Acasă, Servicii, Despre, Contact]. Scrie-mi codul complet, fișier cu fișier (index.html, servicii.html, despre.html, contact.html, style.css și, doar dacă e nevoie, script.js). Fiecare fișier întreg, nu fragmente. Apoi explică-mi pas cu pas: 1. Cum creez folderul și fișierele pe calculator și cu ce program le editez. 2. Cum deschid site-ul în browser ca să-l văd. 3. Unde schimb textele, culorile, pozele și datele de contact, cu exemple. 4. Ce face fiecare parte importantă din cod, pe scurt. Cerințe: arată bine pe telefon, meniul funcționează pe mobil, textele în română, imagini cu text alternativ, fără biblioteci externe. Formularul de contact îl facem într-un pas separat.
-
Lista de verificare înainte de lansarea site-ului
Urmează să lansez site-ul pentru [tema], construit cu [tehnologia sau unealta]. Adresa de test: [adresa]. Fă-mi o listă de verificare, grupată, cu ce trebuie să verific și cum anume: - conținut: greșeli de scriere, date de contact corecte, linkuri care nu duc nicăieri, texte de umplutură uitate; - telefon și calculator: meniu, butoane, formulare, imagini; - formulare: trimit, mesajele ajung, confirmare pentru vizitator; - SEO de bază: titluri și descrieri unice, sitemap, pagina 404, adresa preferată (cu sau fără www); - legal: politică de confidențialitate, cookie-uri, date de identificare ale firmei; - tehnic: HTTPS, viteză, backup, cine are acces la conturi; - după lansare: Google Search Console, statistici cu respectarea consimțământului. Pentru fiecare punct, o propoziție despre cum îl testez.
-
Programări online ca un Calendly al meu
Vreau o aplicație de programări online, ca un Calendly al meu, pentru [cine o folosește, de exemplu un salon sau un cabinet]: [tema]. Fluxul dorit: îmi setez programul și pauzele, definesc tipurile de programare (durată, preț opțional), clientul alege o oră liberă dintr-o pagină publică, primește email de confirmare și memento, poate anula sau muta programarea dintr-un link. Opțional: sincronizare cu Google Calendar prin API-ul oficial. Ce vreau diferit de original: [de exemplu interfață în română, plată avans prin Stripe, mai mulți angajați]. Folosește nume, design și texte proprii, fără marca sau aspectul Calendly. Atenție la fusul orar și la două programări simultane pe aceeași oră. Începe cu modelul de date și lista ecranelor.
-
AI-ul se învârte în cerc cu aceeași eroare
De [numărul] încercări cer să se repare aceeași problemă în [aplicatia] și fiecare „reparație” aduce altă eroare. Problema inițială: [problema]. Ce s-a încercat: [ce s-a încercat]. Oprește-te din reparat. Fă un rezumat al situației, listează 3 cauze posibile diferite, propune un test mic care să arate care e cea adevărată și abia apoi o singură corectură. Dacă e mai simplu, propune revenirea la ultima versiune bună și o altă abordare.
-
Adaugă o funcție fără să strici restul
Aplicația mea ([aplicatia]) funcționează. Vreau să adaug: [funcția nouă]. Cum trebuie să se comporte: [comportamentul, pas cu pas]. Implementează funcția cu schimbări cât mai mici, fără să modifici ce nu are legătură cu ea. Spune-mi ce fișiere atingi, ce ar putea fi afectat și cum testez atât funcția nouă, cât și ce mergea înainte.
-
Un asistent ca ChatGPT, pe datele și regulile mele
Vreau o pagină de chat proprie, cu un asistent asemănător ca experiență cu ChatGPT sau Claude, dar specializat pe [tema] și folosit de [cine o folosește]. Funcții: conversații salvate pe cont, răspunsuri afișate pe măsură ce sunt generate, încărcare de documente pentru întrebări, instrucțiuni de sistem fixe scrise de mine, butoane de feedback pe fiecare răspuns. Reguli: folosesc API-ul oficial al modelului ales, cu cheia păstrată doar pe server, în variabile de mediu; limită de mesaje pe utilizator ca să nu explodeze costurile; nume, logo și design proprii, fără să sugerez că e produsul altei firme; informez utilizatorii că vorbesc cu un AI și ce se întâmplă cu datele lor. Tehnologiile: [tehnologiile alese]. Începe cu arhitectura și fluxul unui mesaj de la browser la model și înapoi.
-
Publicarea în Chrome Web Store
Extensia mea pentru [tema] e gata. Vreau s-o public în Chrome Web Store pentru prima dată. Fă-mi lista de pași: 1. contul de dezvoltator (taxa și condițiile actuale le verific în documentația oficială Chrome Web Store, nu le da din memorie); 2. arhiva extensiei: ce includ și ce scot (fișiere de test, chei, fișiere mari); 3. fișa din magazin: descriere în română, capturi, iconiță, categorie; 4. secțiunea de confidențialitate: scopul unic al extensiei, justificarea fiecărei permisiuni, datele colectate, link spre politica de confidențialitate; 5. motivele frecvente de respingere (permisiuni prea largi, cod ascuns sau încărcat de pe alte servere, descriere neclară) și cum le evit; 6. cum public actualizările. Pune la fiecare pas trimiterea la pagina oficială de politici a magazinului. -
Specificații cu roluri și permisiuni
Unealta internă pe care o construiesc: [tema]. Rolurile din firmă care o folosesc: [de exemplu administrator, manager, angajat, contabil]. Scrie-mi specificațiile sub formă de matrice: - pe rânduri, acțiunile (vede lista, adaugă, editează, șterge, exportă, aprobă, vede rapoartele financiare); - pe coloane, rolurile; - în celule: da, nu sau „doar pentru datele lui / ale echipei lui”. Apoi: 1. Ce date sunt sensibile (salarii, CNP, date de contact ale clienților) și cine are voie să le vadă. 2. Ce trebuie înregistrat în istoric (cine a modificat ce și când). 3. Ce se întâmplă când un angajat pleacă din firmă.
-
Cu ce fac jocul: Canvas, Phaser, Godot sau altceva
Vreau să fac [tema], un joc [2D/de cuvinte/de logică/de tip arcade] care să se joace [în browser/pe telefon/pe calculator]. Experiența mea: [nimic/HTML și JavaScript/alt limbaj]. Compară pentru cazul meu: HTML, CSS și JavaScript simplu; Canvas; Phaser; Godot; alte variante potrivite. Pentru fiecare: cât de repede ajung la ceva jucabil, cât de bine scriu uneltele AI cod pentru el, cum îl public (link pe web, magazin de aplicații, platforme de jocuri indie), ce limite are. Alege una și dă-mi structura de fișiere pentru prima versiune, cu ce face fiecare fișier.
-
Coș și finalizare comandă fără abandon
Clienții abandonează comanda în magazinul meu de [tema]. Pașii actuali de finalizare: [descrie-i sau lipește codul]. Reproiectează coșul și finalizarea comenzii: 1. Cât mai puțini pași și câmpuri; comandă fără cont obligatoriu. 2. Costul total, inclusiv livrarea, vizibil înainte de plată, fără surprize la final. 3. Validare clară, câmp cu câmp, în română, fără să se piardă ce s-a completat. 4. Plata prin pagina procesatorului (de exemplu Stripe Checkout); nu colectăm și nu stocăm date de card. 5. Bifă pentru termeni și link spre politica de retur și de confidențialitate. 6. Tastatura potrivită pe telefon (numerică la telefon și cod poștal). Explică-mi fiecare schimbare și de ce reduce abandonul.
-
Public magazinul în producție, cu chei live în siguranță
Magazinul [tema] merge local și în modul de test. Vreau să-l public pe [Vercel / alt furnizor] cu domeniul [domeniul]. Pas cu pas, cu commit pentru fiecare fișier de configurare: 1. Verifică build-ul de producție și rulează toate testele. 2. Listează variabilele de mediu necesare și separă clar valorile de test de cele live; nimic secret în repository (verifică și istoricul). 3. Baza de date de producție: migrațiile aplicate, regulile de acces active, backup automat pornit. 4. Webhook-ul Stripe pentru adresa de producție, cu secretul lui. 5. Domeniu, HTTPS, redirecționări, pagina 404. 6. Un plan de testare după publicare: o comandă reală cu sumă mică și rambursarea ei. Spune-mi exact ce setez eu în panourile furnizorilor, pentru că tu nu ai acces acolo.
-
Promptul inițial complet pentru o aplicație mobilă într-un constructor
Construiește o aplicație pentru telefon pentru [tema], în limba română. Cine o folosește: [cine o folosește]. Ecrane: 1. [ecran] – [ce conține și ce poate face utilizatorul]; 2. [ecran] – [...]; 3. [ecran] – [...]. Navigare: bară jos cu [secțiunile]. Date: [elementele salvate și câmpurile lor, de ex. Programare: client, serviciu, data, ora, observații]. Conturi: autentificare cu email; fiecare utilizator vede doar datele lui. Stil: [culori, font, atmosferă], butoane mari, ușor de folosit cu o mână. Pornește cu 5 înregistrări de test realiste. Nu adăuga funcții pe care nu le-am cerut; o să le cer pe rând după.
-
Specificația primei versiuni (MVP) a aplicației mobile
Am o idee de aplicație mobilă: [tema]. Funcțiile la care mă gândesc: [funcțiile principale]. Scrie-mi o specificație scurtă pentru prima versiune, pe care să o pot da unui AI care construiește: - problema pe care o rezolvă, într-o propoziție; - utilizatorul principal și ce vrea să obțină; - cel mult 5 funcții obligatorii, fiecare cu criteriul „gata” (cum verific că merge); - ce NU intră în prima versiune; - datele salvate (ce entități, ce câmpuri) și unde stau: doar pe telefon sau și într-un server; - dacă e nevoie de cont de utilizator sau nu; - platforme: iPhone, Android sau ambele. La final spune-mi sincer ce parte e cea mai grea de construit pentru un începător.
-
Brief complet pentru site-ul unei firme mici
Ești consultant web pentru firme mici. Vreau un site pentru: [tema]. Despre firmă: [ce faci, de cât timp, în ce zonă lucrezi]. Concurenți sau site-uri care îmi plac: [linkuri sau nume]. Intervievează-mă cu câte 3–4 întrebări pe rând (public, servicii, prețuri, ton, poze disponibile, cine actualizează site-ul după lansare). După ce răspund la toate, scrie un brief de o pagină cu: - obiectivul site-ului și cum îmi dau seama că funcționează; - paginile și conținutul fiecăreia; - tonul textelor și stilul vizual, în cuvinte simple; - ce am deja și ce trebuie să pregătesc (texte, poze, logo, date de contact); - funcții necesare (formular, hartă, galerie, blog) și ce las pentru mai târziu. Brief-ul trebuie să poată fi dat direct unui AI care construiește site-ul.
-
Cer o modificare descriind exact ce văd pe ecran
O singură modificare, te rog, fără să schimbi altceva pe pagină. Pagina: [numele paginii]. Secțiunea: [de exemplu a treia de sus, cea cu cardurile de servicii]. Ce văd acum: [descrie concret: cardurile au înălțimi diferite, textul de pe butonul verde se taie pe telefon, poza din dreapta acoperă titlul]. Pe ce ecran: [telefon / laptop, lățime aproximativă dacă o știi]. Ce vreau să văd: [cardurile la aceeași înălțime, butonul pe tot rândul pe telefon]. [Atașez o captură de ecran, dacă unealta permite.] După modificare, spune-mi ce ai schimbat și verifică și varianta de telefon, și cea de calculator.
-
Public site-ul static și îl leg de domeniu
Site-ul meu ([tema]) merge local și e într-un repository Git. Vreau să-l public pe [Netlify / Vercel / Cloudflare Pages / GitHub Pages / propune tu] și să-l leg de domeniul [domeniul tău]. Pas cu pas: 1. Verifică că build-ul de producție merge local fără erori și spune-mi comanda. 2. Pregătește configurația pentru platformă (comanda de build, folderul de ieșire, redirecționări, pagina 404). 3. Mută orice cheie sau adresă secretă în variabile de mediu și verifică să nu fie nimic secret în repository. 4. Explică-mi ce setări DNS pun la registrarul domeniului și cât poate dura propagarea. 5. Verifică HTTPS, redirecționarea de la www la varianta fără www (sau invers) și că toate paginile se deschid. Fă commit pentru fiecare fișier de configurare și spune-mi ce trebuie să apăs eu în interfața platformei.
-
Publicarea aplicației, de la local la online
Aplicația mea web [tema] merge pe calculatorul meu ([tehnologiile alese]). Vreau s-o pun online pe [găzduirea aleasă, de exemplu Vercel / Netlify / un VPS]. Ghidează-mă pas cu pas: 1. Ce verific înainte (variabile de mediu, chei de test vs. chei reale, fișierul .env neadăugat în repository). 2. Cum leg repository-ul de găzduire și ce setări completez. 3. Ce schimb în setările de autentificare (URL-urile de redirecționare) și la Stripe (webhookul de producție). 4. Cum leg domeniul meu și cum verific HTTPS. 5. O listă de verificat după publicare: înregistrare, login, plată de test, emailuri. Pentru fiecare pas, spune-mi ce ar trebui să văd și ce eroare apare des.
-
Planul proiectului și fișierul de instrucțiuni pentru agent
Pornim un proiect nou: aplicația web [tema], cu [tehnologiile alese]. Încă nu scrie cod. 1. Propune structura de foldere și explică pe scurt rolul fiecăruia. 2. Scrie un fișier CLAUDE.md (sau regulile de proiect ale editorului) cu: ce face aplicația, comenzile de rulare și testare, convențiile de cod, regula că secretele stau doar în .env și nu ajung în repository, și regula că nu modifici fișiere care nu țin de sarcina curentă. 3. Împarte construirea în 8–12 pași mici, fiecare cu rezultat verificabil în browser și un commit separat. 4. Creează .env.example cu toate variabilele necesare, fără valori reale. Arată-mi planul și fișierele și așteaptă aprobarea mea înainte de pasul 1.
-
Promptul inițial pentru un chatbot pe site
Construiește o aplicație web cu un asistent AI pentru [tema], pe care îl pot pune pe site-ul meu. - O pagină de administrare (doar pentru mine, cu autentificare) unde încarc documente PDF și text și scriu instrucțiunile asistentului. - Fereastra de chat publică, cu mesaj de bun venit, întrebări sugerate și răspunsuri care citează documentul sursă. - Apelul către modelul AI se face dintr-o funcție pe server (de exemplu Supabase Edge Functions); cheia API e un secret pe server, niciodată în codul din browser. - Limită de mesaje pe vizitator și pe zi. - Pagina de administrare arată ultimele conversații și întrebările fără răspuns. Interfața în română. Afișează vizitatorului că vorbește cu un AI. -
Permisiuni minime: ce cer și de ce
Extensia mea pentru [tema] face: [funcțiile principale]. Manifestul actual cere: [lipește aici câmpurile permissions, host_permissions și content_scripts]. Verifică permisiunile: 1. pentru fiecare permisiune, ce funcție o folosește; marchează-le pe cele inutile; 2. unde pot înlocui accesul la toate site-urile cu activeTab, cu o listă scurtă de site-uri sau cu permisiuni opționale cerute la nevoie; 3. ce avertisment vede utilizatorul la instalare pentru fiecare permisiune; 4. cum explic în descrierea din magazin de ce cer fiecare permisiune rămasă. Dă-mi manifestul corectat. Regula mea: cer doar ce folosesc efectiv.
-
Importul datelor din Excel, fără pierderi
Avem datele vechi în [fișierul, de exemplu date/clienti.xlsx] și trebuie importate în baza de date a uneltei [tema]. Întâi analizează fișierul și raportează-mi: coloanele, rânduri duplicate, celule goale, date scrise în formate diferite, valori ciudate. Nu importa nimic încă. Apoi, după aprobarea mea: 1. Scrie un script de import care curăță și transformă datele după regulile stabilite împreună. 2. Rulează-l întâi pe o bază de test și fă un raport: câte rânduri au intrat, câte au fost respinse și de ce. 3. Scrie teste pentru transformări. 4. Scriptul se poate rula de mai multe ori fără să dubleze datele. Fișierul conține date personale: nu le afișa în loguri și nu adăuga fișierul în repository. Commit după fiecare pas.
-
Joc 2D construit pas cu pas cu agentul
Construim jocul 2D [tema] cu [Phaser/Canvas/Godot], după planul din [fișierul cu planul sau documentul de design]. Lucrăm strict pe pași: 1. personajul se mișcă cu tastele și atingerile; 2. coliziuni cu pereții și platformele; 3. obiectele de colectat și scorul; 4. dușmanii sau obstacolele; 5. pierderea, câștigul, repornirea; 6. al doilea nivel. La fiecare pas: spune-mi ce faci, implementează doar pasul acela, rulează sau dă-mi comanda de rulare, așteaptă să confirm că merge, apoi commit. Valorile de joc (viteze, sărituri, puncte) într-un fișier de configurare. Nu rescrie codul pașilor anteriori fără să mă întrebi.
-
Fișa de produs care răspunde la întrebările clientului
Vreau să îmbunătățesc pagina de produs din magazinul meu de [tema]. Exemplu de produs: [nume, preț, variante, ce trebuie să știe clientul]. Propune structura paginii și apoi implementează-o: 1. Ce vede clientul fără să deruleze pe telefon: poză, nume, preț, variante, stoc, buton de adăugare în coș. 2. Informațiile care elimină îndoielile: livrare estimată, cost de livrare, retur, dimensiuni sau compatibilitate. 3. Descriere scanabilă: beneficii, specificații în tabel, ce conține pachetul. 4. Galerie cu mărire, imagini optimizate cu text alternativ. 5. Comportamentul la variante fără stoc și la produse epuizate. Accesibil, rapid și fără elemente care presează clientul cu urgență falsă.
-
Panoul de administrare: produse, stoc și comenzi
Construiește panoul de administrare pentru magazinul meu de [tema], făcut cu [tehnologia sau unealta]. Funcții: 1. Autentificare doar pentru administratori, cu autentificare în doi pași dacă se poate; verificarea rolului pe server, nu doar ascunderea butoanelor. 2. Produse: adăugare, editare, imagini, variante, stoc, activ sau inactiv; import din tabel. 3. Comenzi: listă cu filtre după status și dată, detaliile comenzii, schimbarea statusului (nouă, în pregătire, expediată, livrată, anulată, returnată), notă internă. 4. Email automat către client la schimbarea statusului, cu numărul de urmărire al coletului. 5. Jurnal al modificărilor importante: cine și când a schimbat prețuri sau statusuri. Interfață simplă, utilizabilă și pe telefon, în română.
-
O aplicație mobilă ca [aplicația de referință], dar a mea
Vreau o aplicație mobilă pentru [tema], inspirată de [aplicația de referință]. Îmi plac la ea: [ce funcții și fluxuri îmi plac]. Nu-mi place: [ce aș face altfel]. Descrie-mi o aplicație proprie: 1. Funcțiile și fluxurile pe care le păstrez, descrise cu cuvintele mele, nu copiate. 2. Ce fac diferit sau mai bine decât originalul, pentru [cine o folosește]. 3. Trei propuneri de nume proprii, care să nu semene cu numele original, și o direcție de design (culori, stil) diferită. Reguli: fără logo-ul, imaginile, textele, iconițele sau codul aplicației originale, fără date extrase de pe ea, nimic care să creeze confuzie cu ea în magazinul de aplicații. Dacă vreau o integrare cu serviciul original, folosesc doar API-ul oficial, conform termenilor lui.
-
Pașii pentru publicarea în Google Play
Aplicația mea mobilă pentru [tema] ([Expo/React Native sau Flutter]) merge pe telefon. Vreau s-o public în Google Play pentru prima dată. Fă-mi o listă de pași, de la cont la publicare: - contul de dezvoltator și ce trebuie verificat (nu-mi da taxe sau termene din memorie; spune-mi unde le găsesc în documentația oficială Google Play Console); - build-ul de producție (fișierul cerut acum de Google Play), semnarea și păstrarea în siguranță a cheii; - fișa din magazin: descriere în română, capturi de ecran, iconiță, clasificare de conținut; - formularul despre datele colectate și politica de confidențialitate; - testarea închisă cu testeri înainte de lansare, dacă e cerută pentru contul meu; - ce să verific când aplicația e respinsă. Pune la fiecare pas linkul spre ghidul oficial pe care să-l citesc.
-
Agentul a stricat ce mergea: revenire controlată
După ultimele modificări, site-ul nu mai merge cum trebuie: [ce s-a stricat, de exemplu meniul de pe telefon nu se mai deschide și o pagină dă eroare]. Ultima versiune care mergea: [commitul sau momentul, dacă îl știi]. Nu mai scrie cod nou deocamdată. Întâi: 1. Arată-mi cu git ce fișiere s-au schimbat de la ultima versiune bună și rezumă fiecare schimbare. 2. Spune-mi care schimbare a produs cel mai probabil problema. 3. Propune una dintre variante: revenim la commitul bun și refacem pasul mai atent, sau reparăm doar schimbarea vinovată. După ce aleg, aplică doar acea reparație, verifică în browser pagina afectată și restul paginilor, apoi fă commit. Adaugă în CLAUDE.md o regulă care să prevină greșeala data viitoare. -
Plan tehnic înainte de cod, cu agentul de cod
Vreau să construim împreună un site de prezentare pentru: [tema]. Pagini: [lista paginilor]. Tehnologie preferată: [de exemplu Astro, Next.js static sau HTML/CSS simplu; dacă nu știi, propune tu]. Nu scrie cod încă. Întâi: 1. Propune structura folderelor și explică pe scurt rolul fiecăruia. 2. Spune cum separăm conținutul (texte, articole în Markdown) de design, ca să pot edita textele fără să ating codul. 3. Listează dependențele și de ce e nevoie de fiecare; cât mai puține. 4. Împarte construcția în 6–10 pași mici, fiecare verificabil în browser. 5. Creează un fișier CLAUDE.md (sau regulile de proiect ale uneltei) cu: scopul site-ului, tehnologiile, comenzile de rulare, regula de a nu modifica fișiere care nu țin de pasul curent. Așteaptă aprobarea mea pentru plan înainte de primul pas.
-
Panoul utilizatorului (dashboard) după autentificare
Proiectează panoul pe care îl vede utilizatorul după ce intră în cont în aplicația mea web: [tema]. Vreau: - meniul (lateral sau sus) cu secțiunile: [secțiunile, de exemplu Proiecte, Calendar, Setări, Abonament]; - ecranul principal: ce informație vede primul, ce acțiune face cel mai des și unde stă butonul pentru ea; - starea goală (utilizator nou, fără date): un mesaj prietenos și un pas clar de început; - stările de încărcare și de eroare; - cum arată pe telefon. Descrie fiecare zonă, apoi scrie componentele cu [tehnologiile alese]. Textele interfeței în română, scurte și clare.
-
Cum descriu exact ce nu-mi place pe ecran
Pe ecranul [numele ecranului] din [aplicatia] văd: [ce vezi: elemente suprapuse, spații ciudate, butoane prea mici, text tăiat pe telefon]. Vreau: [cum ar trebui să arate]. Transformă descrierea mea într-un prompt precis pentru constructorul din prompt: ce element, unde, ce se schimbă, pe ce mărimi de ecran, și ce trebuie să rămână neschimbat. Un singur lucru pe prompt.
-
Un stil vizual coerent pentru toată aplicația
Vreau ca [aplicatia] să arate [cum: modern și liniștit, colorat și jucăuș, sobru și profesionist]. Publicul: [publicul]. Propune un mic ghid vizual: paleta de culori cu coduri HEX (cu contrast suficient pentru text), fonturile, mărimile textului, spațieri, colțuri, butoane (principal, secundar, pericol), câmpuri de formular și stări (hover, focus, dezactivat). Scrie-l ca instrucțiuni pe care le pot da instrumentului AI la fiecare ecran nou.
-
Merită construită aplicația? Verifică ideea întâi
Vreau să construiesc [aplicatia]: [tema], pentru [cine o folosește]. Înainte să scriu cod, ajută-mă să verific ideea: ce alternative folosesc acum oamenii (spune-mi cum verific, nu inventa aplicații), ce i-ar face să o încerce pe a mea, 5 întrebări pe care să le pun unor utilizatori reali și cel mai mic experiment prin care aflu dacă există interes (pagină de prezentare, prototip, listă de așteptare).
-
Botul nu mai răspunde
Botul meu de [Telegram / Discord] pentru [tema] a mers, dar acum nu mai răspunde la comenzi. Rulează pe [unde rulează]. Ultimele mesaje din jurnal sau eroarea: [lipește aici eroarea] Ce s-a schimbat: [de exemplu am mutat botul pe server, am regenerat tokenul, am adăugat o comandă]. Ia cauzele pe rând: procesul s-a oprit, token greșit sau lipsă pe server, permisiuni lipsă pentru bot, conflict între două instanțe pornite, limite de mesaje depășite, o eroare în comanda nouă. Spune-mi ce verific la fiecare și cum fac botul să repornească singur dacă se oprește.
-
Extensia nu se încarcă sau dă eroare în manifest
Extensia mea pentru [tema] nu se încarcă în [Chrome/Firefox]. Mesajul de pe pagina de extensii: [lipește aici eroarea] Manifestul meu: [lipește aici manifest.json] Explică pe înțeles ce e greșit și dă-mi manifestul corectat. Dacă eroarea vine dintr-un câmp scris pentru Manifest V2, spune-mi echivalentul din Manifest V3. Nu adăuga permisiuni noi pentru a „ocoli” eroarea.
-
Planul de construire pentru agentul de cod
Construim o unealtă internă pentru [tema], cu [tehnologiile alese]. Specificațiile sunt în [calea fișierului cu specificații]. Nu scrie cod încă. Fă următoarele: 1. Creează un fișier CLAUDE.md (sau regulile de proiect) cu: scopul aplicației, rolurile utilizatorilor, comenzile de rulare și teste, regula că datele angajaților și clienților nu apar în loguri, că secretele stau doar în .env și că nu modifici fișiere în afara sarcinii curente. 2. Împarte lucrul în pași mici: autentificare și roluri, import din Excel, tabelul principal cu filtre, formularul de editare, rapoartele, exportul. 3. Pentru fiecare pas, scrie cum verific rezultatul și ce test îl acoperă. Așteaptă aprobarea mea; apoi lucrăm câte un pas, cu commit după fiecare.
-
Idei de joc de cuvinte în limba română
Vreau să fac un joc de cuvinte în limba română pentru [cine îl joacă, de ex. elevi de gimnaziu, adulți care joacă zilnic pe telefon]. Tema: [tema]. Propune 5 concepte originale de joc de cuvinte, fiecare cu: - regulile în 3–4 rânduri; - cum tratează diacriticele (ă, â, î, ș, ț): contează sau nu, și cum le scrie jucătorul pe tastatură; - de unde iau lista de cuvinte (dicționare cu licență care permite folosirea, liste proprii) și ce verific la licență; - ce face jocul rejucabil; - cât de greu e de construit pentru un începător. Fără copii ale jocurilor cunoscute: vreau reguli care să aibă ceva al lor.
-
Public jocul pe web, cu link de trimis prietenilor
Jocul meu [tema] e gata de încercat ([tehnologia], fișierele sunt [unde]). Vreau un link pe care să-l trimit. Explică-mi pas cu pas: 1. variante de găzduire pentru un joc static (fără server) și pentru unul cu clasament online; nu-mi da prețuri ca sigure, spune-mi unde le verific; 2. cum urc fișierele sau cum leg repository-ul ca jocul să se actualizeze la fiecare commit; 3. ce verific după publicare: merge pe telefon, se încarcă repede, sunetul pornește după prima atingere; 4. titlul, descrierea și imaginea care apar când trimit linkul; 5. platformele de jocuri indie unde l-aș putea publica și ce cer ele (cu trimitere la paginile lor oficiale).
-
După o modificare, coșul sau totalul nu mai e corect
După ultima modificare, în magazinul [tema] [totalul din coș e greșit / reducerea se aplică de două ori / produsele dispar din coș]. Înainte mergea. Nu scrie cod nou încă: 1. Arată-mi cu git ce s-a schimbat de la ultimul commit în care coșul era corect. 2. Scrie un test care reproduce problema exact cum o descriu și arată-mi că pică. 3. Explică-mi cauza în două-trei propoziții. 4. Repară doar cauza, rulează toate testele și verifică manual: adaug produse, schimb cantitatea, aplic o reducere, ajung la plată. 5. Fă commit cu testul și reparația împreună. Dacă testele pentru coș lipseau, adaugă-le acum pentru totaluri, livrare și reduceri, ca să nu se mai întâmple. -
Audit de securitate al magazinului
Fă un audit de securitate al magazinului [tema] din acest proiect. Nu modifica nimic în prima etapă; dă-mi raportul. Verifică: 1. Chei și secrete în cod sau în istoricul Git; variabile de mediu expuse în browser. 2. Prețuri, reduceri și totaluri calculate pe server; poate un client să modifice prețul din cererea trimisă? 3. Webhook-urile verifică semnătura; comenzile nu se pot marca „plătite” altfel. 4. Regulile de acces la nivel de rând: un client citește doar comenzile lui; rutele de admin verifică rolul pe server. 5. Validarea tuturor datelor primite, protecție la injectare și la scripturi în câmpuri de text. 6. Limite de încercări la autentificare și la formulare; dependențe cu vulnerabilități cunoscute. Clasifică problemele după gravitate. Apoi le reparăm pe rând, fiecare cu test și commit separat, după aprobarea mea. -
Prompt inițial: magazin inspirat de [magazinul de referință]
Construiește un magazin online pentru [tema], inspirat de modul în care funcționează [magazinul de referință]: [funcțiile care îți plac, de exemplu filtre laterale, comparare de produse, livrare estimată afișată pe fișa produsului]. Identitate proprie, obligatoriu: numele [numele magazinului tău], culorile [culorile], alt aranjament al paginilor, texte scrise de la zero. Nu copia logo-ul, designul, textele, imaginile sau codul magazinului de referință și nu prelua produse de pe el. Pagini: Acasă, categorie cu filtre, fișă de produs, coș, finalizare comandă, confirmare, cont de client simplu. Date: folosește 12 produse de test cu imagini de umplutură. Plățile vor fi doar prin Stripe în mod de test; nu crea câmpuri proprii pentru date de card. Textele în română, aspect bun pe telefon. Apoi cer modificări una câte una.
-
Aplicație mobilă, aplicație web sau constructor fără cod?
Vreau să fac [tema] pentru [cine o folosește]. Nu am mai programat (sau: am experiență cu [ce știu]). Ajută-mă să aleg între: 1. aplicație web care se deschide în browserul telefonului (sau PWA, care se poate pune pe ecranul principal); 2. aplicație mobilă reală, cu React Native/Expo sau Flutter, publicată în App Store și Google Play; 3. un constructor de aplicații fără cod sau cu puțin cod. Pentru cazul meu, compară: ce pot face (cameră, notificări, funcționare fără internet, GPS), cât de greu e de învățat, cât durează până la prima versiune, ce costuri pot apărea (fără să inventezi sume; spune-mi unde verific prețurile actuale) și cât de ușor schimb ulterior. Termină cu o recomandare clară și motivul ei, explicată pentru cineva care nu a mai programat.
-
Landing page: o singură pagină care convinge
Vreau un landing page (o singură pagină) pentru: [tema]. Ce ofer: [produsul, serviciul sau evenimentul]. Pentru cine: [publicul]. Singura acțiune pe care vreau s-o facă vizitatorul: [înscriere, cerere de ofertă, descărcare, cumpărare]. Scrie specificațiile paginii, de sus în jos: - titlul principal și subtitlul (3 variante, fără promisiuni exagerate); - secțiunile, în ordine: problema, soluția, beneficii, cum funcționează, dovezi (doar ce am real: [recenzii, cifre, logo-uri de clienți]), întrebări frecvente, îndemnul final; - unde apare butonul principal și ce scrie pe el; - ce câmpuri are formularul (cât mai puține) și ce se întâmplă după trimitere; - cum arată pe telefon, unde vin majoritatea vizitatorilor. Marchează cu [DE COMPLETAT] tot ce trebuie să ofer eu.
-
SEO tehnic pentru un site mic, făcut corect
Verifică și îmbunătățește SEO-ul tehnic al site-ului [tema] din acest proiect. Nu schimba textele sau designul fără să întrebi. Pași, cu commit după fiecare: 1. Audit: titlu și meta descriere unice pe fiecare pagină, un singur H1, ierarhie corectă a titlurilor, text alternativ la imagini, linkuri interne rupte. 2. Fișiere: sitemap.xml generat automat, robots.txt corect, adresă canonică pe fiecare pagină, pagina 404. 3. Date structurate potrivite (de exemplu LocalBusiness pentru firmă, Article pentru articole), doar cu informații reale. 4. Etichete pentru distribuire pe rețele sociale (titlu, descriere, imagine). 5. Viteză: imagini, fonturi, scripturi care blochează afișarea. Dă-mi la final un raport scurt: ce era greșit, ce ai reparat, ce trebuie să fac eu (de exemplu să trimit sitemap-ul în Google Search Console). Fără promisiuni de poziții în Google. -
Site lent: găsesc cauzele și îl fac rapid
Site-ul meu ([tema]) se încarcă greu, mai ales pe telefon. Construit cu: [tehnologia]. Rezultatele testului de viteză (de exemplu PageSpeed Insights): [lipește aici scorurile și recomandările]. Te rog: 1. Explică pe scurt ce înseamnă fiecare indicator important (LCP, CLS, INP) și care e problema principală la mine. 2. Fă o listă de remedii, ordonată după efect și efort: imagini (format modern, dimensiuni corecte, încărcare leneșă), fonturi, scripturi externe inutile, module WordPress în plus, cache, compresie. 3. Pentru primele 3 remedii, dă-mi pașii exacți sau codul. 4. Spune-mi ce nu merită optimizat la un site mic ca al meu. Nu sacrifica accesibilitatea sau lizibilitatea pentru un scor mai mare.
-
Prima funcție completă, explicată de la zero
N-am mai programat. Vreau să construiesc aplicația web [tema] cu [tehnologiile alese]. Ajută-mă cu prima funcție: utilizatorul adaugă, vede, editează și șterge [elementul principal, de exemplu programări]. Te rog: 1. Spune-mi ce programe instalez și ce comenzi rulez, una câte una, și ce ar trebui să văd după fiecare. 2. Dă-mi codul complet pentru fiecare fișier, cu calea fișierului deasupra, fără „restul rămâne la fel”. 3. Explică pe scurt ce face fiecare fișier. 4. Spune-mi cum verific în browser că funcționează și ce fac dacă apare o eroare. Cheile și parolele le pui într-un fișier .env, explicându-mi de ce.
-
Structura proiectului unui bot, pentru agentul de cod
Construim [botul sau automatizarea]: [tema], în [limbajul ales, de exemplu Python sau Node.js]. Nu scrie cod încă. Te rog: 1. Propune structura proiectului: punctul de intrare, modulele (comenzi, integrări, stocare), configurația, testele. 2. Scrie un fișier CLAUDE.md (sau regulile de proiect) cu: ce face botul, cum se rulează local, cum se rulează testele, regula că tokenurile și cheile API stau doar în .env, că nu se scriu în loguri și că nu modifici fișiere din afara sarcinii. 3. Creează .env.example fără valori reale și adaugă .env în .gitignore. 4. Împarte lucrul în pași mici, fiecare testabil, cu commit după fiecare. Așteaptă aprobarea mea înainte de primul pas.
-
Planul de construire și regulile proiectului pentru agent
Pornim o extensie de browser pentru [tema], pentru [Chrome/Firefox/ambele]. Funcțiile: [funcțiile principale]. Nu scrie cod încă. Fă: 1. planul în pași mici, fiecare testabil prin încărcarea extensiei despachetate în browser; 2. lista de fișiere și ce face fiecare; 3. un fișier de instrucțiuni pentru proiect (de exemplu CLAUDE.md sau reguli de proiect) cu: cum încarc și reîncarc extensia, unde văd erorile fiecărei părți (popup, service worker, pagină), regulile: Manifest V3, permisiuni minime, fără cod încărcat de pe alte servere, fără chei API în cod, nu modifici fișiere fără legătură cu pasul curent, commit după fiecare pas care merge. Așteaptă aprobarea mea înainte de pasul 1.
-
Publicarea doar pentru oamenii din firmă
Unealta internă [tema] e gata și vreau s-o pun online astfel încât s-o poată folosi doar angajații firmei. Tehnologiile: [tehnologiile alese]. Explică-mi variantele și ajută-mă să aleg: 1. Autentificare doar pentru adresele de email ale firmei, cu verificarea domeniului pe server. 2. Autentificare prin contul Google Workspace sau Microsoft al firmei. 3. Acces suplimentar restricționat (VPN, rețea privată sau un serviciu de acces de tip zero trust). Apoi, pas cu pas, pentru varianta aleasă: unde o găzduiesc, ce variabile de mediu setez, cum dezactivez înregistrarea publică, cum adaug și scot colegi și ce verific după publicare.
-
Promptul inițial complet pentru un joc într-un constructor
Construiește un joc în browser: [tema]. Reguli: [regulile exacte: ce face jucătorul, cum primește puncte, cum pierde]. Controale: [taste] pe calculator, [atingeri sau butoane pe ecran] pe telefon. Dificultate: crește la fiecare [de ex. 30 de secunde sau 10 puncte]. Ecrane: start, joc, pauză, final cu scor și record salvat în browser. Stil: [culori, atmosferă], grafică din forme simple, animații scurte. Textele în română. Să funcționeze pe telefon și pe calculator. Nu adăuga conturi, clasament online sau magazin în joc; le cer separat dacă e nevoie.
-
Structura catalogului: categorii, atribute și variante
Organizez catalogul magazinului meu de [tema]. Exemple de produse: [3–5 produse reale, cu ce le deosebește]. Propune-mi: 1. Arborele de categorii (maxim două niveluri, nume pe care clienții chiar le caută). 2. Atributele pentru filtre (de exemplu mărime, material, culoare, compatibilitate) și care sunt comune tuturor produselor. 3. Ce înseamnă o variantă la mine (produs separat sau opțiune a aceluiași produs) și cum se ține stocul pe fiecare variantă. 4. Câmpurile unei fișe de produs: obligatorii și opționale (nume, descriere, preț, cod intern, greutate pentru livrare, imagini, timp de livrare). 5. Un șablon de tabel pe care îl completez pentru a importa produsele. Ține structura simplă pentru un magazin mic care poate crește.
-
Modific un detaliu din magazin descriind ce văd
O singură modificare, fără să schimbi altceva. Pagina: [de exemplu fișa de produs / coșul / categoria „[nume]”]. Ce văd acum: [descrie concret: butonul „Adaugă în coș” e sub galerie și pe telefon trebuie să derulez mult; prețul vechi tăiat apare mai mare decât cel nou; filtrele acoperă produsele]. Ecran: [telefon / laptop]. Ce vreau: [butonul imediat sub preț; prețul nou mai mare și colorat; filtrele într-un panou care se deschide la apăsare]. [Atașez captură de ecran, dacă se poate.] După modificare, spune-mi ce ai schimbat și verifică că adăugarea în coș și finalizarea comenzii încă funcționează.
-
Termeni, retur și confidențialitate: schiță și ce verific
Am nevoie de paginile legale pentru magazinul meu de [tema]. Despre mine: [firma, ce vând, unde livrez, cum se plătește, cum fac retururile]. Ajută-mă așa: 1. Ce pagini legale are de obicei un magazin online din România și ce rol are fiecare. 2. O schiță pentru fiecare, bazată strict pe ce ți-am spus, cu [DE VERIFICAT] la tot ce depinde de lege sau de situația mea (termene de retur, excepții, garanții, soluționarea litigiilor). 3. O listă de întrebări pentru avocat sau consultant. 4. Unde găsesc informațiile oficiale (de exemplu ANPC pentru protecția consumatorului, ANSPDCP pentru date personale). Nu prezenta schița ca text juridic gata de folosit și nu inventa termene sau articole de lege.
-
AI-ul a stricat ce mergea înainte
După ultima modificare (am cerut [ce am cerut]), în aplicația mobilă nu mai merge [ce mergea înainte]. Nu te apuca să repari prin încercări. 1. Arată-mi ce fișiere ai modificat de la ultimul commit care mergea (git diff) și explică fiecare schimbare într-un rând. 2. Spune ce schimbare a stricat probabil funcția, și de ce. 3. Propune cea mai mică reparație; dacă e mai sigur, revino la ultimul commit bun și refă doar modificarea cerută, mai atent. 4. Adaugă un test sau o verificare care să prindă problema data viitoare. 5. Nu modifica nimic altceva și nu face commit până nu confirm pe telefon că merge.
-
Domeniu și găzduire: ce aleg și ce întreb
Nu am mai cumpărat niciodată un domeniu sau găzduire. Site-ul meu: [tema], făcut cu [WordPress / site static / constructor]. Numele firmei: [numele]. Public: [România / internațional]. Explică-mi simplu: 1. Diferența dintre domeniu, găzduire, DNS și certificat SSL. 2. Cum aleg numele de domeniu (.ro sau .com, lungime, cratime) și 5 variante pentru numele meu. 3. Ce tip de găzduire îmi trebuie pentru tipul meu de site și când găzduirea gratuită pentru site-uri statice e suficientă. 4. O listă de întrebări de pus furnizorului înainte să plătesc: backup, reînnoire, email pe domeniu, mutarea la alt furnizor, suport. 5. Capcanele frecvente: preț promoțional doar primul an, domeniul înregistrat pe numele altcuiva, reînnoirea uitată. Nu-mi da prețuri ca fapte; spune-mi ce să compar pe site-urile furnizorilor.
-
Landing page dintr-un singur prompt
Creează un landing page pentru: [tema]. Oferta: [ce oferi și pentru cine]. Acțiunea dorită: [înscriere / cerere de ofertă / precomandă]. Structură, de sus în jos: 1. Secțiune principală: titlu, subtitlu, buton, o imagine sau ilustrație. 2. Problema pe care o rezolv, în 3 puncte. 3. Cum funcționează, în 3 pași cu iconițe. 4. Beneficii, în carduri. 5. Dovezi: [recenzii reale, cifre reale]; dacă nu am, omite secțiunea. 6. Întrebări frecvente, ca acordeon: [întrebările tale]. 7. Îndemn final cu formular: [câmpurile], cu bifă de acord pentru date și link spre politica de confidențialitate. Stil: [descrie stilul], culoare de accent [culoarea]. Totul în română, arată bine pe telefon. După ce e gata, voi cere modificări una câte una.
-
Utilizatorii nu mai pot intra în cont
În aplicația mea web ([tehnologiile alese]) autentificarea nu mai merge. Ce se întâmplă: [de exemplu după login revine la pagina de login / eroare 401 / sesiunea se pierde la refresh]. Eroarea din consolă sau din server: [lipește aici eroarea] Ce s-a schimbat recent: [ultima modificare, de exemplu am pus aplicația online, am schimbat domeniul]. Nu rescrie tot. Ia pe rând cauzele probabile (URL-ul de redirecționare din setările de autentificare, variabile de mediu lipsă pe server, cookie-uri pe alt domeniu, reguli de acces) și spune-mi exact ce verific la fiecare și unde. Apoi propune cea mai mică reparație.
-
Conturi și autentificare, făcute corect
Am nevoie de conturi de utilizator în [aplicatia]: [înregistrare cu email și parolă / conectare cu Google / link magic pe email]. Roluri: [utilizator, administrator...]. Implementează autentificarea folosind un serviciu consacrat ([serviciul ales, de ex. Supabase Auth, Firebase Auth, Clerk]), nu un sistem scris de la zero. Include: resetarea parolei, protejarea paginilor private, regulile de acces la date pe roluri și cum testez că un utilizator nu vede datele altuia. Nu pune chei API, parole sau date reale în cod sau în prompt; folosește variabile de mediu și valori de test.
-
Codul a devenit încâlcit: curățenie fără să stric nimic
După multe modificări făcute cu AI, codul aplicației mele a devenit greu de urmărit: [ce observ: fișiere uriașe, cod duplicat, funcții nefolosite]. Propune un plan de curățenie în pași mici și siguri: ce reorganizezi, ce ștergi, ce teste adaugi întâi ca să știm că nu se strică nimic. Fă un pas pe rând, cu commit după fiecare, și oprește-te dacă un test pică. -
Merge pe calculatorul meu, dar nu online
Aplicația mea ([aplicatia]) merge local, dar după publicare pe [platforma de găzduire] apare: [ce se întâmplă sau eroarea]. Fă o listă ordonată de cauze probabile (variabile de mediu lipsă, adrese sau chei diferite, comandă de build greșită, bază de date neconectată, permisiuni) și cum verific fiecare în panoul platformei. Nu pune chei API, parole sau date reale în cod sau în prompt; folosește variabile de mediu și valori de test.
-
Fereastra de chat de pe site
Proiectează fereastra de chat pentru asistentul AI de pe site-ul meu: [tema]. Cerințe: - un buton rotund în colțul din dreapta jos, care deschide fereastra; pe telefon, chatul ocupă tot ecranul; - mesaj de bun venit și 3 întrebări sugerate pe care se poate da clic; - răspunsurile apar pe măsură ce sunt generate, cu un indicator „scrie...”; - sub răspunsuri, sursa (linkul documentului) și butoanele util / nu e util; - un text mic: „Vorbești cu un asistent AI. Nu introduce date sensibile.”, cu link la politica de confidențialitate; - buton „Vreau să vorbesc cu un om”. Culorile site-ului: [culorile]. Scrie componenta, ușor de inserat cu o singură linie de cod în orice pagină.
-
O extensie ca [aplicația de referință], făcută de mine
Folosesc extensia [aplicația de referință] și vreau una proprie, cu funcții asemănătoare, pentru [tema]. Ce îmi trebuie din ea: [funcțiile]. Ce vreau altfel: [de ex. fără cont obligatoriu, date doar local, mai puține permisiuni, în română]. Ajută-mă: 1. descrierea extensiei mele, cu cuvintele mele; 2. 3 nume proprii care să nu semene cu originalul și o iconiță diferită (descrisă); 3. ce fac mai bine, mai ales la confidențialitate și permisiuni. Reguli: fără codul, iconițele, textele sau numele extensiei originale, fără să pretind că sunt legat de ea, iar dacă mă conectez la un serviciu, folosesc doar API-ul oficial, conform termenilor lui.
-
Pontaj și concedii, ca aplicațiile de HR
Vreau o aplicație de pontaj și concedii pentru firma noastră de [număr] angajați, inspirată de aplicațiile de resurse umane cunoscute, dar proprie: [tema]. Fluxuri: angajatul pontează intrarea și ieșirea (din browser sau telefon), cere concediu, managerul aprobă sau respinge, HR vede situația lunară și exportă un raport pentru salarizare. Reguli de lucru la noi: [programul, tipurile de concediu, numărul de zile pe an]. Atenție: sunt date personale ale angajaților; nu colecta locația GPS fără un motiv clar și fără informarea angajaților; fiecare vede doar datele lui, managerul doar echipa lui. Nu copia numele, designul sau textele altor aplicații. Începe cu modelul de date și matricea de roluri.
-
Coliziuni greșite, personajul trece prin pereți
În jocul meu [tema] ([tehnologia]) am o problemă: [de ex. personajul trece prin pereți când merge repede, se blochează în colțuri, punctele se numără de două ori]. Pași de reproducere: [ce fac ca să apară]. Codul relevant: [lipește aici funcția de mișcare și coliziune]. Erori în consolă: [lipește aici eroarea, dacă există]. Explică-mi de ce se întâmplă (inclusiv dacă depinde de viteza calculatorului) și dă-mi reparația minimă. Nu rescrie tot sistemul de fizică dacă nu e nevoie.
-
Coșul de cumpărături, corect până la ultimul leu
Implementează coșul de cumpărături pentru magazinul [tema]. Cerințe: 1. Coșul se păstrează la reîncărcarea paginii și, dacă clientul are cont, între dispozitive. 2. Adăugare, modificare cantitate, ștergere; cantitatea nu depășește stocul variantei. 3. Prețurile se recalculează pe server din baza de date la fiecare afișare și la plată; prețul din browser e doar informativ. 4. Produs scos din vânzare sau preț schimbat după adăugarea în coș: clientul vede un mesaj clar. 5. Sume în bani întregi (bani, nu lei cu zecimale în virgulă mobilă), ca să nu apară erori de rotunjire. 6. Teste pentru calculul subtotalului, livrării și reducerilor. Arată-mi planul, apoi construiește în 2–3 commituri. -
GDPR în magazin: date de clienți, consimțământ, ștergere
Magazinul meu de [tema] colectează: [nume, adrese, telefon, email, istoricul comenzilor, statistici, newsletter]. Folosesc: [serviciile externe]. Ajută-mă să fac ordine: 1. Inventarul datelor: ce colectez, de ce, unde stau, cine are acces, cât le păstrez. 2. Ce pot elimina din formulare pentru că nu-mi trebuie. 3. Consimțământ separat pentru newsletter și pentru cookie-urile de statistică și marketing, cu refuz la fel de ușor ca acceptul. 4. Funcții în cont sau prin cerere: descărcarea datelor, ștergerea contului, cu păstrarea doar a ce trebuie păstrat pentru contabilitate (de clarificat cu contabilul). 5. Securitate: acces limitat în admin, parole puternice, backup criptat. Marchează ce trebuie confirmat de un specialist în protecția datelor și trimite-mă la ghidurile ANSPDCP.
-
Merită magazinul pe nișa mea? Verificare înainte de construit
Vreau să deschid un magazin online pe nișa: [tema]. De unde iau produsele: [producție proprie / furnizori / revânzare]. Buget de pornire: [estimare]. Joacă rolul unui consultant sincer și ajută-mă să verific ideea înainte să construiesc ceva: 1. Ce întrebări trebuie să-mi pun despre clienți, concurență, marjă și livrare. 2. Cum testez cererea ieftin în 2–4 săptămâni (pagină de precomandă, vânzare pe rețele sociale, un catalog mic). 3. Costurile care se uită des: retururi, ambalaje, comisioane de plată, produse deteriorate, timpul meu. Fără cifre inventate; spune-mi ce trebuie să aflu și de la cine. 4. Ce obligații legale și fiscale trebuie să clarific cu un contabil înainte de prima vânzare. 5. Cele mai mici 10 produse cu care aș putea porni. Spune-mi deschis dacă ceva din plan ți se pare riscant.
-
Unde stau datele: pe telefon, în Supabase sau în Firebase
Aplicația mea mobilă pentru [tema] salvează: [ce date, de ex. programări, cheltuieli, notițe, poze]. Utilizatorii [au sau nu au] cont și [vor sau nu vor] să-și vadă datele pe mai multe telefoane. Propune-mi arhitectura datelor: 1. Ce rămâne doar pe telefon (stocare locală, SQLite) și ce merge într-un server (Supabase, Firebase sau altceva). 2. Schema datelor: tabele sau colecții, câmpuri, legături. 3. Regulile de acces: fiecare utilizator vede doar datele lui (reguli de securitate la nivel de rând sau reguli Firebase), scrise concret. 4. Ce se întâmplă când telefonul e fără internet și apoi revine. 5. Cum fac backup și cum își poate șterge utilizatorul contul și datele (GDPR). Explică simplu de ce alegi fiecare variantă.
-
Pașii pentru publicarea în App Store
Vreau să public aplicația mea mobilă pentru [tema] ([Expo/React Native sau Flutter]) în App Store. [Am/Nu am] Mac. Explică-mi drumul complet: 1. programul de dezvoltator Apple (taxa și condițiile actuale le verific pe site-ul oficial Apple Developer, nu le da din memorie); 2. cum fac build-ul pentru iPhone, inclusiv fără Mac (servicii de build în cloud, dacă stack-ul meu le are); 3. testarea cu TestFlight; 4. ce completez în App Store Connect: descriere, capturi, confidențialitatea datelor, cont de test pentru recenzori dacă aplicația are autentificare; 5. motivele frecvente de respingere și cum le evit, cu trimitere la ghidurile oficiale App Store Review Guidelines. Fără reguli inventate: unde nu ești sigur, spune-mi ce secțiune din ghidul oficial să citesc.
-
Planul unui blog: teme, categorii și primele articole
Vreau să pornesc un blog despre: [tema]. Pentru cine scriu: [cititorii tăi]. Cât timp am: [de exemplu un articol pe săptămână]. De ce îl fac: [să atrag clienți, să-mi construiesc un portofoliu, din pasiune]. Ajută-mă să-l plănuiesc: 1. 4–6 categorii clare, fără suprapuneri. 2. 15 idei de articole pentru primele trei luni, ordonate de la cele care răspund la întrebări pe care oamenii chiar le caută la cele mai personale. 3. Structura-tip a unui articol (titlu, introducere, subtitluri, imagini, îndemn la final). 4. Paginile fixe de care am nevoie (Despre, Contact, politică de confidențialitate). 5. Ce funcții tehnice îmi trebuie acum (căutare, newsletter, comentarii) și ce pot amâna. Nu-mi promite trafic sau câștiguri; spune-mi ce depinde de mine.
-
Politică de confidențialitate și cookie-uri, fără improvizații
Site-ul meu ([tema]) colectează date prin: [formular de contact, newsletter, statistici, hartă, butoane de rețele sociale, comentarii]. Instrumentele folosite: [lista lor]. Ajută-mă să fac lucrurile corect: 1. Fă inventarul: ce date personale colectez, unde ajung, cât le păstrez. 2. Explică-mi ce cookie-uri necesită consimțământ și cum trebuie să funcționeze bannerul: refuzul la fel de ușor ca acceptul, scripturile de statistică pornite doar după accept. 3. Implementează bannerul și blocarea scripturilor până la consimțământ în [tehnologia site-ului]. 4. Scrie o schiță de politică de confidențialitate pe baza inventarului, marcând clar [DE VERIFICAT] părțile care depind de situația mea. Spune-mi explicit că textul final trebuie verificat de un specialist în protecția datelor sau un avocat și trimite-mă la ghidurile ANSPDCP.
-
Site WordPress de la zero, pas cu pas
Vreau să fac singur un site WordPress pentru: [tema]. Am deja: [domeniu și găzduire cu WordPress instalat / nimic]. Pagini dorite: [lista]. Nu știu să programez. Ghidează-mă pas cu pas, câte un pas pe mesaj; aștept să-ți spun „gata” înainte de următorul: 1. Setările de bază care contează (titlu, limbă, fus orar, legături permanente). 2. Alegerea unei teme gratuite, ușoare, compatibile cu editorul de blocuri. 3. Crearea paginilor și a meniului. 4. Câteva module (plugins) esențiale: formular de contact, backup, securitate de bază, cache; cât mai puține și de ce fiecare. 5. Pagina de politică de confidențialitate și acordul pentru cookie-uri. 6. Ce actualizez și cât de des. Explică fiecare termen nou prima dată când apare.
-
Agentul a stricat ce mergea înainte
Până la ultima modificare, [funcția care mergea, de exemplu salvarea proiectelor] funcționa. Acum [ce se întâmplă]. Nu face încă nicio schimbare. Te rog: 1. Uită-te la ultimele commituri (git log, git diff) și spune-mi ce fișiere s-au schimbat și care ar putea cauza problema. 2. Reproduce problema, cu un test dacă se poate. 3. Propune cea mai mică reparație sau revenirea la commitul bun, cu argumente. 4. După aprobarea mea, repară, rulează toate testele și fă un commit separat. Adaugă în CLAUDE.md o regulă care să prevină repetarea greșelii.
-
Unde rulează botul non-stop
Botul meu [de Telegram / Discord] pentru [tema] merge pe calculatorul meu. Vreau să ruleze non-stop, fără ca laptopul să stea pornit. 1. Compară variantele (un VPS mic, o platformă de găzduire pentru aplicații, funcții pe server cu webhook) pentru un începător: cât de greu e de configurat, ce se întâmplă la erori, cum văd jurnalele. Nu-mi da prețuri ca fapte sigure. 2. Pentru varianta recomandată, pașii exacți de publicare. 3. Cum setez tokenul și cheile ca variabile de mediu pe server. 4. Cum repornește singur după o eroare sau după restartul serverului. 5. Cum public o actualizare fără să-l opresc mult timp.
-
Extensia care salvează articole, construită pas cu pas cu agentul
Construim o extensie [Chrome/Firefox] care salvează articole pentru [tema]: titlu, link, data, o notiță și etichete; listă cu căutare în popup; export. Lucrăm pe pași: 1. manifestul și un popup gol care se deschide; 2. butonul „Salvează pagina” (activeTab, storage); 3. lista cu ștergere; 4. notițe și etichete; 5. căutare; 6. meniu la clic dreapta „Salvează linkul”; 7. export JSON. La fiecare pas: spune ce fișiere atingi, implementează doar pasul, spune-mi cum testez (reîncărcarea extensiei), așteaptă confirmarea, apoi commit. Fără permisiuni în plus față de cele necesare pasului.
-
Totalurile din raport nu se potrivesc cu Excelul
În unealta internă [tema], raportul [numele raportului] dă un total diferit de cel din Excelul vechi. Aplicația spune [valoarea din aplicație], Excelul spune [valoarea din Excel], pentru perioada [perioada]. Interogarea sau codul care calculează totalul: [lipește aici codul] Ajută-mă să găsesc cauza. Verifică pe rând: rânduri duplicate la import, înregistrări șterse sau anulate incluse, fusul orar la capătul perioadei, rotunjiri, TVA inclus sau nu, filtre diferite. Spune-mi ce interogare rulez pentru fiecare verificare și cum interpretez rezultatul.
-
Joc zilnic de cuvinte, inspirat de jocurile populare, dar cu reguli proprii
Vreau un joc zilnic de cuvinte în limba română, în spiritul jocurilor de ghicit cuvinte populare, dar cu regulile mele: [de ex. cuvinte de lungimi diferite, indicii tematice, două cuvinte legate]. Dă-mi: 1. regulile finale, cu ce îl face diferit; 2. cod complet în HTML, CSS și JavaScript, pe fișiere întregi, cu tastatură pe ecran care include ă, â, î, ș, ț; 3. cuvântul zilei ales după dată, același pentru toți jucătorii; 4. statistici salvate în browser și un rezultat de distribuit fără să dezvăluie cuvântul; 5. instrucțiuni de rulare pentru cineva care nu a mai programat. Nume, culori și design proprii, fără elemente luate din alte jocuri. -
Un magazin mic, cu cod complet explicat pentru începători
Nu am mai programat. Vreau un magazin foarte mic pentru [tema], cu [5–20] produse, plată cu cardul prin Stripe Checkout și comenzile primite pe email. Propune cea mai simplă soluție care e totuși sigură, apoi: 1. Scrie codul complet, fișier cu fișier, fără fragmente. 2. Explică ce face fiecare fișier și unde schimb produsele, prețurile și textele. 3. Dă-mi pașii de instalare și rulare pe calculator, presupunând că nu am nimic instalat. 4. Arată-mi unde pun cheile Stripe (fișier de variabile de mediu care nu se publică) și cum fac un cont Stripe în modul de test. 5. Cum fac o comandă de test cap-coadă. Prețurile trebuie verificate pe server, nu în pagină. Explică fiecare pas ca pentru cineva care vede codul prima dată.
-
Notificări locale și push
Vreau notificări în aplicația mea mobilă pentru [tema], făcută cu [Expo/React Native sau Flutter]. Exemple: [de ex. reamintire cu o oră înainte de programare, mesaj când adminul confirmă]. Ajută-mă să le fac corect: 1. ce pot face cu notificări locale (programate pe telefon) și ce cere notificări push de la server; 2. cererea permisiunii la momentul potrivit, cu o explicație înainte, și ce fac dacă utilizatorul refuză; 3. codul pentru o notificare locală programată, apoi pentru push (serviciul recomandat pentru stack-ul meu și configurarea lui); 4. o setare în aplicație pentru oprirea fiecărui tip de notificare; 5. cum testez pe telefon real (unele lucruri nu merg în emulator). Pas cu pas, cu verificare după fiecare.
-
Audit de accesibilitate și reparații
Vreau ca site-ul meu ([tema]) să poată fi folosit de oricine, inclusiv de oameni cu deficiențe de vedere sau care navighează doar cu tastatura. [Lipește aici codul paginii principale sau descrie cum e construit site-ul.] Verifică, pe baza bunelor practici WCAG, și explică pe înțelesul meu: 1. Contrastul textului și al butoanelor. 2. Text alternativ la imagini (descriptiv, nu „imagine1”). 3. Navigarea cu tastatura: ordinea, focusul vizibil, meniul de pe mobil. 4. Formulare: etichete legate de câmpuri, mesaje de eroare clare. 5. Structura titlurilor, limba paginii setată pe română, linkuri cu text care spune unde duc. 6. Animații care pot fi oprite și text care se poate mări fără să se strice pagina. Dă-mi lista de probleme cu gravitatea fiecăreia și codul corectat pentru cele mai importante.
-
Un portofoliu ca cel pe care îl admir, dar al meu
Construiește un site de portofoliu pentru: [tema] (de exemplu fotograf, designer, arhitect). Îmi place felul în care funcționează [site-ul de referință]: [ce anume îți place, de exemplu galeria pe tot ecranul, filtrarea pe categorii, pagina de proiect cu povestea lucrării]. Vreau aceleași tipuri de funcții, dar cu identitate proprie: alt aspect, alte culori și fonturi, texte scrise de la zero și numele meu, [numele tău]. Nu copia logo-ul, imaginile, textele sau codul site-ului de referință și nu face nimic care să pară că e același site. Pagini: Acasă cu proiectele alese, Proiecte cu filtre, pagina unui proiect, Despre, Contact cu formular. Stil: [minimalist, cald, îndrăzneț]. Folosește imagini de umplutură până le încarc pe ale mele. În plus față de referință, vreau: [ce faci mai bine, de exemplu încărcare mai rapidă pe telefon].
-
Un utilizator vede datele altuia
Problemă gravă în aplicația mea web: [descrierea, de exemplu un client a văzut proiectele altui client]. Folosesc [tehnologiile alese]. 1. Spune-mi ce fac imediat ca să opresc scurgerea de date (fără să șterg nimic). 2. Verifică împreună cu mine regulile de acces: regulile de securitate la nivel de rând pentru fiecare tabel, interogările de pe server care nu filtrează după utilizator, cheile cu drepturi totale folosite în browser. 3. Iată regulile și codul relevant: [lipește aici regulile și codul]. 4. Scrie reparația și testele care dovedesc că un utilizator nu poate citi, modifica sau șterge datele altuia. Spune-mi și dacă, potrivit GDPR, trebuie să anunț pe cineva despre incident și ce aș verifica cu un specialist.
-
Platformă fără cod sau script propriu
Vreau automatizarea: [tema]. Pașii: când [declanșatorul, de exemplu vine un formular completat], atunci [acțiunile, de exemplu se creează clientul în CRM, se trimite email, se adaugă un rând în foaia de calcul]. Compară pentru cazul meu: - o platformă fără cod (Make, Zapier, n8n găzduit de mine); - un script propriu (Python sau Node.js) rulat programat sau la un webhook. Criterii: cât de ușor îl întrețin, ce se întâmplă la erori, unde stau datele, cum păstrez cheile API, cât de ușor extind, dependența de un furnizor. Recomandă o variantă și desenează în text fluxul, pas cu pas, cu ce date trec de la un pas la altul.
-
Verificarea de securitate a extensiei
Verifică securitatea extensiei mele pentru [tema]. Doar raportează, nu modifica încă. Caută: - chei API, tokenuri sau parole în cod; - permisiuni sau acces la site-uri nefolosite; - cod sau scripturi încărcate de pe alte servere și eval; - inserare de HTML din date nesigure (innerHTML cu text din pagini sau de la utilizator); - mesaje primite de la pagini fără verificarea expeditorului; - date sensibile salvate necriptat sau trimise fără HTTPS; - biblioteci vechi cu vulnerabilități. Listă ordonată după gravitate, cu reparația propusă. Le facem apoi pe rând, cu commit după fiecare. -
Baza de date pentru inventar și stocuri
Am nevoie de o aplicație de inventar pentru [tema, de exemplu depozitul unui magazin de piese auto]. Avem [număr] produse, [număr] locații și [cine o folosește]. Proiectează baza de date: 1. Tabelele pentru produse, locații, mișcări de stoc (intrare, ieșire, transfer, inventariere), furnizori. 2. De ce stocul se calculează din mișcări și nu se scrie direct într-o coloană care poate fi suprascrisă. 3. Cum previi stocul negativ și două ieșiri simultane din același produs. 4. Câmpurile pentru coduri de bare și pentru alerta de stoc minim. 5. Regulile de acces pe roluri. Dă-mi scriptul SQL complet pentru [tehnologiile alese] și 5 interogări utile (stoc curent, produse sub minim, mișcările unei luni).
-
Structura codului jocului: stări, bucla, scene
Pornim jocul [tema] cu [tehnologia aleasă]. Nu scrie încă cod. Propune: 1. stările jocului (meniu, joc, pauză, final) și cum se trece de la una la alta; 2. bucla principală (actualizare și desenare) și cum tratez timpul ca jocul să meargă la fel pe ecrane de 60 și 120 Hz; 3. unde stau datele: nivele, setări, scoruri; 4. un fișier de instrucțiuni pentru proiect (de exemplu CLAUDE.md sau reguli de proiect) cu comanda de rulare, convențiile de cod și regulile: pași mici, commit după fiecare pas care merge, nu modifici fișiere fără legătură cu pasul curent; 5. planul de construire în pași, primul fiind un pătrat care se mișcă pe ecran. Așteaptă aprobarea mea.
-
Baza de date a magazinului, cu reguli de acces
Creează schema bazei de date pentru magazinul [tema], în [Supabase / PostgreSQL / alta aleasă]. Tabele: categorii, produse, variante (cu stoc și preț), imagini, clienți, adrese, comenzi, linii de comandă (cu prețul și numele produsului copiate la momentul comenzii), plăți, retururi. Cerințe: 1. Migrații versionate, nu modificări manuale în interfață. 2. Reguli de securitate la nivel de rând: clientul își vede doar comenzile lui; doar administratorii modifică produse și comenzi; nimeni nu modifică prețuri din browser. 3. Constrângeri: stoc care nu poate scădea sub zero, statusuri de comandă dintr-o listă fixă. 4. Date de test realiste pentru dezvoltare. 5. Teste pentru regulile de acces: un client nu poate citi comanda altuia. Arată-mi schema înainte să rulezi migrațiile, apoi fă commit.
-
Facturarea: ce automatizez și ce clarific cu contabilul
Am un magazin online de [tema], construit cu [tehnologia sau platforma]. Forma de organizare: [PFA / SRL / încă nu am]. Nu vreau reguli fiscale inventate. Ajută-mă cu partea tehnică și cu întrebările potrivite: 1. O listă de întrebări pentru contabil: ce documente trebuie emise pentru vânzările online, când, ce obligații de raportare am, ce se schimbă la retur sau la livrarea în altă țară. 2. Ce date trebuie să colecteze magazinul la comandă ca să pot emite documentele cerute (persoană fizică sau firmă, date de identificare), fără date în plus. 3. Cum se integrează de obicei un magazin cu un serviciu de facturare (API, emitere automată la plată, anulare la retur) și ce să verific la un astfel de serviciu. 4. Unde caut informațiile oficiale: site-ul ANAF și contabilul meu. Spune clar unde ai nevoie de confirmarea unui contabil.
-
Un stil vizual coerent pentru toată aplicația mobilă
Aplicația mea mobilă pentru [tema] arată diferit de la un ecran la altul. Lucrez cu [Expo/React Native sau Flutter]. Creează un sistem de design simplu: - culori (principală, de fundal, text, eroare, succes) și varianta pentru modul întunecat; - 3–4 mărimi de text și spațieri standard; - componente comune: buton, câmp de text, card, mesaj de eroare, ecran gol; - zone de atingere de cel puțin 44–48 de puncte, contrast suficient, texte care se măresc corect cu setările de accesibilitate. Pune totul într-un singur fișier de temă și arată-mi cum înlocuiesc stilurile scrise direct în ecranele existente, un ecran pe rând.
-
Site-ul arată rău pe telefon: verificare și reparare
Site-ul meu ([tema]) arată bine pe calculator, dar pe telefon are probleme: [descrie fiecare problemă: meniul nu se deschide, textul iese din ecran, pozele sunt uriașe, trebuie să derulez și pe orizontală]. Construit cu: [tehnologia sau unealta]. [Lipește aici codul paginii sau al stilurilor, dacă îl ai.] Te rog: 1. Explică probabila cauză pentru fiecare problemă, pe înțelesul meu. 2. Repară-le pe rând, începând cu cea mai gravă, fără să strici aspectul pe calculator. 3. Verifică la lățimile 360, 768 și 1280 de pixeli: meniu, butoane ușor de apăsat cu degetul, text lizibil fără zoom, fără derulare orizontală. 4. Spune-mi cum testez singur în browser, cu modul de vizualizare pentru telefon.
-
Legătura între două aplicații printr-un webhook
Vreau ca atunci când [evenimentul, de exemplu se plătește o comandă în magazinul online], să se întâmple automat [acțiunea, de exemplu se emite factura în programul de facturare și se trimite un mesaj pe Telegram]. Folosește doar API-urile și webhookurile oficiale ale celor două aplicații: [aplicațiile]. Construiește un mic serviciu care: 1. primește webhookul și verifică semnătura sau secretul, ca să nu accepte cereri false; 2. răspunde repede și procesează în fundal; 3. nu face aceeași acțiune de două ori dacă webhookul vine repetat; 4. păstrează cheile în variabile de mediu și notează erorile. Explică-mi cum îl testez local și cum îl public. Tehnologiile: [tehnologiile alese].
-
Un angajat vede ce n-ar trebui
În unealta internă [tema], un utilizator cu rolul [rolul] vede [ce vede, de exemplu salariile colegilor / clienții altei echipe], deși n-ar trebui. Regulile de acces și codul relevant: [lipește aici regulile și codul] 1. Spune-mi ce fac imediat ca să închid accesul. 2. Găsește cauza: butoane doar ascunse în interfață, endpointuri fără verificarea rolului, reguli în baza de date prea largi, exporturi care ocolesc filtrele. 3. Scrie reparația și testele pentru fiecare rol. 4. Cum aflu din loguri cine a accesat datele și dacă trebuie, potrivit GDPR, să anunț pe cineva.
-
Lista de cuvinte românești și verificarea răspunsurilor
În jocul meu de cuvinte în română ([tema]) trebuie să verific dacă un cuvânt introdus de jucător există. Ajută-mă: 1. surse posibile pentru o listă de cuvinte românești și ce verific la licența lor înainte să le folosesc; 2. cum curăț lista: forme flexionate sau doar forma de bază, cuvinte nepotrivite pentru [cine îl joacă], lungimi; 3. cum compar cuvintele cu și fără diacritice (de ex. jucătorul scrie „sarpe”, lista are „șarpe”) și cum tratez î și â; 4. cum încarc rapid o listă de zeci de mii de cuvinte în browser; 5. codul complet pentru verificare, cu câteva teste.
-
Eroare în magazinul făcut cu un constructor din prompt
În magazinul meu apare o problemă, doar asta trebuie reparată: Unde: [pagina și pasul, de exemplu „după ce apăs Plătește”]. Ce fac exact: [pașii ca să reproduci problema]. Ce se întâmplă: [ce vezi]. Ce ar trebui să se întâmple: [rezultatul corect]. Mesaj de eroare: [lipește aici eroarea din ecran sau din consolă]. Înainte să repari, spune-mi în două propoziții ce crezi că e cauza. Apoi repară doar asta, fără să schimbi designul sau alte pagini. Dacă reparația atinge plățile, baza de date sau regulile de acces, spune-mi explicit ce s-a schimbat acolo.
-
Livrarea: opțiuni, costuri afișate și ce promit clientului
Magazinul meu vinde [tema]. Produsele: [mărime, greutate, fragile sau nu]. Livrez în: [zone]. Cum cred că vreau să livrez: [curier la adresă, puncte de ridicare sau lockere, ridicare personală, plata la livrare]. Ajută-mă să stabilesc: 1. Ce opțiuni de livrare au sens pentru produsele mele și ce presupune fiecare pentru mine (contract cu un curier, ambalare, predare). 2. Cum afișez costul de livrare: fix, după greutate, gratuit peste un prag, și ce risc are fiecare variantă. 3. Ce întrebări pun curierilor înainte de contract (integrare cu site-ul, ridicare de la mine, retururi, plata la livrare și când primesc banii). 4. Textul paginii „Livrare” și ce timp de livrare pot promite realist. 5. Ce date de livrare trebuie să cer în checkout, fără nimic în plus. Nu inventa tarife; spune-mi ce să cer în oferte.
-
SEO pentru magazin: categorii, produse și date structurate
Vreau ca magazinul meu de [tema] să fie găsit în Google. Construit cu: [tehnologia sau platforma]. [Lipește aici o fișă de produs și o pagină de categorie, sau descrie-le.] Ajută-mă cu: 1. Titluri și meta descrieri pentru categorii și produse, cu un șablon pe care îl pot aplica la tot catalogul. 2. Adrese curate, fără parametri duplicați de la filtre și sortare; adrese canonice. 3. Date structurate pentru produse (preț, disponibilitate, recenzii doar dacă sunt reale) și verificarea lor. 4. Ce fac cu produsele epuizate sau scoase din vânzare (păstrez pagina, redirecționez). 5. Texte unice pentru categorii și cum scriu descrieri proprii, nu copiate de la producător. 6. Sitemap pentru produse și imagini. Fără promisiuni de trafic sau de poziții.
-
Cum descriu o problemă vizuală pe ecranul telefonului
Pe ecranul [numele ecranului] din aplicație văd o problemă. Pe telefonul [modelul sau mărimea ecranului], [iPhone/Android]: - ce văd: [de ex. butonul „Salvează” e acoperit de tastatură, textul iese din card, lista nu se derulează până jos]; - ce ar trebui să văd: [descrierea corectă]; - când apare: [mereu, doar în modul întunecat, doar după ce rotesc telefonul]. Repară doar problema asta, pe acest ecran. Nu schimba culorile, textele sau alte ecrane. După modificare, spune-mi ce ai schimbat ca să verific.
-
WordPress: „eroare critică” sau ecran alb
Site-ul meu WordPress ([tema]) afișează [„A apărut o eroare critică pe site” / un ecran alb / altă eroare] după ce am [actualizat un modul / schimbat tema / nu știu ce s-a întâmplat]. Am acces la: [panoul de administrare / doar la panoul găzduirii / FTP sau manager de fișiere]. [Lipește aici orice mesaj de eroare sau emailul primit de la WordPress.] Ghidează-mă pas cu pas, ca pe cineva care nu a mai făcut asta: 1. Ce verific întâi și cum fac o copie de siguranță înainte să schimb ceva. 2. Cum găsesc modulul sau tema vinovată, inclusiv dacă nu pot intra în panou. 3. Cum activez temporar jurnalul de erori și unde îl citesc, apoi cum îl dezactivez. 4. Cum previn pe viitor: actualizări pe rând, backup înainte, mediu de test.
-
Backup și restaurarea bazei de date
Aplicația mea web [tema] are deja utilizatori reali. Baza de date: [tehnologiile alese, de exemplu Supabase / PostgreSQL pe VPS]. Vreau un plan de backup pe care să-l înțeleg: 1. Ce backupuri face automat furnizorul meu și ce trebuie să fac eu în plus (verifică în documentația lui, nu presupune). 2. Un script care face un backup zilnic și îl păstrează în altă parte decât serverul, cu ultimele [număr] copii. 3. Cum restaurez, pas cu pas, și cum testez restaurarea pe o bază de test. 4. Ce fac cu fișierele încărcate de utilizatori (imagini, documente). 5. Cum respect GDPR: cât timp păstrez backupurile cu date ale conturilor șterse.
-
Ce am voie și ce nu am voie să copiez
Construiesc [aplicatia] asemănătoare cu [aplicația de referință]. Explică-mi pe înțeles diferența dintre a face o aplicație cu funcții similare și a copia: numele și marca, logo-ul, designul distinctiv, textele, imaginile, codul, datele utilizatorilor. Spune-mi ce verific în termenii de utilizare când folosesc API-ul lor și când e cazul să consult un avocat. Nu da sfaturi juridice ferme; dă-mi o listă de verificare.
-
Povești de utilizator cu criterii de acceptare
Pentru [aplicatia] ([tema]), transformă funcțiile de mai jos în povești de utilizator de forma „Ca [tip de utilizator], vreau [acțiune], ca să [beneficiu]”, fiecare cu 3–5 criterii de acceptare verificabile: [funcțiile principale] Ordonează-le în ordinea în care trebuie construite și marchează dependențele. Le voi da pe rând agentului de cod.
-
Ideea unui bot de Telegram sau Discord, pusă pe hârtie
Vreau un bot de [Telegram / Discord] pentru [tema], folosit de [cine o folosește, de exemplu membrii unui club sportiv sau serverul comunității mele]. Ajută-mă să-l definesc: - comenzile botului, cu ce face fiecare și un exemplu de mesaj trimis și primit; - ce face singur, programat (memento-uri, rezumate zilnice); - ce date salvează și unde; - cine are drepturi de administrator asupra botului; - ce se întâmplă cu mesaje greșite sau abuzive; - ce reguli ale platformei trebuie respectate (limite de mesaje, permisiuni, termenii pentru dezvoltatori). Scrie la final lista comenzilor pentru prima versiune, maximum 5.
-
Popup-ul extensiei: mic, clar, rapid
Popup-ul extensiei mele pentru [tema] arată înghesuit. Conține acum: [ce conține]. Reproiectează-l: - lățime și înălțime potrivite pentru un popup; - acțiunea principală vizibilă imediat, restul mai jos sau în pagina de opțiuni; - stări: gol (prima folosire), încărcare, eroare, succes; - mod întunecat după setarea sistemului; - accesibil din tastatură, cu focus vizibil; - texte scurte în română. Dă-mi HTML și CSS complet, fără biblioteci mari, ca popup-ul să se deschidă instant.
-
Tabelul principal cu căutare, filtre și editare rapidă
Pe pagina [numele paginii, de exemplu Comenzi] fă tabelul principal: - coloanele: [coloanele]; - căutare după [câmpurile de căutare], filtre după [stare, dată, responsabil]; - sortare la clic pe capul de coloană, paginare câte 50 de rânduri; - la clic pe un rând, se deschide un panou lateral cu detaliile și butonul Editează; - buton Export CSV care exportă exact rândurile filtrate; - pe telefon, rândurile devin carduri. Nu schimba celelalte pagini și păstrează stilul existent.
-
Documentul de design al jocului pe o pagină
Am o idee de joc: [tema]. Ce am până acum: [descrie mecanica, personajul, stilul]. Scrie un document de design de o pagină, pe care să-l dau apoi unui AI care construiește: - genul, platforma și durata unei partide; - bucla de joc și regulile exacte (inclusiv cazurile ciudate: ce se întâmplă la egalitate, la ieșirea din ecran, la pauză); - controalele; - obiectele din joc și proprietățile lor (viteză, viață, puncte); - ecranele: meniu, joc, pauză, final, scoruri; - stilul vizual și sunetele, din resurse proprii sau cu licență liberă; - ce înseamnă „prima versiune jucabilă”.
-
Testez magazinul cap-coadă înainte de clienți reali
Înainte de lansare, verifică magazinul și repară ce nu merge, câte o problemă pe rând: 1. Parcurge ca un client: caut un produs, filtrez, aleg o variantă, adaug în coș, schimb cantitatea, finalizez comanda cu plata de test Stripe. 2. Verifică că apare comanda în panoul de administrare și că se trimite emailul de confirmare. 3. Încearcă situațiile neplăcute: produs fără stoc, plată anulată, câmpuri goale în formular, adresă de email greșită. 4. Verifică pe lățime de telefon fiecare pas. 5. Confirmă că nicio cheie secretă nu e vizibilă în codul din browser. Fă-mi o listă cu ce a mers, ce nu și ce ai reparat. Nu schimba designul.
-
Stoc negativ sau același produs vândut de două ori
În magazinul [tema] am primit două comenzi pentru ultimul exemplar dintr-un produs [sau stocul a ajuns negativ]. Cum se scade stocul acum: [la adăugarea în coș / la plată / nu știu; lipește codul]. Te rog: 1. Explică-mi de ce se întâmplă (două cereri simultane care citesc același stoc). 2. Propune o soluție sigură: scăderea stocului într-o singură operație atomică în baza de date, cu condiția ca stocul să fie suficient, eventual rezervare temporară la începerea plății. 3. Ce se întâmplă dacă plata eșuează sau clientul abandonează: stocul rezervat revine. 4. Un test care simulează două comenzi simultane. 5. Ce le scriu clienților deja afectați. Fă reparația într-un commit separat și nu atinge alte părți ale magazinului.
-
Promptul inițial pentru o aplicație ca [aplicația de referință] într-un constructor
Construiește o aplicație mobilă (interfață gândită pentru telefon) pentru [tema], cu un flux asemănător cu [aplicația de referință], dar cu nume, design și texte proprii. Numele aplicației: [numele tău]. Culori: [culorile tale]. Stil: [de ex. aerisit, prietenos, butoane mari]. Ecrane: - [ecranul 1 și ce face]; - [ecranul 2 și ce face]; - [ecranul 3 și ce face]. Bara de navigare jos cu [3–5 secțiuni]. Date: [ce se salvează și ce câmpuri are fiecare element]. Fiecare utilizator își vede doar datele lui. Nu folosi logo-uri, imagini sau texte ale aplicației originale; scrie texte noi, în limba română. Pornește cu date de test realiste.
-
Adaug o funcție nouă fără să încurc codul existent
Aplicația mea mobilă pentru [tema] e publicată și merge. Vreau să adaug: [funcția nouă]. Înainte de cod: 1. spune-mi ce ecrane, componente și date sunt afectate; 2. dacă schimb structura datelor, cum migrez datele utilizatorilor existenți fără să le pierd; 3. cum fac ca utilizatorii cu versiunea veche a aplicației să nu aibă probleme până actualizează; 4. planul în pași mici. Apoi implementează pas cu pas, fără să rescrii ce nu ține de funcția nouă, și spune-mi ce testez la final pe ambele platforme.
-
Backup, actualizări și securitate pentru WordPress
Am un site WordPress ([tema]) și nu am un plan de întreținere. Găzduire: [furnizorul]. Module instalate: [lista sau numărul lor]. Fă-mi o rutină simplă de întreținere: 1. Backup automat: ce salvez (fișiere și bază de date), cât de des, unde păstrez copiile (nu doar pe același server) și cum testez că pot restaura. 2. Actualizări: ordinea în care le fac, ce verific după, ce fac dacă o actualizare strică site-ul. 3. Securitate de bază: utilizatori și parole, autentificare în doi pași pentru administratori, module nefolosite șterse, limitarea încercărilor de autentificare. 4. Un calendar lunar de 15 minute, ca listă de verificare. Explică pe scurt de ce contează fiecare lucru, fără termeni nedefiniți.
-
Blog rapid cu articole în Markdown
Vreau un blog static, rapid, unde scriu articolele în fișiere Markdown. Tema blogului: [tema]. Tehnologie: [Astro / Next.js / alta propusă de tine]. Planifică și apoi construiește, pas cu pas, cu commit după fiecare pas: 1. Structura: articole în content/, cu titlu, dată, descriere, categorie și imagine în antetul fișierului. 2. Pagina principală cu ultimele articole, paginare și pagini de categorie. 3. Pagina articolului: cuprins automat, timp de citire, articole similare. 4. RSS, sitemap.xml și etichete meta pentru fiecare articol. 5. Imagini optimizate automat și încărcate leneș. Arată-mi planul întâi. După fiecare pas spune-mi cum verific în browser că merge. Nu adăuga biblioteci pe care nu le-am discutat.
-
Formularul de contact nu trimite mesajele
Formularul de contact de pe site-ul meu ([tema]) [nu trimite nimic / afișează succes, dar emailul nu ajunge / ajunge în spam]. Construit cu: [WordPress și modulul X / formular propriu / serviciu extern]. Găzduire: [furnizorul]. [Lipește aici codul formularului sau setările și orice eroare din consolă.] Ajută-mă să găsesc cauza, de la cea mai probabilă la cea mai rară: 1. Cum verific dacă problema e la formular, la server sau la livrarea emailului. 2. De ce emailurile trimise direct de pe server ajung des în spam și cum folosesc în schimb un serviciu de trimitere cu autentificare (SPF, DKIM explicate simplu). 3. Cum păstrez o copie a mesajelor, ca să nu pierd clienți dacă emailul eșuează. 4. Cum testez la final, cu 3 adrese diferite. Nu-mi cere să pun parole în codul paginii.
-
Codul a devenit încâlcit: curățenie fără să strici nimic
Aplicația [tema] a crescut și codul s-a încâlcit: fișiere foarte lungi, aceeași logică copiată în mai multe locuri, greu de modificat fără să strici altceva. 1. Analizează proiectul și fă-mi o listă cu cele mai mari 5 probleme de structură, cu fișierele implicate. 2. Înainte de orice schimbare, scrie teste pentru comportamentul actual al funcțiilor principale ([funcțiile principale]). 3. Propune refactorizarea în pași mici, care nu schimbă ce vede utilizatorul. 4. După aprobarea mea, fă câte un pas, rulează testele și fă commit după fiecare. Nu adăuga funcții noi și nu schimba designul în timpul curățeniei.
-
Modelul de abonament pentru un SaaS mic
Construiesc un SaaS: [tema], pentru [cine o folosește]. Vreau să decid cum câștig bani înainte să scriu codul pentru plăți. Te rog: 1. Propune 2–3 modele (gratuit cu limite + plan plătit, perioadă de probă, plată pe utilizator, plată pe utilizare) și explică pe înțelesul cuiva fără experiență ce înseamnă fiecare pentru cod: ce trebuie să verifice aplicația la fiecare acțiune. 2. Pentru modelul recomandat, scrie limitele concrete ale fiecărui plan (de exemplu câte proiecte, câți membri în echipă). 3. Spune-mi ce se întâmplă în aplicație când plata eșuează, când abonamentul expiră și când cineva trece la un plan mai mic. 4. Ce trebuie să am legal: termeni și condiții, politică de confidențialitate, facturare. Nu-mi da prețuri de abonament ca fiind „corecte”; dă-mi doar întrebările prin care le stabilesc eu.
-
Fluxuri ca în Zapier, dar cu scripturile mele
Folosesc sau am văzut [aplicația de referință, de exemplu Zapier sau Make] și vreau să fac singur, cu cod, câteva fluxuri similare pentru [tema]. Fluxurile: [de exemplu formular nou pe site → rând în Google Sheets + email de bun venit; comandă nouă → mesaj pe Telegram către mine]. Te rog: 1. Pentru fiecare flux, spune-mi ce API-uri oficiale sau webhookuri folosesc și ce permisiuni îmi trebuie. 2. Propune o structură simplă în care fiecare flux e un fișier separat, cu declanșatorul și pașii lui. 3. Cheile în variabile de mediu, reîncercări la erori, un jurnal al rulărilor. 4. Ce câștig și ce pierd față de platforma originală. Nu copia numele, interfața sau documentația platformei de referință.
-
Extensia folosește un API extern sau un model AI
Extensia mea pentru [tema] trebuie să trimită [ce date, de ex. textul selectat] la [serviciul sau API-ul, de ex. un model AI pentru rezumat]. Problema: cheia API nu poate sta în codul extensiei, pentru că oricine o poate citi. Ajută-mă să aleg și să construiesc: 1. utilizatorul își pune propria cheie în setări (salvată local), sau 2. un mic server intermediar al meu care ține cheia, cu limită de cereri și autentificare. Pentru varianta aleasă: codul, permisiunile de rețea minime, ce le spun utilizatorilor despre datele trimise (trimit doar la acțiunea lor explicită) și tratarea erorilor.
-
Politica de confidențialitate a extensiei
Extensia mea pentru [tema] are acces la: [permisiunile] și colectează sau trimite: [ce date, unde, sau „nimic, totul rămâne local”]. Ajută-mă: 1. un tabel cu fiecare dată: ce e, de ce, unde ajunge, cât timp se păstrează; 2. o politică de confidențialitate scurtă și clară în română, conformă cu GDPR, pe care s-o verific (nu e consultanță juridică; spune-mi ce să verific cu un specialist); 3. textele pentru secțiunile de confidențialitate din Chrome Web Store și Firefox Add-ons, pe baza tabelului; 4. dacă e nevoie de consimțământ explicit în extensie înainte de a trimite date și cum îl cer.
-
Prima versiune pe Google Sheets și Apps Script
N-am mai programat și vreau o primă versiune simplă a uneltei interne [tema], fără server: un formular pentru colegi și un Google Sheet cu datele, plus un script Google Apps Script. Ce trebuie să facă scriptul: [de exemplu când se adaugă o comandă nouă, calculează totalul, trimite email managerului și colorează rândul după stare]. Te rog: 1. Spune-mi exact unde dau clic ca să deschid editorul de scripturi. 2. Dă-mi codul complet, cu comentarii în română. 3. Explică-mi cum îl rulez prima dată, ce permisiuni cere și de ce. 4. Cum programez rularea automată și cum văd dacă a dat eroare. 5. Ce limite are soluția asta și când trebuie să trec la o aplicație adevărată. -
Promptul pentru un joc în stilul [jocul de referință] într-un constructor
Construiește un joc în browser pentru [tema], cu o mecanică asemănătoare cu [jocul de referință], dar cu nume, personaje și grafică proprii. Numele jocului: [numele tău]. Personajul principal: [descriere]. Reguli: [regulile, pas cu pas]. Controale: [taste pe calculator, atingeri pe telefon]. Ecrane: start cu butonul „Joacă”, jocul, ecranul de final cu scorul și butonul „Încă o dată”. Stil: [culori, formă simplă, fără imagini din alte jocuri]. Textele în română. Fă întâi doar un nivel jucabil. Restul îl adăugăm pe rând.
-
Adaug coduri de reducere fără să stric totalurile
Vreau coduri de reducere în magazinul meu de [tema], construit cu [tehnologia sau unealta]. Reguli dorite: [procent sau sumă fixă, valoare minimă a coșului, dată de expirare, număr maxim de folosiri, doar pentru anumite categorii, o singură reducere pe comandă]. Cerințe: 1. Codul se validează pe server, la aplicare și din nou la plată. 2. Reducerea apare clar în coș și în emailul de confirmare. 3. Codurile nu se pot ghici ușor și nu se pot folosi peste limită dacă doi clienți comandă simultan. 4. Administrarea codurilor din panoul de administrare. 5. Teste pentru fiecare regulă și combinație (cod expirat, coș sub minim, produs exclus). Nu modifica altceva în checkout. Arată-mi planul înainte de implementare.
-
Emailurile automate: confirmare, expediere, retur
Adaugă emailurile tranzacționale în magazinul [tema], făcut cu [tehnologia sau unealta]. Emailuri: confirmarea comenzii, plată eșuată, comandă expediată (cu link de urmărire), comandă anulată, retur primit, resetare parolă. Cerințe: 1. Trimitere printr-un serviciu de email tranzacțional, cu cheia în variabile de mediu; domeniul configurat cu SPF și DKIM ca să nu ajungă în spam. 2. Șabloane simple, lizibile pe telefon, cu datele firmei în subsol. 3. Texte în română, prietenoase, fără marketing în emailurile de comandă. 4. Emailurile de marketing sunt separate și doar pentru cine și-a dat acordul. 5. O trimitere eșuată nu blochează comanda; se reîncearcă și se înregistrează. Scrie-mi și textele emailurilor, cu [DE COMPLETAT] unde îmi trebuie datele.
-
Conturi și autentificare în aplicația mobilă
Aplicația mea mobilă pentru [tema] are nevoie de conturi. Folosesc [Expo/React Native sau Flutter] și [Supabase/Firebase]. Vreau: 1. înregistrare și autentificare cu email (și opțional [Google/Apple]); dacă ofer conectare cu alte conturi pe iPhone, verifică în ghidurile oficiale Apple dacă trebuie să ofer și „Sign in with Apple”; 2. sesiunea păstrată în siguranță pe telefon (stocare securizată, nu în text simplu); 3. resetare parolă; 4. ștergerea contului din aplicație, cu toate datele (cerință a magazinelor și a GDPR); 5. regulile din baza de date: fiecare utilizator citește și scrie doar datele lui. Cheile în variabile de mediu. Explică ce face fiecare bucată de cod.
-
Analizez site-urile concurenților și fac unul mai bun
Am un business: [tema]. Concurenții mei au site-urile: [lista de linkuri sau descrieri]. Ce văd eu la ei: [ce îți place, ce te enervează]. Ajută-mă să-mi fac un site mai bun, nu o copie: 1. Pe baza descrierilor mele, ce informații și funcții par standard în domeniu (pe care clienții le așteaptă)? 2. Ce lipsește de obicei pe site-urile din domeniu și aș putea oferi eu (prețuri orientative, răspunsuri clare, programare online, studii de caz)? 3. Cum mă diferențiez prin ton, structură și dovezi reale, fără să le preiau textele sau pozele. 4. O listă de pagini și secțiuni pentru site-ul meu, cu ce fac diferit pe fiecare. Nu inventa informații despre concurenți; lucrează doar cu ce ți-am spus.
-
Domeniul nu se deschide sau apare „conexiune nesigură”
Am publicat site-ul ([tema]), dar [domeniul nu se deschide / apare pagina furnizorului / browserul spune „conexiune nesigură” / merge doar cu www]. Domeniul e la: [registrarul]. Site-ul e găzduit la: [furnizorul sau platforma]. Înregistrările DNS actuale: [lipește aici ce vezi în panoul DNS]. Ce am schimbat și când: [modificarea și ora aproximativă]. Explică-mi ca unui începător: 1. Ce înseamnă fiecare înregistrare de la mine și care e greșită sau lipsește. 2. Ce trebuie să fie exact în fiecare câmp. 3. Cât să aștept după modificare și cum verific dacă s-a propagat. 4. Cum activez certificatul HTTPS și forțez redirecționarea de la http la https.
-
Adaug o funcție nouă: newsletter, căutare sau programări
Adaugă pe site-ul existent ([tema]) o singură funcție nouă: [newsletter / căutare în articole / buton de programare / secțiune de recenzii]. Detalii: - Unde apare: [pagina și locul exact, de exemplu sub ultimul articol, în subsol]. - Ce face: [descrie pașii vizitatorului de la început la sfârșit]. - Ce date se colectează: [de exemplu doar adresa de email], cu bifă de consimțământ și link spre politica de confidențialitate. - Mesaje afișate: succes, eroare, deja abonat. Nu modifica nimic altceva pe site. Dacă funcția are nevoie de un serviciu extern sau de chei API, spune-mi întâi care și pune cheile în setările securizate ale proiectului, nu în cod.
-
Explică-mi eroarea ca unui începător
Construiesc o aplicație web cu [tehnologiile alese] și am primit eroarea: [lipește aici eroarea] Apare când [ce făceam: rulam comanda, apăsam butonul, deschideam pagina]. Fișierul în care cred că e problema: [lipește aici codul] Explică-mi pe înțelesul cuiva care n-a mai programat ce înseamnă eroarea, care e cauza cea mai probabilă și cum o repar. Dă-mi fișierul corectat complet și spune-mi cum verific că a mers. Dacă îți lipsesc informații, întreabă-mă ce să-ți mai trimit.
-
Ce fac cu părerile primelor utilizatori
Am primit următoarele păreri de la primii utilizatori ai aplicației mele ([aplicatia]): [lipește feedbackul, fără date personale] Grupează-le pe teme, separă problemele (bug-uri) de dorințe (funcții noi), estimează impactul și efortul pentru fiecare și propune ce fac în următoarele 2 săptămâni. Spune-mi și ce întrebări să le pun ca să înțeleg mai bine.
-
Verificări înainte să pui chatbotul pe site
Chatbotul pentru [tema] e aproape gata. Înainte de publicare, verifică proiectul și fă un raport, fără să modifici nimic: - cheia API nu apare în codul din browser, în repository sau în istoricul git; - endpointul de chat are limită de cereri și buget zilnic; - intrările sunt validate (lungime, tip); - încercările de a scoate instrucțiunile sau de a-l face să ignore regulile sunt testate; - conversațiile salvate respectă perioada stabilită și nu apar în loguri; - vizitatorul e informat că vorbește cu un AI, cu link la politica de confidențialitate. Ordonează problemele după gravitate; le reparăm apoi pe rând, cu commit separat. -
Promptul inițial pentru o extensie într-un constructor din prompt
Creează o extensie de browser (Manifest V3, Chrome) pentru [tema]. Ce face: [descrierea funcției, pas cu pas, din punctul de vedere al utilizatorului]. Unde merge: [doar pe site-urile ..., sau pe pagina curentă la clic]. Interfață: [popup / panou lateral / buton în pagină], stil [descrie], texte în română. Date: salvate local, cu export. Permisiuni: cele mai puține posibile; listează-le și explică de ce e nevoie de fiecare. Livrează toate fișierele complete, gata de încărcat ca extensie despachetată. Dacă unealta ta nu poate genera extensii, spune-mi și dă-mi codul ca text.
-
Cerințele de la colegi, adunate și ordonate
Vreau să fac o unealtă internă pentru [tema]. Am discutat cu colegii și am notițe amestecate: [lipește aici notițele, mesajele sau emailurile colegilor] Te rog: 1. Grupează cererile pe roluri (cine cere ce) și pe funcții. 2. Marchează ce e obligatoriu, ce e util și ce e doar dorință. 3. Arată-mi unde cererile se contrazic și ce întrebare să pun ca să lămuresc. 4. Propune prima versiune, care se poate face în 2–3 săptămâni și rezolvă cea mai mare durere. Scrie la final un rezumat de o pagină pe care să-l trimit colegilor pentru acord.
-
După ultima modificare, jocul nu mai merge cum trebuie
Am cerut [modificarea cerută] și acum jocul [ce s-a stricat: nu mai pornește, scorul e greșit, nivelul 2 nu se încarcă]. Nu încerca reparații la întâmplare: 1. arată-mi diferențele față de ultimul commit care mergea și explică fiecare schimbare; 2. identifică schimbarea care a stricat jocul; 3. propune reparația minimă sau revenirea la commit-ul bun și refacerea atentă a modificării; 4. scrie un test pentru regula stricată (de exemplu calculul scorului), ca să nu se repete. Nu face commit până nu confirm că merge.
-
Backup și monitorizare: aflu primul când ceva nu merge
Magazinul meu de [tema] e construit cu [tehnologia], găzduit la [furnizori]. Nu am un plan dacă ceva se strică. Explică-mi pe înțeles și fă-mi un plan simplu: 1. Backup: ce salvez (baza de date, imaginile produselor, configurația), cât de des, unde, și cum fac o probă de restaurare o dată pe lună. 2. Monitorizare: alertă dacă site-ul cade, dacă plățile sau webhook-urile încep să eșueze, dacă nu mai vin comenzi neobișnuit de mult. 3. Jurnal de erori care îmi arată ce s-a întâmplat, fără date personale sau de plată în el. 4. Ce fac în prima oră când magazinul nu merge: pașii, pe cine contactez, ce le spun clienților. 5. Actualizările de dependențe sau de module: cât de des și cum testez după. Fără prețuri date ca sigure; doar ce tipuri de servicii să compar.
-
Ce fac diferit față de magazinele mari din domeniu
Vând [tema]. Magazinele mari din domeniu pe care le cunosc: [nume]. Ce îmi place la ele: [lista]. Ce mă enervează ca și client: [lista]. Ajută-mă să-mi construiesc avantajul: 1. Care din frustrările mele sunt probabil comune și cum le rezolv concret în magazinul meu (texte, servicii, funcții). 2. Ce așteptări „de bază” au clienții de la orice magazin, pe care nu le pot ignora. 3. 3 direcții de poziționare diferite (de exemplu specialistul, cel mai rapid, cel mai personal) și ce înseamnă fiecare pentru site. 4. Ce promisiuni nu pot ține ca magazin mic și nu trebuie să le fac. Lucrează doar cu ce ți-am spus; nu inventa date despre concurenți.
-
Plan pentru funcționarea fără internet
Aplicația mea mobilă pentru [tema] trebuie să meargă și fără internet (de exemplu [situația: la munte, în metrou, la client]). Fă-mi un plan pentru modul fără internet: - ce acțiuni trebuie să meargă offline și care pot aștepta; - unde salvez datele local (SQLite, stocare cheie-valoare) în [Expo/React Native sau Flutter]; - cum țin o coadă de modificări și le trimit la server când revine conexiunea; - ce fac la conflict (aceeași înregistrare modificată pe două telefoane); - cum îi arăt utilizatorului că e offline și ce s-a sincronizat. Apoi propune pașii de implementare, câte unul pe rând, fiecare testabil cu modul avion pornit.
-
Verificarea securității aplicației mobile
Fă o verificare de securitate în proiectul aplicației mele mobile pentru [tema]. Nu modifica nimic încă, doar raportează. Caută: - chei API, parole sau tokenuri scrise în cod sau urcate în repository (inclusiv în istoricul git); - chei secrete incluse în aplicație (orice e în aplicație poate fi citit de oricine o descarcă; ce trebuie mutat pe server); - reguli de acces în baza de date: poate un utilizator citi sau modifica datele altuia? - date sensibile salvate necriptat pe telefon; - validarea datelor pe server, nu doar în aplicație; - biblioteci cu vulnerabilități cunoscute. Fă o listă ordonată după gravitate, cu reparația propusă pentru fiecare. Le facem apoi pe rând. -
Public site-ul făcut în constructor, pe domeniul meu
Am terminat site-ul [tema] în [Lovable / Bolt / v0 / altă unealtă] și vreau să-l public pe domeniul meu, [domeniul]. Înainte de publicare, verifică și repară, câte o problemă pe rând: 1. Toate paginile și linkurile din meniu funcționează; fără texte de umplutură rămase. 2. Formularul trimite efectiv mesaje și nu are chei vizibile în cod. 3. Titluri și descrieri pentru fiecare pagină, favicon, imagine pentru distribuire. Apoi explică-mi pașii de publicare din unealtă și ce înregistrări DNS pun la registrarul domeniului. Spune-mi și cum export codul sau îl salvez într-un repository, ca să nu depind doar de această unealtă.
-
Un blog ca [blogul de referință], cu funcțiile pe care le vreau
Vreau un blog despre [tema], inspirat de funcțiile blogului [blogul de referință]: [de exemplu cuprins lateral, notă de subsol la hover, abonare la newsletter, serii de articole]. Înainte de cod: 1. Fă o listă a funcțiilor pe care le-am descris, în cuvintele tale, și întreabă-mă care sunt obligatorii. 2. Propune un design propriu (nume, culori, tipografie, aranjare) care nu seamănă vizual cu originalul. 3. Nu copia cod, texte, imagini sau logo de pe blogul de referință și nu prelua articole de acolo. Apoi construiește pas cu pas, cu commit după fiecare funcție, și spune-mi cum o testez. La final, propune 2–3 lucruri pe care blogul meu le-ar putea face mai bine decât originalul, de exemplu accesibilitate sau viteză.
-
Ecranele de înregistrare și primii pași
Adaugă în aplicație fluxul pentru utilizatorii noi: 1. Pagina de înregistrare: email și parolă sau cont Google, bifă de acord cu termenii și politica de confidențialitate (cu linkuri), mesaje de eroare clare în română. 2. După confirmarea emailului, un ghid în 3 pași: cum îl cheamă / numele firmei, ce vrea să facă în aplicație, primul [element principal, de exemplu proiect] creat împreună. 3. Un indicator de progres sus și butonul „Sari peste” pe fiecare pas. 4. La final, panoul principal cu un mesaj de bun venit. Nu schimba restul aplicației și păstrează culorile și fonturile existente. -
Costurile API-ului AI scapă de sub control
Chatbotul sau automatizarea mea [tema] folosește API-ul [modelul ales] și costurile au crescut mai mult decât mă așteptam. Ajută-mă să le controlez: 1. Cum măsor consumul pe zi, pe funcție și pe utilizator (din răspunsurile API-ului și din panoul furnizorului). 2. Cauze frecvente: istoric prea lung trimis la fiecare mesaj, prea multe fragmente de documente, model prea mare pentru sarcini simple, abuz din partea unor vizitatori, bucle care reapelează. 3. Soluții: limite pe utilizator, buget zilnic cu oprire, rezumarea conversațiilor lungi, model mai mic pentru clasificări, răspunsuri salvate pentru întrebările frecvente. 4. Alertă pe email când trec de un prag stabilit de mine. Codul actual relevant: [lipește aici codul].
-
Citesc și modific conținutul paginilor
Extensia mea pentru [tema] trebuie să [citească sau modifice ceva în pagină, de ex. să evidențieze prețurile, să extragă titlul și autorul, să ascundă anumite elemente] pe [site-urile]. Ajută-mă: 1. script de conținut injectat doar unde trebuie (lista de site-uri sau injectare la clic cu activeTab și scripting); 2. selectori robuști, care nu se strică la orice schimbare a site-ului, și ce fac când nu găsesc elementul; 3. trimiterea datelor între pagină, popup și scriptul de fundal; 4. respectarea termenilor site-ului: citesc doar ce vede utilizatorul pentru uzul lui, fără colectare automată masivă. Codul complet, explicat.
-
Rapoarte lunare și export în PDF sau Excel
În unealta internă [tema] ([tehnologiile alese]) vreau o pagină de rapoarte. Rapoartele de care am nevoie: [de exemplu vânzări pe lună și pe agent, ore pontate pe angajat, stoc la final de lună]. Cerințe: - filtre de perioadă și de echipă; - totalurile calculate în baza de date, nu în browser, ca să fie corecte și rapide; - export în Excel cu coloane formatate și în PDF cu antetul firmei; - un raport care se trimite automat pe email în prima zi a lunii, doar persoanelor cu drept să-l vadă; - fiecare utilizator vede doar rapoartele permise rolului lui. Explică întâi interogările, apoi dă-mi codul.
-
Meniul, scorul pe ecran și ecranul de final
Jocul meu [tema] merge, dar arată neterminat. Vreau interfața din jurul jocului: - ecran de start cu titlu, buton „Joacă”, setări (sunet pornit/oprit) și „Cum se joacă” în 3 rânduri; - în timpul jocului: scor, vieți sau timp, buton de pauză, fără să acopere zona de joc; - ecran de pauză; - ecran de final cu scorul, recordul și „Încă o dată”. Să meargă pe telefon (butoane mari, aranjare pe verticală și orizontală) și pe calculator. Textele în română. Stil: [descrie stilul].
-
Funcțiile unui magazin cunoscut, cu cod și design proprii
Vreau să construim un magazin pentru [tema] care să aibă aceste funcții, întâlnite la [magazinul de referință]: [lista funcțiilor, de exemplu „cumpărate des împreună”, listă de favorite, notificare când revine în stoc]. Pași: 1. Rescrie fiecare funcție ca poveste de utilizator, în cuvintele tale, și întreabă-mă care intră în prima versiune. 2. Propune implementarea fiecăreia în arhitectura noastră și ce date îi trebuie. 3. Designul, numele și textele sunt ale mele; nu copia cod, elemente vizuale sau conținut de la referință și nu extrage date de pe site-ul lor. 4. Construiește câte o funcție pe rând, cu teste și commit după fiecare. Pentru fiecare funcție, propune și un mod în care o putem face mai simplu sau mai respectuos cu clientul decât originalul.
-
Merge în emulator, dar nu pe telefon (sau invers)
Aplicația mea [Expo/React Native sau Flutter] pentru [tema] merge [în emulator/pe Android], dar pe [telefonul real/iPhone] [descrie ce se întâmplă: se închide, ecran alb, nu se conectează la server, nu cere permisiunea]. Detalii: modelul telefonului [model], sistemul [versiunea], build-ul [de dezvoltare/de producție]. Mesaje din consolă sau loguri: [lipește aici eroarea, dacă există]. Ajută-mă să găsesc cauza: ce diferențe tipice sunt între emulator și telefon real (adresa serverului localhost, permisiuni, variabile de mediu lipsă în build-ul de producție, HTTP în loc de HTTPS), cum văd logurile de pe telefon și ce verific pe rând.
-
Codul site-ului a devenit încâlcit: curățenie fără să stric nimic
După multe modificări făcute cu AI, codul site-ului [tema] e greu de urmărit: stiluri duplicate, componente aproape identice, fișiere pe care nu le mai folosește nimeni. Vreau o curățenie sigură: 1. Analizează proiectul și dă-mi o listă de probleme (duplicări, cod mort, nume confuze), fără să modifici nimic încă. 2. Propune ordinea reparațiilor, de la cea mai sigură la cea mai riscantă. 3. Înainte de prima schimbare, fă capturi de ecran sau o listă cu cum arată fiecare pagină, ca să comparăm după. 4. O reparație pe commit. După fiecare, verifică build-ul și paginile afectate. 5. Aspectul și comportamentul site-ului rămân exact la fel. Actualizează la final CLAUDE.md cu structura curentă și regulile de denumire. -
Culori, fonturi și stil pentru site, explicate simplu
Fac un site pentru: [tema]. Clienții mei sunt: [publicul]. Vreau să transmită: [de exemplu încredere, căldură, profesionalism]. Am deja: [logo, culori de firmă sau nimic]. Propune-mi 3 direcții vizuale diferite. Pentru fiecare: - paleta de culori (fundal, text, accent, buton) cu codurile hex și verificarea contrastului pentru text; - două fonturi gratuite (titluri și text) din Google Fonts; - stilul pozelor și al iconițelor; - un exemplu în cuvinte de cum arată prima secțiune a paginii. Apoi scrie, pentru direcția aleasă de mine, un paragraf de „ghid de stil” pe care să-l lipesc în orice AI care îmi construiește paginile, ca să rămână totul consecvent.
-
Modificări mici, una câte una
Fă o singură schimbare în aplicație: [descrierea schimbării, de exemplu adaugă un câmp „Telefon” la formularul de client și o coloană în tabelul de clienți]. - Salvează câmpul nou în baza de date și păstrează datele existente. - Validare: [regula, de exemplu doar cifre, 10 caractere]. - Nu schimba designul, celelalte pagini sau autentificarea. După ce termini, spune-mi în 3 rânduri ce fișiere și ce tabele ai modificat, ca să știu ce verific. -
Verifică accesibilitatea interfeței
Verifică accesibilitatea pentru [aplicatia]. Iată codul sau descrierea ecranelor principale: [lipește codul sau descrierea] Caută: contrastul textului, etichete la câmpuri, navigarea doar din tastatură, texte alternative la imagini, mărimea zonelor de atins pe telefon, mesaje de eroare clare. Fă o listă cu problemele, de la cele grave la cele minore, și corectura pentru fiecare.
-
Termeni și politică de confidențialitate: ce trebuie să conțină
Aplicația mea ([aplicatia]) colectează: [ce date: email, nume, plăți, locație]. Folosesc serviciile: [serviciile externe]. Utilizatorii sunt din: [România / UE / alte țări]. Fă-mi o structură pentru politica de confidențialitate și termenii de utilizare, cu ce trebuie să conțină fiecare secțiune, pe înțeles. Spune clar că textul final trebuie verificat de un specialist în protecția datelor sau un avocat; nu-l prezenta ca document juridic gata de folosit.
-
Extensia a fost respinsă de magazin
Extensia mea pentru [tema] a fost respinsă de [Chrome Web Store/Firefox Add-ons]. Mesajul primit: [lipește aici mesajul de respingere] Manifestul și descrierea din magazin: [lipește aici]. Explică-mi pe înțeles ce politică am încălcat, cu trimitere la pagina oficială de politici, și ce schimb concret în cod, permisiuni, descriere sau confidențialitate. Dacă mesajul e vag, spune-mi ce ipoteze am și cum răspund politicos echipei de verificare. Nu-mi propune să ascund comportamentul extensiei.
-
Elemente adăugate în pagină care nu strică site-ul
Extensia mea pentru [tema] adaugă în pagini [ce adaugă: un buton lângă fiecare produs, o bară, un balon cu informații]. Problemele: [de ex. stilurile site-ului îmi strică butonul, stilurile mele strică site-ul, elementul dispare când pagina se încarcă dinamic]. Ajută-mă: - izolarea stilurilor (Shadow DOM sau nume de clase unice); - detectarea conținutului încărcat ulterior (MutationObserver), fără să încetinesc pagina; - să nu adaug elementul de două ori; - să-l poată ascunde utilizatorul. Codul meu actual: [lipește aici scriptul de conținut].
-
Backup pentru datele firmei
Unealta internă [tema] a devenit locul unde stau datele importante ale firmei. Dacă le pierdem, ne oprim din lucru. Fă-mi un plan de backup: 1. Ce trebuie salvat: baza de date, fișierele atașate, configurația. 2. Cât de des și unde (în altă locație decât serverul), câte copii păstrez. 3. Un script automat, cu notificare pe email dacă backupul eșuează. 4. Procedura de restaurare scrisă pas cu pas, pe înțelesul unui coleg care nu e programator, și cum o testez o dată pe lună. 5. Cum protejez backupurile (criptare, acces limitat), fiindcă au date personale. Tehnologiile mele: [tehnologiile alese].
-
Recenzii de produs autentice și moderate
Adaugă recenzii de produs în magazinul meu de [tema], doar această funcție: - Pot scrie recenzie doar clienții care au cumpărat produsul; primesc un email cu link la [câteva zile] după livrare. - Recenzia are: note de la 1 la 5, text, poză opțională, prenumele afișat. - Recenziile intră într-o listă de moderare în panoul de administrare; aprob sau resping, dar nu le modific și nu le ascund pe cele negative doar pentru că sunt negative. - Pe fișa produsului: nota medie, numărul de recenzii, sortare după cele mai noi și cele mai utile. - Acord pentru afișarea prenumelui și a pozei, cu link spre politica de confidențialitate. Nu genera recenzii de test care să rămână publicate. Nu schimba designul altor secțiuni.
-
Modificări una câte una într-un constructor de aplicații
Acum fă o singură modificare: pe ecranul [numele ecranului], [ce vreau să se schimbe, de ex. adaugă un câmp „Telefon” sub „Nume”, obligatoriu, cu validare de 10 cifre]. Păstrează neschimbate celelalte ecrane, culorile și datele existente. Dacă modificarea cere schimbări în baza de date, spune-mi întâi ce schimbi. După ce termini, descrie-mi în 2–3 rânduri ce ai făcut și ce să testez pe telefon. (Următoarele modificări le trimit separat, pe rând: [lista, pentru tine, de ex. căutare, filtrare după dată, buton de ștergere cu confirmare].) -
Galerie de proiecte cu filtre și pagini individuale
Adaugă pe site-ul meu ([tema]) o secțiune de portofoliu. Fiecare proiect are: titlu, categorie, an, descriere scurtă, poveste mai lungă, 3–10 imagini, client (opțional). Lucrează în pași mici, cu commit după fiecare: 1. Propune unde stau datele proiectelor (un fișier de date sau câte un fișier Markdown pe proiect) ca să adaug proiecte noi fără să ating codul. 2. Pagina de listare: grilă de miniaturi, filtre pe categorii care funcționează și fără reîncărcare. 3. Pagina proiectului: galerie cu mărire la click, navigare cu tastatura, butoane proiect anterior și următor. 4. Imagini optimizate în mai multe dimensiuni, încărcate leneș, cu text alternativ. Nu modifica alte pagini. La final scrie-mi în README cum adaug un proiect nou. -
Prompt inițial pentru un spațiu de notițe ca Notion
Construiește o aplicație web de notițe și documente, inspirată de modul de lucru din Notion, dar cu nume, logo și design proprii: [tema]. Funcții: cont cu email și parolă; listă de pagini în bara din stânga, cu subpagini; editor cu titluri, liste, liste de bifat și imagini; căutare în toate paginile; pagini partajate prin link doar pentru citire. Date: utilizatori, pagini (titlu, conținut, pagina părinte, dată), legături de partajare. Fiecare utilizator vede doar paginile lui. Folosește Supabase pentru autentificare și bază de date, cu reguli de securitate la nivel de rând. Stil: [stilul dorit, de exemplu minimalist, mult spațiu alb, font lizibil]. Interfața în limba română. Nu folosi marca, iconițele sau textele Notion.
-
Eroare de la API-ul modelului AI
Am un script sau un chatbot care apelează API-ul [modelul ales]. Primesc eroarea: [lipește aici eroarea, fără cheia API] Codul apelului: [lipește aici codul, cu cheia înlocuită cu XXX] Explică-mi pe înțeles ce înseamnă eroarea (cheie greșită sau lipsă, limită de cereri, text prea lung, model inexistent, cont fără credit) și cum o repar. Dă-mi codul corectat complet, cu reîncercare la erorile temporare și un mesaj prietenos pentru utilizator când serviciul nu răspunde. Dacă cheia mea a apărut vreodată în cod public, spune-mi cum o revoc și generez alta.
-
Scriptul de fundal se oprește și extensia „uită” lucruri
În extensia mea (Manifest V3) [descrie problema: după câteva minute nu mai reacționează, cronometrele nu pornesc, variabilele se resetează, mesajele nu ajung]. Bănuiesc că service worker-ul se oprește când e inactiv. Codul scriptului de fundal: [lipește aici codul] Explică-mi cum funcționează viața service worker-ului și repară: - starea salvată în storage, nu în variabile globale; - alarme (chrome.alarms) în loc de setInterval; - ascultătorii de evenimente înregistrați imediat la pornire; - cum văd logurile service worker-ului. -
Controale pe telefon care chiar merg
Jocul meu [tema] merge bine cu tastatura, dar pe telefon [descrie problema: butoanele sunt prea mici, pagina se derulează când trag cu degetul, ecranul se mărește la dublă atingere, degetul acoperă personajul]. Repară controalele pentru telefon: - zone de atingere mari, pe marginile ecranului; - fără derulare, mărire sau selectare de text în timpul jocului; - mai multe atingeri simultane, dacă jocul le cere; - joc pe tot ecranul și orientarea potrivită. Nu schimba nimic din varianta pentru calculator. Spune-mi ce să testez pe telefon. -
Politica de confidențialitate și formularele de date din magazine
Aplicația mea mobilă pentru [tema] colectează: [ce date, de ex. email, nume, locație, poze, date de utilizare] și folosește serviciile [Supabase/Firebase/analytics/reclame/altele]. Ajută-mă: 1. o listă clară cu fiecare dată colectată, de ce, unde e stocată și cât timp; 2. o schiță de politică de confidențialitate în română, conformă cu GDPR, pe care s-o verific (nu e consultanță juridică; spune-mi ce să verific cu un specialist); 3. cum completez secțiunea despre siguranța datelor din Google Play și cea despre confidențialitate din App Store pe baza listei, cu trimitere la ghidurile oficiale; 4. cum ofer ștergerea contului și a datelor din aplicație și de pe web.
-
Partea legală înainte de lansare: GDPR, termeni, cookie-uri
Lansez aplicația web [tema] în România. Ce date colectez: [de exemplu nume, email, telefon, date despre clienții utilizatorilor]. Servicii externe: [de exemplu Supabase, Stripe, Google Analytics, un serviciu de email]. Ajută-mă cu: 1. O listă a obligațiilor GDPR pentru situația mea (temei legal, consimțământ, drepturile utilizatorului, ștergerea datelor, contracte cu furnizorii). 2. Structura unei politici de confidențialitate și a termenilor de utilizare, cu ce trebuie să conțină fiecare secțiune. 3. Bannerul de cookie-uri: când e necesar și cum îl fac corect (fără bife puse dinainte). 4. Ce funcții tehnice trebuie să existe în aplicație (export date, ștergere cont). Precizează ce ar trebui verificat cu un jurist; nu prezenta textele ca sfat juridic final.
-
Un token sau o cheie API a ajuns unde nu trebuia
Cred că o cheie a botului sau automatizării mele [tema] a ajuns publică: [ce s-a întâmplat, de exemplu am urcat .env pe GitHub / am lipit-o într-un mesaj / apare în codul din browser]. Ghidează-mă pas cu pas: 1. Ce fac în primele minute: revoc cheia sau tokenul și generez altele, din panoul fiecărui serviciu ([serviciile]). 2. Cum verific dacă a fost folosită de altcineva (jurnale, consum neobișnuit). 3. Cum o scot din istoricul repository-ului și de ce asta nu ajunge fără revocare. 4. Cum mut toate secretele în variabile de mediu și adaug verificări care să-mi blocheze commiturile cu chei. 5. Ce reguli scriu în fișierul de instrucțiuni al proiectului ca să nu se repete.
-
După modificarea făcută de AI, extensia nu mai merge
Am cerut [modificarea] și acum extensia [ce nu mai merge]. Nu încerca reparații la întâmplare. 1. Arată-mi ce s-a schimbat față de ultimul commit bun, fișier cu fișier, și explică fiecare schimbare. 2. Verifică în special manifestul: permisiuni noi sau scoase, căi de fișiere schimbate. 3. Spune-mi ce schimbare a stricat extensia și propune cea mai mică reparație sau revenirea la commit-ul bun. 4. Dă-mi o listă scurtă de verificare manuală pentru toate funcțiile extensiei, s-o rulez după fiecare modificare. Fără commit până nu confirm că merge.
-
O bază de date cu vederi ca Airtable
Construiește o unealtă internă pentru [tema], inspirată de modul de lucru din Airtable, dar cu nume, design și texte proprii. Funcții: tabel editabil direct în celule, cu tipuri de câmpuri (text, număr, dată, listă de opțiuni, persoană responsabilă, fișier atașat); vederi salvate cu filtre și sortare; vedere tip panou pe coloane după un câmp de stare; vedere calendar după dată; export CSV. Datele: [entitățile și câmpurile]. Autentificare doar pentru adresele de email ale firmei [domeniul firmei], cu rolurile administrator și membru. Folosește Supabase cu reguli de securitate la nivel de rând. Interfața în română, sobră, potrivită pentru lucru zilnic pe laptop.
-
Echilibrarea dificultății
Jucătorii spun că jocul meu [tema] e [prea greu la început/prea ușor după nivelul 5/plictisitor la mijloc]. Valorile actuale: [lipește aici fișierul de configurare sau valorile: viteze, vieți, timp, puncte]. Ajută-mă: - o curbă de dificultate pentru primele [N] minute sau nivele; - ce valori schimb și cu cât, cu motivul; - un mod de testare rapidă (de ex. pornire direct de la nivelul 5, viteză dublată pentru test); - ce să urmăresc la jucători după schimbare.
-
Joc de logică sau puzzle cu nivele
Vreau un joc de logică pentru [cine îl joacă], legat de [tema]. Ajută-mă: 1. trei mecanici de puzzle originale, explicate cu un exemplu de nivel desenat în text (grilă cu simboluri); 2. pentru cea aleasă: cum crește dificultatea pe 20 de nivele, ce concept nou apare la fiecare câteva nivele; 3. dacă nivelele le fac de mână sau le generez automat, și cum verific că fiecare are soluție; 4. sistemul de indicii, ca jucătorul să nu se blocheze și să renunțe; 5. formatul în care salvez nivelele (de ex. JSON), ca să le pot adăuga ușor.
-
Ecrane goale, de încărcare și de eroare
Aplicația mea mobilă pentru [tema] arată bine doar când totul merge. Vreau să tratez și celelalte stări. Pentru ecranele [lista ecranelor], adaugă: 1. starea de încărcare (schelet sau indicator, nu ecran alb); 2. starea goală, cu un text prietenos în română și un buton spre prima acțiune (de ex. „Adaugă prima cheltuială”); 3. starea de eroare, cu explicație pe înțeles și buton „Încearcă din nou”; 4. starea fără internet. Textele să fie scurte, fără termeni tehnici. Arată-mi codul pentru un ecran întâi, apoi continuăm cu restul.
-
Povești de utilizator și criterii de acceptare
Am ideea pentru o aplicație web: [tema]. Funcțiile principale: [funcțiile principale]. Înainte să scrii cod, transformă ideea într-un fișier docs/specificatii.md în repository, cu: - povești de utilizator de forma „Ca [tip de utilizator], vreau să..., ca să...”, grupate pe funcții; - pentru fiecare poveste, 2–4 criterii de acceptare verificabile (ce trebuie să se întâmple exact ca să considerăm funcția gata); - ordinea în care le construim, de la cea fără de care aplicația nu are sens. Nu crea alte fișiere și nu instala nimic. Arată-mi documentul și așteaptă să-l aprob; după aprobare îl vom folosi ca listă de lucru, bifând fiecare poveste terminată.
-
Automatizarea creează înregistrări duble
Automatizarea [tema] creează uneori de două ori același [element, de exemplu client sau factură]. Nu schimba nimic încă: 1. Citește codul fluxului și jurnalele din [unde sunt jurnalele] și găsește momentele în care s-a dublat. 2. Spune-mi cauza probabilă: webhook trimis de mai multe ori, reîncercare după un răspuns lent, două rulări programate suprapuse. 3. Scrie un test care reproduce dublura. 4. Propune reparația (o cheie unică pentru fiecare eveniment, verificare înainte de creare, blocare a rulărilor paralele) și așteaptă aprobarea. După reparare, rulează testele, fă un commit și scrie-mi un script care găsește dublurile deja create, fără să le șteargă.
-
Prompt complet pentru o extensie în stilul [aplicația de referință]
Creează o extensie Chrome (Manifest V3) pentru [tema], cu un flux asemănător cu [aplicația de referință], dar cu nume, iconiță și texte proprii. Nume: [numele tău]. Ce face: [descrierea funcției, de ex. la clic pe iconiță salvează pagina curentă cu titlu și link; popup-ul arată lista, cu căutare și ștergere]. Date: salvate local în browser. Permisiuni: doar cele strict necesare (de exemplu activeTab și storage); explică fiecare. Interfață: popup de [lățime] px, stil [descrie], texte în română. Dă-mi toate fișierele complete și pașii pentru încărcarea extensiei în browser ca să o testez.
-
Jocul sacadează sau încetinește în timp
Jocul meu [tema] merge fluid la început, dar după [câte minute] devine sacadat (sau e lent pe telefon de la început). Ajută-mă să găsesc cauza: 1. cum folosesc instrumentele browserului (Performance, Memory) ca să văd ce consumă; 2. cauzele obișnuite: obiecte create și neșterse, liste care cresc la nesfârșit, imagini încărcate la fiecare cadru, prea multe desenări; 3. reparațiile, pe rând, cu măsurare înainte și după. Codul buclei principale: [lipește aici codul].
-
Actualizarea Expo, Flutter sau a bibliotecilor fără să stric aplicația
Aplicația mea mobilă pentru [tema] folosește [Expo SDK/Flutter] versiunea [versiunea] și magazinele cer acum versiuni mai noi (sau vreau să actualizez). Nu actualiza tot deodată. Întâi: 1. listează ce versiuni am și care sunt cele curente, citind notele oficiale de actualizare; 2. spune-mi ce se schimbă incompatibil și ce biblioteci pot avea probleme; 3. propune ordinea pașilor, fiecare urmat de rulare, teste și verificare pe telefon; 4. fă un branch separat și commit după fiecare pas, ca să pot reveni. Raportează-mi după fiecare pas ce a mers și ce nu.
-
Prima aplicație Flutter, cod complet și rulare
Vreau să încep o aplicație mobilă pentru [tema] în Flutter. Am [Windows/macOS/Linux] și un telefon [Android/iPhone]. Ajută-mă: 1. instalarea Flutter și verificarea cu flutter doctor (ce înseamnă fiecare avertisment și ce pot ignora la început); 2. cum rulez aplicația pe telefonul meu sau pe un emulator; 3. codul complet pentru [primul ecran și ce face], în fișiere întregi, cu comentarii scurte în română; 4. cum salvez datele local ca să nu se piardă la închiderea aplicației. Dacă un pas cere Mac (de exemplu build pentru iPhone), spune-mi clar și ce alternative am.
-
Verificarea finală înainte de producție
Pregătim aplicația [tema] pentru lansare. Fă o verificare completă a repository-ului, fără să modifici nimic încă: - secrete sau chei scrise în cod ori în istoricul git; - rute de API fără verificarea autentificării sau a drepturilor; - tabele fără reguli de securitate la nivel de rând; - validarea datelor primite de la utilizator pe server; - mesaje de eroare care afișează detalii interne; - pagini fără tratarea stării de încărcare sau de eroare; - dependențe cu vulnerabilități cunoscute (npm audit sau echivalent). Fă un raport cu problemele ordonate după gravitate și propune reparațiile. Le aplicăm apoi pe rând, cu commit separat pentru fiecare. -
Funcție cu AI în aplicație, fără costuri scăpate de sub control
Vreau să adaug în [aplicatia] o funcție care folosește un model AI prin API: [ce face funcția]. Utilizatori estimați: [numărul]. Explică-mi cum o construiesc sigur: cheia API păstrată pe server, limite de utilizare pe utilizator, ce se întâmplă când API-ul nu răspunde, cum estimez costurile (fără să inventezi prețuri; spune-mi unde le găsesc) și cum previn abuzul.
-
Idei de extensii utile pentru munca mea
Lucrez ca [meseria] și petrec mult timp în browser pe [site-urile sau aplicațiile web folosite]. Mă enervează: [sarcini repetitive, de ex. copiez aceleași date, deschid aceleași taburi, salvez articole pe care nu le mai găsesc]. Propune 6 extensii de browser pe care le-aș putea face cu AI, pentru [tema]. Pentru fiecare: - ce face și cât timp îmi economisește; - ce permisiuni ar cere și dacă asta i-ar speria pe utilizatori; - cât de greu e de construit pentru un începător; - dacă există deja ceva asemănător (spune-mi cum caut în magazinele de extensii, nu inventa nume).
-
Istoricul modificărilor: cine a schimbat ce și când
În unealta internă [tema] apar des întrebări de tipul „cine a schimbat prețul ăsta?”. Adaugă un istoric al modificărilor. Planul întâi, apoi aprobarea mea: 1. Un tabel de istoric care salvează: utilizatorul, data și ora, tabelul, înregistrarea, valoarea veche și valoarea nouă. 2. Înregistrarea se face în baza de date (de exemplu prin triggere), ca să nu poată fi ocolită din interfață. 3. Istoricul nu poate fi modificat sau șters de utilizatori, nici de administrator din interfață. 4. Pe pagina fiecărei înregistrări, o filă Istoric. 5. Câmpurile sensibile (de exemplu CNP, salariu) apar mascate în istoric pentru cine nu are drept. Teste pentru fiecare regulă, commit după fiecare pas. -
Jocul se simte plat: efecte, sunet și reacție
Jocul meu [tema] funcționează, dar e plictisitor de jucat: acțiunile nu „se simt”. Propune îmbunătățiri mici care schimbă senzația, ordonate după efect: - reacția imediată la fiecare apăsare (animație, sunet scurt); - tremurarea ecranului, particule sau o mică pauză la lovituri și puncte; - tranziții între ecrane; - muzică și sunete care se pot opri din setări; - vibrația pe telefon, cu opțiune de oprire. Pentru fiecare: codul pentru [tehnologia mea] și cum îl ajustez. Fără să schimbi regulile jocului.
-
Agentul construiește fluxul principal după modelul unei aplicații cunoscute
În proiectul meu [Expo/React Native sau Flutter] vreau un flux asemănător cu cel din [aplicația de referință] pentru [ce face fluxul, de ex. adăugarea rapidă a unei cheltuieli]. Pașii utilizatorului în varianta mea: [descrie pașii]. Înainte de cod: propune ecranele, componentele și datele, și spune-mi ce fișiere vei crea sau modifica. După ce aprob: - implementează în pași mici, cu commit după fiecare; - folosește texte, iconițe și stiluri proprii (iconițe dintr-o bibliotecă liberă), nimic copiat din aplicația originală; - adaugă un test pentru logica principală; - nu atinge alte ecrane.
-
Cum descrii o problemă vizuală ca s-o repare
Pe pagina [numele paginii, de exemplu Panou / Setări] din aplicație, ceva arată greșit. Ce văd: - unde: [de exemplu tabelul cu proiecte, coloana din dreapta]; - pe ce ecran: [telefon / laptop, lățime aproximativă]; - ce se întâmplă: [de exemplu textul iese din card, butoanele se suprapun, meniul acoperă conținutul]; - ce mă așteptam: [cum ar trebui să arate]. Repară doar această problemă, fără să schimbi culori, texte sau alte pagini. După reparare, verifică pagina și la lățimea unui telefon și spune-mi ce ai modificat.
-
Un bot de Discord ca boții populari de moderare
Vreau un bot de Discord propriu pentru serverul meu, [tema], cu funcții inspirate de boții populari de moderare și comunitate: mesaj de bun venit, roluri alese prin reacții sau butoane, comenzi slash, avertismente și jurnal de moderare, memento-uri. Lucrează așa: 1. Propune planul și structura proiectului; așteaptă aprobarea mea. 2. Folosește biblioteca oficială recomandată și API-ul Discord, cu permisiunile minime necesare botului. 3. Tokenul botului doar în .env, niciodată în cod sau în loguri. 4. Câte o funcție pe pas, cu teste unde se poate și commit după fiecare. Nume, avatar și texte proprii; nu copia codul sau numele altor boți. -
Scriptul de conținut nu rulează pe pagină
Pe site-ul [adresa site-ului] extensia mea nu face nimic. Ce văd: [descrie: butonul nu apare, nicio reacție, apare doar după reîncărcare]. Manifest (partea de content_scripts și permisiuni): [lipește aici]. Erori din consola paginii: [lipește aici eroarea, dacă există]. Verifică pe rând: potrivirea adreselor din manifest, momentul injectării, pagini încărcate fără reîncărcare (aplicații cu o singură pagină), conținut în iframe, pagini unde extensiile nu au voie să ruleze (de ex. paginile interne ale browserului sau magazinul de extensii), politica de securitate a site-ului. Repară doar cauza găsită.
-
Aplicația a devenit lentă pe măsură ce au crescut datele
Unealta internă [tema] mergea repede la început; acum, cu [număr] înregistrări, pagina [numele paginii] se încarcă în câteva secunde. Nu schimba nimic încă. Te rog: 1. Măsoară: ce interogări rulează la deschiderea paginii, cât durează fiecare, câte se repetă. 2. Caută cauzele obișnuite: lipsa indexurilor, încărcarea tuturor rândurilor în loc de paginare, interogări în buclă, calcule făcute în browser. 3. Fă un raport cu cauzele ordonate după impact. 4. După aprobarea mea, repară câte una, măsoară din nou și fă commit după fiecare. Nu schimba ce vede utilizatorul pe ecran.
-
Ajustez jocul în constructor, o schimbare pe rând
Fă o singură schimbare în joc: [de ex. obstacolele vin prea repede la început; încetinește-le cu jumătate în primele 20 de secunde, apoi viteza să crească treptat ca acum]. Ce văd acum când joc: [descrie ce se întâmplă pe ecran]. Ce vreau să văd: [descrie rezultatul]. Nu schimba grafica, controalele sau alte reguli. După modificare, spune-mi ce valori ai schimbat, ca să le pot ajusta eu dacă nu e bine.
-
Configurarea build-urilor și a versiunilor cu agentul
Pregătim aplicația [Expo/React Native sau Flutter] pentru [tema] de publicare. Înainte de orice modificare, spune-mi ce fișiere de configurare vei atinge. Vreau: 1. identificatorul aplicației (bundle id / package name), numele afișat, iconița și ecranul de pornire configurate corect; 2. variabile de mediu separate pentru dezvoltare și producție, fără chei în cod sau în repository; 3. profiluri de build pentru test intern și pentru magazin; 4. numerotarea versiunilor explicată (versiune afișată și număr de build) și cum o cresc la fiecare actualizare; 5. un fișier scurt în proiect cu pașii de publicare, ca să nu-i uit. Commit după fiecare pas. Ce depinde de contul meu (certificate, chei de semnare) îmi explici, nu inventezi valori.
-
Funcție nouă: notificări pe email și în aplicație
Vreau să adaug notificări în aplicația mea web [tema] ([tehnologiile alese]). Evenimentele care trimit notificări: [de exemplu cineva te invită într-un proiect, un termen se apropie, plata a eșuat]. Cerințe: - un clopoțel în aplicație cu notificările necitite; - emailuri trimise printr-un serviciu de email tranzacțional, cu cheia în variabile de mediu; - o pagină de setări unde utilizatorul alege ce primește și un link de dezabonare în fiecare email; - notificările sunt create pe server, nu din browser. Explică-mi întâi cum se leagă piesele, apoi modificările de bază de date și codul, pe rând.
-
Panoul de administrare al automatizării
Construiește un panou de administrare pentru automatizarea mea: [tema]. Pagini (doar pentru administratori autentificați): - Rulări: tabel cu fiecare rulare (dată, declanșator, stare reușit / eșuat, durată), cu filtru după stare; - Detaliile unei rulări: pașii, ce a intrat și ce a ieșit, eroarea (fără chei sau parole afișate); - buton „Rulează din nou” pentru rulările eșuate; - Setări: activează sau oprește fiecare flux, adresa de email pentru alerte. Folosește Supabase pentru autentificare și date. Interfața în română, sobră. -
Unde salvez datele extensiei și cum le sincronizez
Extensia mea pentru [tema] salvează: [ce date, de ex. articole salvate cu titlu, link, notiță, etichete]. Ajută-mă să aleg: 1. stocarea locală în browser, cea sincronizată între dispozitivele utilizatorului (cu limitele ei de mărime, verificate în documentația oficială) sau un server propriu ([Supabase/Firebase/altul]); 2. dacă aleg server: autentificare, reguli ca fiecare utilizator să vadă doar datele lui, și unde țin cheile (nu în codul extensiei, care poate fi citit de oricine); 3. exportul și importul datelor (de exemplu JSON sau CSV), ca utilizatorul să nu rămână blocat; 4. ce se întâmplă cu datele la dezinstalare.
-
Construiesc sau folosesc o unealtă existentă?
Firma mea are [număr] angajați și ne trebuie o unealtă pentru [tema]. Mă gândesc să o construiesc cu AI, dar vreau să compar cinstit. 1. Ce tipuri de soluții există deja (aplicații gata făcute, Google Sheets cu formulare, Airtable sau Notion, platforme fără cod) și ce face fiecare bine sau prost pentru nevoia mea. 2. Când merită o aplicație proprie: ce semne arată că nevoia noastră e prea specifică. 3. Ce costuri ascunse are o aplicație proprie: întreținere, backup, securitate, cine o repară dacă eu plec în concediu. 4. O variantă intermediară pe care o pot testa săptămâna asta. Nu-mi da prețuri ca fapte sigure; spune-mi ce să verific.
-
Jocul pe telefon, în App Store și Google Play
Jocul meu [tema] merge în browser ([tehnologia]). Vreau să-l pun în magazinele de aplicații. Ajută-mă să înțeleg: 1. opțiunile: împachetarea jocului web într-o aplicație, exportul din motorul de joc, sau o versiune PWA; avantaje și limite; 2. ce cere fiecare magazin (cont de dezvoltator, clasificare de vârstă, confidențialitate, cerințe pentru jocurile cu public de copii); nu inventa taxe sau reguli, trimite-mă la ghidurile oficiale App Store și Google Play; 3. ce trebuie să schimb în joc (ecran complet, buton „înapoi” pe Android, pauză când aplicația iese în fundal); 4. ce materiale pregătesc: iconiță, capturi, descriere în română.
-
Scoruri salvate și clasament online
În jocul meu [tema] vreau să salvez cel mai bun scor și, mai târziu, un clasament online. Plan: 1. scorul local (stocare în browser sau pe dispozitiv), cu ce se întâmplă când jucătorul șterge datele; 2. clasamentul online cu [Supabase/Firebase/alt serviciu]: schema datelor și regulile de acces; 3. cum limitez trișatul: scorul trimis direct din browser poate fi falsificat; ce validări pot face pe server (durată minimă a partidei, scor maxim posibil, limitare la câteva trimiteri pe minut); 4. ce date personale cer (doar un pseudonim, fără email dacă nu e nevoie) și ce spune GDPR despre ele; 5. filtrarea numelor nepotrivite.
-
Codul aplicației a devenit încâlcit
După multe modificări cu AI, codul aplicației mele mobile e greu de urmărit: [de ex. ecrane de 800 de rânduri, aceeași logică copiată în 4 locuri, nu mai știu unde se salvează datele]. 1. Citește proiectul și fă-mi o hartă: ecrane, componente, unde sunt datele și cererile la server. 2. Listează cele mai mari probleme de structură, ordonate după cât de mult încurcă. 3. Propune o reorganizare în pași mici, în care aplicația să meargă la fel după fiecare pas. 4. Înainte de primul pas, scrie câteva teste sau o listă de verificare manuală pentru funcțiile principale. Nu schimba comportamentul aplicației și nu adăuga funcții noi. Commit după fiecare pas.
-
Echipe și spații de lucru (multi-tenant)
Aplicația mea SaaS [tema] trebuie să permită ca o firmă să-și facă un spațiu de lucru și să-și invite colegii, ca în Trello sau Slack. Explică-mi și proiectează: - tabelele pentru spații de lucru, membri, invitații și roluri (proprietar, administrator, membru); - fluxul de invitare pe email, inclusiv ce se întâmplă dacă invitatul nu are cont; - cum garantezi că o firmă nu vede niciodată datele altei firme (reguli în baza de date, nu doar ascunderea butoanelor în interfață); - unde se leagă abonamentul: de utilizator sau de spațiul de lucru și de ce. Tehnologiile mele: [tehnologiile alese]. Scrie codul pentru tabele și reguli, apoi o listă de teste care dovedesc separarea datelor.
-
Actualizarea documentelor din care răspunde chatbotul
Documentele firmei din care răspunde chatbotul [tema] se schimbă des (prețuri, program, proceduri), iar chatbotul rămâne cu informații vechi. Planul întâi, apoi pași mici cu commit: 1. Un script care reindexează doar documentele noi sau modificate și le șterge din index pe cele scoase. 2. Data ultimei actualizări salvată pentru fiecare document și afișată în pagina de administrare. 3. Un test după reindexare: 10 întrebări cu răspuns cunoscut, care trebuie să treacă. 4. Rularea scriptului programată [frecvența] sau la apăsarea unui buton din administrare. Nu modifica fereastra de chat și instrucțiunile asistentului.
-
Actualizez extensia fără să pierd datele utilizatorilor
Extensia mea pentru [tema] are utilizatori. În noua versiune vreau [ce schimb, de ex. structura datelor salvate, o funcție nouă cu permisiune nouă]. Ajută-mă: 1. migrarea datelor salvate la prima pornire după actualizare (eveniment de instalare/actualizare), cu număr de versiune al schemei; 2. o permisiune nouă: cum o cer opțional, la momentul folosirii, ca să nu dezactivez extensia pentru utilizatorii care nu acceptă; 3. un mesaj scurt despre noutăți, care nu deranjează; 4. testarea actualizării de la versiunea veche la cea nouă înainte de publicare. -
Formulare rapide pentru introducerea datelor
Colegii introduc zilnic [ce introduc, de exemplu recepții de marfă] în unealta internă [tema] și se plâng că durează. Reproiectează formularul ca să fie rapid: - ordinea câmpurilor după cum vin datele pe hârtie sau pe ecran; - navigare doar din tastatură (Tab, Enter salvează și deschide un formular gol); - valori implicite inteligente (data de azi, ultimul furnizor folosit); - completare automată din listele existente; - validare imediată, cu mesaje clare în română; - scanare de cod de bare cu un cititor USB, care se comportă ca o tastatură. Câmpurile actuale: [lista câmpurilor]. Explică schimbările, apoi dă-mi codul.
-
Adaug nivele, personaje sau moduri noi fără să stric jocul
Jocul meu [tema] e publicat. Vreau să adaug: [nivele noi, un mod de joc, un personaj, o provocare zilnică]. Înainte de cod: 1. verifică dacă structura actuală permite adăugarea ușoară (nivele în fișiere de date, nu în cod) și propune o mică reorganizare dacă nu; 2. spune cum păstrez salvările și scorurile jucătorilor existenți; 3. planul în pași. Apoi implementează pas cu pas, cu commit după fiecare, și fă o listă de verificare pentru tot jocul (meniu, nivelele vechi, salvare), ca să mă asigur că nu s-a stricat nimic.
-
Generator de nivele pentru un joc de logică
Jocul meu de logică [tema] are regulile: [regulile]. Nu vreau să desenez 100 de nivele de mână. Ajută-mă să scriu un generator: 1. cum generez nivele care sigur au soluție (de ex. pornesc de la soluție și amestec, sau verific cu un rezolvitor); 2. cum măsor dificultatea unui nivel (număr de mutări, ramificații) și ordonez nivelele; 3. un nivel zilnic, același pentru toți, ales după dată; 4. codul în [limbajul sau tehnologia mea], cu teste care verifică că nivelele generate se pot rezolva.
-
Cameră, galerie și încărcarea pozelor
În aplicația mea [Expo/React Native sau Flutter] pentru [tema], utilizatorul trebuie să poată face o poză sau să aleagă una din galerie pentru [la ce folosește poza]. Fă un plan, apoi implementează după ce aprob: - cererea permisiunilor (cu textele explicative cerute de iOS, în română); - micșorarea și comprimarea pozei înainte de încărcare; - încărcarea în [Supabase Storage/Firebase Storage/altul], cu reguli ca fiecare utilizator să vadă doar pozele lui; - afișarea cu încărcare progresivă și tratarea erorilor; - un commit după fiecare pas care merge și testare pe telefon real. Nu modifica alte ecrane.
-
Am nevoie de AI sau de reguli simple?
Vreau să automatizez [tema] și mă gândesc să folosesc un model AI. Exemple de date pe care le procesează: [3–5 exemple, fără date personale reale]. Spune-mi sincer: 1. Ce parte se poate face cu reguli simple (filtre, cuvinte cheie, formule) și ce parte chiar are nevoie de AI (înțeles text liber, rezumat, clasificare nuanțată). 2. Riscurile AI-ului aici: răspunsuri inventate, costuri pe fiecare apel, rezultate diferite la aceeași intrare. 3. Cum combin cele două: regulile întâi, AI-ul doar pentru cazurile neclare, cu verificare umană unde greșeala costă. 4. Ce date pot trimite unui serviciu AI extern și ce nu (date personale, secrete comerciale).
-
Publicarea pe Firefox Add-ons
Vreau să public extensia mea pentru [tema] pe Firefox Add-ons. Explică-mi: 1. contul și cele două variante: publicare în catalog sau distribuire separată cu semnătura Mozilla; 2. ce cer politicile de extensii Mozilla (le verific în documentația oficială, nu da reguli din memorie): codul sursă când folosesc un pas de build sau minificare, permisiuni, colectarea de date; 3. ce completez în fișă: descriere în română, capturi, politica de confidențialitate; 4. cum se face verificarea și ce fac dacă primesc observații. -
Agentul implementează o mecanică cunoscută, adaptată
În jocul meu [tema] ([tehnologia]) vreau o mecanică inspirată de [jocul de referință]: [descrie mecanica, de ex. săritura cu apăsare lungă, potrivirea a trei piese]. Varianta mea diferă așa: [ce schimbi]. Înainte de cod: spune-mi cum o vei implementa, ce fișiere atingi și ce parametri (viteză, gravitație, timp) pot ajusta ușor. Apoi: - implementează în pași mici, testabili în browser; - pune valorile de echilibrare într-un singur fișier de configurare; - grafică provizorie din forme simple, nu sprite-uri din alte jocuri; - commit după fiecare pas care merge.
-
Ce fac mai bine decât aplicația pe care o copiez ca idee
Construiesc o aplicație mobilă pentru [tema], cu funcții asemănătoare cu [aplicația de referință]. Nu vreau doar o copie mai slabă. Ajută-mă să găsesc diferența: 1. Ce nevoi ale celor din [cine o folosește] nu sunt acoperite bine de aplicațiile existente (pe baza a ce îți spun eu și a ce pot verifica în recenzii, nu inventa). 2. Trei direcții de diferențiere: o nișă, o funcție, o experiență mai simplă sau localizată pentru România. 3. Pentru fiecare: ce construiesc în plus, ce scot, cât de greu e. 4. Cum descriu aplicația în magazin fără să pomenesc sau să imit marca originală.
-
Pagina de prețuri și comparația planurilor
Fă pagina de prețuri pentru SaaS-ul meu: [tema]. Planurile și ce include fiecare: [planurile și limitele]. Cerințe: - 2–3 carduri de plan, cu cel recomandat evidențiat discret, comutator lunar/anual; - un tabel de comparație sub carduri, care pe telefon devine listă; - o secțiune de întrebări frecvente (anulare, facturare, ce se întâmplă cu datele la anulare); - butoanele duc către înregistrare sau către plata prin Stripe Checkout; aplicația nu vede și nu salvează date de card. Texte în română, fără promisiuni exagerate și fără prețuri inventate: lasă [preț] acolo unde trebuie să completez eu.
-
Ce se întâmplă când un pas al automatizării eșuează
Automatizarea mea [tema] leagă mai multe servicii: [serviciile]. Vreau să nu pierd date când unul dintre ele cade sau răspunde greșit. Explică-mi și proiectează: 1. Reîncercări cu pauze tot mai mari și câte încercări au sens. 2. Cum evit dublurile când un pas se repetă (de exemplu un client creat de două ori). 3. Unde notez ce a eșuat, ca să pot relua manual. 4. Cum primesc o alertă (email, mesaj pe Telegram) când ceva nu merge, fără să fiu inundat de alerte. 5. Ce loguri păstrez și cum evit să scriu în ele date personale sau chei. Scrie la final o listă de scenarii de testat.
-
Agentul construiește o funcție inspirată de o extensie cunoscută
În extensia mea pentru [tema] vreau o funcție asemănătoare cu cea din [aplicația de referință]: [descrie funcția, de ex. evidențierea textului pe pagină și salvarea pasajelor]. Varianta mea diferă așa: [ce schimbi, de ex. totul rămâne local, fără cont]. Înainte de cod: spune-mi cum o implementezi, ce fișiere atingi și ce permisiuni minime îți trebuie. Apoi: - implementează în pași mici, fiecare testabil prin reîncărcarea extensiei; - texte, iconițe și stiluri proprii, nimic copiat din extensia originală (nici cod, nici nume); - nu adăuga permisiuni în plus față de cele aprobate; - commit după fiecare pas care merge.
-
Trecerea colegilor de pe Excel pe aplicație
Lansez unealta internă [tema] în firmă. Colegii ([cine o folosește]) lucrează de ani buni în Excel și unii nu vor schimbarea. Ajută-mă cu planul de trecere: 1. Cum fac importul final al datelor și în ce zi „îngheț” Excelul (doar citire). 2. Un ghid de o pagină pentru colegi, în română simplă, cu cele 5 lucruri pe care le fac zilnic. 3. Un mesaj de anunț pentru echipă, prietenos și clar. 4. Cum adun problemele în prima săptămână și cum le ordonez. 5. Ce fac dacă aplicația cade în prima zi: planul de rezervă.
-
Diacriticele nu merg în jocul de cuvinte
În jocul meu de cuvinte în română [descrie problema: ș și ț apar ca semne ciudate, cuvintele cu diacritice nu sunt recunoscute, tastatura de pe telefon scrie s și t cu sedilă în loc de virgulă, literele mari cu diacritice nu se potrivesc]. Ajută-mă să repar: - codificarea fișierelor și a paginii (UTF-8); - normalizarea textului: literele s și t cu sedilă transformate în ș și ț cu virgulă, litere mari și mici, forme compuse ale aceleiași litere; - comparația cuvintelor după regula jocului meu: [diacriticele contează / nu contează]; - tastatura de pe ecran cu ă, â, î, ș, ț. Codul de comparare actual: [lipește aici codul].
-
Aplicație simplă dintr-un constructor fără cod
Vreau o aplicație mobilă simplă pentru [tema], pentru [cine o folosește], fără să scriu cod. Datele mele sunt [într-un tabel Google Sheets/Excel/nicăieri încă]: [coloanele]. Ajută-mă: 1. structura datelor (tabele, coloane, legături) potrivită pentru un constructor de aplicații; 2. ecranele și ce afișează fiecare; 3. cine poate vedea și modifica ce (roluri: [de ex. admin și client]); 4. ce limite are de obicei o aplicație făcută așa (publicare în magazine, funcționare fără internet, export date) și când merită să trec la cod; 5. lista de verificat înainte s-o dau oamenilor.
-
Textele și tonul botului
Botul meu [de Telegram / Discord / de pe site] pentru [tema] trebuie să sune natural în română, nu tradus. Scrie toate mesajele lui: - bun venit și explicarea comenzilor; - confirmări (am salvat, am programat, am anulat); - erori (comandă greșită, lipsește o informație, serviciul nu răspunde acum), fără detalii tehnice; - mesajul pentru când nu știe răspunsul și predă unui om; - memento-urile automate. Ton: [de exemplu prietenos, cu tu, fără exagerări de emoticoane]. Mesaje scurte, ușor de citit pe telefon. Dă-mi-le ca listă cu un identificator pentru fiecare, ca să le pun într-un fișier de texte separat de cod.
-
Fac extensia să meargă și în Firefox
Extensia mea pentru [tema] merge în Chrome. Vreau s-o fac să meargă și în Firefox, cu un singur cod sursă dacă se poate. Înainte de modificări: 1. citește manifestul și codul și listează ce diferă în Firefox (verifică în documentația oficială MDN pentru WebExtensions): câmpuri de manifest, scriptul de fundal, API-uri lipsă sau diferite; 2. propune cum păstrez un singur cod (de exemplu manifest generat pentru fiecare browser la build); 3. pașii de testare în Firefox (încărcare temporară din about:debugging). Apoi implementează pas cu pas, commit după fiecare, fără să stric varianta de Chrome. -
Ce se întâmplă cu contul unui angajat care pleacă
În unealta internă [tema] vreau un proces corect pentru plecarea unui angajat. Implementează: 1. Dezactivarea contului (nu ștergerea), cu efect imediat asupra sesiunilor deschise. 2. Transferul înregistrărilor lui (clienți, sarcini) către alt coleg, ales de manager. 3. Păstrarea istoricului cu numele lui, pentru evidență. 4. Revocarea cheilor sau a accesurilor personale către alte sisteme legate de aplicație. 5. Ce date personale ale angajatului păstrăm și cât timp, potrivit GDPR; ce verific cu un specialist. Tehnologiile: [tehnologiile alese]. Explică pașii, apoi dă-mi codul și testele.
-
Grafică, sunete și fonturi cu licență corectă
Am nevoie de grafică, sunete și muzică pentru jocul [tema], în stilul [de ex. pixel art, desenat de mână, minimalist]. Nu sunt grafician. Ajută-mă: 1. ce înseamnă licențele des întâlnite pentru resurse de jocuri (domeniu public, atribuire, interzis comercial) și ce trebuie să fac pentru fiecare; 2. ce pot desena sau genera singur și cum păstrez un stil unitar; 3. cum țin o listă cu sursa și licența fiecărei resurse, ca s-o pun în ecranul de credite; 4. ce să nu folosesc: personaje, sprite-uri, muzică sau sunete din jocuri cunoscute, chiar dacă le găsesc pe internet; 5. mărimile și formatele potrivite pentru web.
-
Primele ecrane după instalare (onboarding)
Utilizatorii instalează aplicația mea pentru [tema] și o închid după primul minut. Vreau un început mai bun. Propune: - maximum 3 ecrane de prezentare (sau niciunul, dacă e mai bine să intre direct), cu textele lor în română; - momentul potrivit pentru cererea permisiunilor (notificări, cameră, locație): abia când utilizatorul are nevoie de ele, cu o explicație înainte; - o primă acțiune ușoară care să-i arate valoarea aplicației în sub un minut; - ce sar dacă utilizatorul vrea să înceapă direct. Scrie textele exacte pentru fiecare ecran. -
Ce fac diferit față de aplicația pe care o copiez ca idee
Vreau să construiesc o aplicație web inspirată de [aplicația de referință], pentru [cine o folosește]: [tema]. 1. Descrie funcțiile și fluxurile principale ale aplicației de referință, din perspectiva utilizatorului. 2. Spune-mi care dintre ele sunt esențiale pentru publicul meu și care sunt în plus. 3. Propune 3 lucruri pe care le pot face mai bine sau diferit (limba română, prețuri locale, integrare cu ce folosesc oamenii aici, simplitate). 4. Ce trebuie să evit ca să nu încalc drepturile originalului: nume, logo, design, texte, cod, date extrase fără permisiune. La final, scrie un paragraf de prezentare pentru aplicația mea, cu un nume propriu inventat, care nu seamănă cu originalul.
-
GDPR și informarea vizitatorilor pentru un chatbot
Pun pe site-ul firmei un chatbot AI pentru [tema]. Conversațiile trec prin serverul meu și prin API-ul [modelul ales]. Vizitatorii pot scrie nume, telefon sau detalii despre problema lor. Ajută-mă cu: 1. Ce trebuie să adaug în politica de confidențialitate (ce date, de ce, cât timp, către cine sunt transmise, inclusiv furnizorul AI). 2. Textul scurt afișat în fereastra de chat. 3. Ce setări verific la furnizorul AI privind păstrarea și folosirea datelor trimise prin API (să le citesc în documentația lui actuală). 4. Cât timp păstrez conversațiile și cum le șterg la cerere. Precizează ce trebuie verificat cu un jurist.
-
Funcție nouă în extensie, fără permisiuni în plus
Vreau să adaug extensiei mele pentru [tema]: [funcția nouă]. Înainte de cod, spune-mi: - dacă funcția cere permisiuni noi și dacă se poate face fără ele; - ce fișiere se schimbă; - cum rămâne compatibil cu datele salvate deja. Apoi fă doar această funcție, fără să schimbi aspectul sau comportamentul celorlalte. La final, descrie în 2–3 rânduri ce să testez.
-
Legătura cu programele pe care le folosim deja
Unealta internă [tema] trebuie să lucreze cu ce folosim deja: [de exemplu programul de facturare, Google Sheets, magazinul online, contabilitatea]. Explică-mi pentru fiecare: 1. Ce modalități de legătură există de obicei (API oficial, export CSV programat, webhook, import manual) și pe care să o caut în documentația programului. 2. În ce direcție curg datele și care sistem e „sursa adevărului” pentru fiecare tip de dată. 3. Ce se întâmplă dacă legătura cade o zi: cum aflu și cum recuperez. 4. Unde păstrez cheile API (variabile de mediu pe server, niciodată în codul din browser). Desenează-mi în text o schemă simplă cu sistemele și săgețile dintre ele. -
Extensie, marcaj cu cod sau aplicație web?
Vreau să rezolv [problema] în browser, pentru [tema]. Mă gândesc la o extensie, dar nu știu dacă e cea mai simplă cale. Compară pentru cazul meu: 1. o extensie de browser; 2. un marcaj cu cod JavaScript (bookmarklet) sau un script de utilizator; 3. o aplicație web separată; 4. o automatizare existentă în aplicația pe care o folosesc deja. Pentru fiecare: ce poate face, cât de greu e, cum o dau altor oameni, ce riscuri de securitate are. Recomandă una și explică de ce, pe înțelesul cuiva care nu a mai programat.
-
O funcție nouă cerută de colegi
Adaugă o singură funcție nouă în aplicație: [descrierea funcției, de exemplu managerul poate aproba sau respinge o cerere de achiziție, cu un comentariu]. - Cine o vede și cine o poate folosi: [rolurile]. - Datele noi care se salvează: [câmpurile]. - Regula se aplică și în baza de date, nu doar în interfață. - Când se aprobă, solicitantul primește un email. Nu schimba alte pagini, rolurile existente sau designul. La final, spune-mi ce tabele și pagini ai modificat și cum testez cu un cont de manager și unul de angajat.
-
Aplicația mobilă e lentă sau consumă baterie
Aplicația mea mobilă pentru [tema] ([Expo/React Native sau Flutter]) se mișcă greu: [unde, de ex. lista de 500 de elemente sacadează, ecranul se deschide în 3 secunde, telefonul se încălzește]. Ajută-mă: 1. cum măsor unde se pierde timpul (instrumentele de profilare pentru stack-ul meu); 2. cauzele obișnuite: liste nerecycled, imagini mari, re-randări inutile, cereri repetate la server, cronometre lăsate pornite; 3. reparațiile, pe rând, începând cu cea care aduce cel mai mult; 4. cum verific că a ajutat (înainte și după). Codul relevant: [lipește aici componenta sau spune fișierul].
-
Publicarea din constructor și domeniul propriu
Am construit aplicația web [tema] cu [constructorul folosit, de exemplu Lovable / Bolt] și vreau s-o public cu domeniul meu, [domeniul]. Explică-mi pas cu pas: 1. Cum o public din constructor și ce înseamnă versiunea publicată față de cea de lucru. 2. Ce înregistrări DNS adaug la firma de la care am cumpărat domeniul și cât poate dura până merge. 3. Ce schimb după publicare: URL-urile din setările de autentificare ale bazei de date, cheile de test cu cele reale, adresa de email de trimitere. 4. Cum export codul în GitHub ca să am o copie a lui și să nu depind doar de constructor.
-
Conversații model pentru chatbot
Înainte să construiesc chatbotul pentru [tema], vreau să văd cum ar trebui să arate conversațiile. Scrie 6 conversații model, fiecare de 4–8 replici: 1. o întrebare simplă la care răspunsul e în documente; 2. o întrebare la care nu are răspuns: spune cinstit că nu știe și oferă contactul; 3. un client nervos; 4. cineva care scrie date personale sensibile: botul îl roagă să nu le trimită pe chat; 5. o încercare de a-l face să ignore regulile; 6. o cerere de programare sau comandă predată unui om. După fiecare, notează ce regulă din instrucțiunile botului o face să meargă așa. Le voi folosi ca teste. -
Site-ul s-a schimbat și extensia s-a stricat
Extensia mea pentru [tema] lucra pe [site-ul], dar site-ul și-a schimbat structura și acum [ce nu mai merge]. HTML-ul nou al zonei relevante: [lipește aici fragmentul de HTML]. Selectorii mei actuali: [lipește aici codul]. Ajută-mă: 1. selectori noi, cât mai robuști (atribute stabile, text, structură), nu clase generate automat; 2. o verificare care îmi arată clar când nu se mai găsesc elementele, în loc să eșueze în tăcere; 3. un mod ca la următoarea schimbare să repar într-un singur loc.
-
Ce iau și ce las dintr-o unealtă cunoscută
Folosim acum [aplicația de referință] pentru [tema], dar plătim pentru multe funcții pe care nu le folosim și ne lipsesc altele. Vreau o unealtă internă proprie. 1. Listează funcțiile tipice ale aplicației de referință și întreabă-mă, pe rând, pe care le folosim efectiv. 2. Din răspunsuri, fă lista minimă de funcții pentru unealta noastră și lista funcțiilor care ne lipsesc acum: [ce ne lipsește]. 3. Cum exportăm datele noastre din aplicația actuală prin exportul sau API-ul oficial, respectând termenii ei. 4. Ce riscuri apar când renunțăm la o aplicație întreținută de alții. Unealta noastră va avea nume, design și texte proprii.
-
Salvarea progresului și a setărilor
În jocul meu [tema] jucătorul pierde tot când închide pagina. Vreau să salvez: [nivelul atins, scorurile, obiectele deblocate, setările de sunet]. Ajută-mă: - ce folosesc pentru salvare locală în [tehnologia mea] și ce limite are; - un format de salvare cu număr de versiune, ca să pot schimba jocul fără să stric salvările vechi; - ce se întâmplă dacă datele salvate sunt corupte (jocul pornește curat, nu se blochează); - buton de resetare a progresului cu confirmare. Dă-mi codul complet și cum testez.
-
O modificare mică la chatbot, fără să strici restul
Fă o singură modificare la asistent: [descrierea, de exemplu când vizitatorul cere o programare, asistentul îi cere numele și telefonul și le trimite pe email către recepție]. - Înainte de a cere datele, asistentul spune pentru ce le folosește și dă linkul la politica de confidențialitate. - Datele nu se salvează în istoricul conversației mai mult de [perioada]. - Emailul se trimite de pe server, cu cheia serviciului de email păstrată ca secret. Nu schimba instrucțiunile existente, designul ferestrei de chat sau pagina de administrare. Spune-mi ce ai modificat. -
Pagina de setări a extensiei
Adaugă o pagină de setări extensiei, fără să schimbi popup-ul sau scriptul de fundal. Setări: - [setarea 1, de ex. site-urile pe care e activă]; - [setarea 2, de ex. scurtătura de tastatură]; - [setarea 3, de ex. mod întunecat]; - export și import date; - ștergerea tuturor datelor, cu confirmare. Setările se salvează imediat și se aplică fără reîncărcarea browserului. Stilul la fel ca popup-ul, texte în română. După modificare, spune-mi ce fișiere ai schimbat și cum testez.
-
Publicare repetabilă, cu un singur script
Unealta internă [tema] rulează pe [serverul sau găzduirea]. Acum o actualizez manual și uit pași. Fă-mi un proces de publicare repetabil: 1. Analizează proiectul și scrie un script de deploy (sau un pipeline în [GitHub Actions / Bitbucket Pipelines]) care rulează testele, construiește aplicația, aplică migrările bazei de date și repornește serviciul. 2. Secretele vin din variabilele de mediu ale serverului sau ale pipeline-ului, nu din repository. 3. Înainte de migrări, scriptul face un backup al bazei de date. 4. Scrie în README pașii de folosire și cum revin la versiunea anterioară dacă ceva nu merge. Arată-mi planul înainte; commit separat pentru fiecare fișier nou.
-
Transform recenziile din magazin în îmbunătățiri
Aplicația mea mobilă pentru [tema] are recenzii și mesaje de la utilizatori: [lipește aici recenziile sau mesajele] Ajută-mă: 1. grupează problemele și cererile pe teme, cu numărul de mențiuni; 2. separă erorile de cererile de funcții noi; 3. propune ordinea în care le rezolv, după impact și efort; 4. scrie răspunsuri scurte, politicoase, în română, pentru 3 recenzii negative (fără promisiuni pe care nu le pot ține); 5. ce să măsor după actualizare ca să știu dacă a ajutat.
-
Verifică dacă ideea merită construită
Vreau să construiesc aplicația web „[tema]” pentru [cine o folosește]. Fii critic, nu încurajator din politețe. 1. Ce soluții folosesc oamenii acum pentru problema asta (Excel, WhatsApp, aplicații existente) și de ce ar trece la a mea? 2. Care sunt cele mai mari 3 riscuri (nimeni nu plătește, e prea greu de construit, date personale sensibile)? 3. Ce pot construi într-un weekend ca să testez ideea cu 5–10 oameni reali (o pagină de prezentare cu formular, un prototip, o foaie de calcul)? 4. Ce întrebări să le pun acelor oameni, fără să-i influențez? La final, spune-mi ce variantă minimă ai construi tu întâi.
-
Scriptul din Google Sheets dă eroare
Am un script Google Apps Script legat de foaia de calcul pentru [tema]. A mers câteva săptămâni, acum dă eroare. Eroarea (din Execuții sau din emailul primit): [lipește aici eroarea] Codul scriptului: [lipește aici codul] Ce s-a schimbat: [de exemplu am adăugat o coloană, am redenumit foaia, au crescut datele]. Explică-mi pe înțeles ce înseamnă eroarea și dă-mi scriptul corectat complet. Fă-l să nu mai depindă de poziția coloanelor, ci de numele lor din primul rând.
-
Testarea cu primii jucători înainte de lansare
Vreau să dau jocul [tema] la 10–20 de oameni înainte să-l public peste tot. Ajută-mă: 1. ce le cer să facă și ce să nu le explic (vreau să văd dacă înțeleg jocul singuri); 2. 6 întrebări scurte după joc; 3. ce date simple pot măsura (unde renunță, cât durează o partidă, la ce nivel se blochează), cu respectarea confidențialității și fără date personale inutile; 4. cum interpretez răspunsurile și ce schimb întâi; 5. un mesaj scurt, prietenos, cu care îi invit să testeze. -
Ce funcții iau de la un chatbot de suport cunoscut
Am văzut chatbotul de suport de pe [aplicația de referință] și mi-a plăcut cum funcționează. Vreau ceva similar pe site-ul meu: [tema]. 1. Descrie, din perspectiva vizitatorului, ce face bine un chatbot de suport de acest fel (bun venit, întrebări sugerate, predarea către un om, colectarea emailului). 2. Ce dintre acestea are sens pentru un site mic ca al meu și ce e prea complicat. 3. Ce aș face mai bine: răspunsuri doar din documentele mele, română corectă, transparență că e un AI. 4. Ce să evit: copierea textelor, a designului sau a numelui originalului. Dă-mi apoi o listă de cerințe pe care s-o folosesc la construire.
-
Extensia mea față de cele existente: unde câștig
Există deja extensii pentru [tema], de exemplu [aplicația de referință]. Vreau să fac una care merită instalată în locul lor. Ajută-mă: 1. ce plângeri apar des la extensiile de acest fel (permisiuni prea largi, colectare de date, reclame, cont obligatoriu, lentoare); spune-mi cum verific în recenziile din magazin, nu inventa; 2. 3 direcții de diferențiere realiste pentru un dezvoltator singur; 3. cum le comunic în descrierea din magazin fără să numesc sau să denigrez alte extensii; 4. ce NU fac, ca să rămân simplu.
-
Joc pentru copii: confidențialitate și siguranță
Jocul meu [tema] va fi jucat și de copii (vârsta [vârsta]). Ajută-mă să verific: - ce date colectez (scoruri, nume, analize de utilizare) și dacă am nevoie de ele; - ce înseamnă GDPR pentru datele copiilor și când e nevoie de acordul părinților (ce să verific cu un specialist); - reclamele, cumpărăturile în joc și linkurile externe: ce evit; - chat sau nume vizibile altor jucători: riscuri și filtre; - ce cer magazinele pentru aplicațiile destinate copiilor (trimite-mă la ghidurile oficiale, nu inventa). Dă-mi o listă de verificare concretă pentru jocul meu.
-
Actualizări de securitate fără panică
Aplicația mea web e online de câteva luni ([tehnologiile alese]). Am primit avertizări că unele pachete au vulnerabilități: [lipește aici rezultatul comenzii npm audit sau mesajul primit] Explică-mi pe înțeles: 1. Care avertizări sunt grave pentru aplicația mea și care pot aștepta. 2. Cum actualizez în siguranță: ce comenzi rulez, una câte una, și cum verific după fiecare că aplicația merge. 3. Cum fac o copie (un branch în git) ca să pot reveni dacă se strică ceva. 4. O rutină lunară simplă de întreținere pentru cineva care nu e programator.
-
Îmbunătățirea chatbotului din conversațiile reale
Chatbotul meu pentru [tema] rulează de o lună. Am exportat întrebările fără răspuns și pe cele marcate „nu e util” (fără nume, telefoane sau alte date personale): [lipește aici întrebările] Te rog: 1. Grupează-le pe teme și spune-mi care teme lipsesc din documente. 2. Propune textele care trebuie adăugate în documente sau în întrebările frecvente, scurte și clare. 3. Spune-mi ce instrucțiuni ale asistentului ar trebui schimbate și cum. 4. Fă o listă de întrebări de test pe care să le rulez după fiecare schimbare.
-
Iconița și imaginile pentru magazin
Am nevoie de iconiță și imagini de prezentare pentru extensia mea [tema]. Ajută-mă: 1. mărimile de iconiță cerute de manifest și de magazine (verifică în documentația oficială Chrome Web Store și Firefox Add-ons); 2. 3 concepte de iconiță simple, care se recunosc la 16 px și nu seamănă cu logo-uri existente; 3. ce să arăt în capturile de ecran și ce text scurt pun pe ele, în română; 4. cum le fac fără grafician, cu unelte gratuite. -
Aspect sobru, potrivit pentru lucru zilnic
Schimbă aspectul întregii aplicații, fără să modifici funcțiile: - meniu lateral fix, cu iconițe și nume de secțiuni, care se poate restrânge; - fundal deschis, text închis la culoare, o singură culoare de accent: [culoarea firmei]; - tabele dense, cu rânduri de înălțime mică și linii fine; - butoanele principale mereu în dreapta sus a paginii; - logo-ul firmei [numele firmei] în colțul din stânga sus; - mod întunecat opțional, salvat pentru fiecare utilizator. Verifică după schimbare că toate paginile se citesc bine și spune-mi dacă ceva n-a încăput.
-
Joc accesibil: culori, text, dificultate
Vreau ca jocul meu [tema] să poată fi jucat de cât mai mulți oameni, inclusiv de [de ex. copii, vârstnici, persoane cu daltonism]. Verifică și propune: - informații transmise nu doar prin culoare (forme, simboluri); - mărimea și contrastul textelor; - opțiune de joc mai lent sau fără limită de timp; - controale care pot fi schimbate; - fără lumini care clipesc rapid; - jocurile de cuvinte și de logică: cum le fac utilizabile și cu tastatura, nu doar cu mouse-ul. Dă-mi modificările concrete pentru [tehnologia mea].
-
Documentația uneltei, ca s-o poată întreține altcineva
Am construit cu AI unealta internă [tema] și sunt singurul care știe cum merge. Vreau o documentație ca să o poată întreține altcineva dacă eu lipsesc. Îți dau structura proiectului și fișierele principale: [lipește aici structura și codul relevant]. Scrie: 1. Ce face aplicația și cine o folosește. 2. Unde rulează, unde e baza de date, unde sunt backupurile (fără parole sau chei în document). 3. Cum se pornește local și cum se publică o actualizare. 4. Problemele frecvente și cum se rezolvă. 5. Unde sunt păstrate în siguranță accesurile (un manager de parole al firmei, nu un fișier text).
Niciun prompt pentru combinația asta. Alege „Oricare” la una dintre întrebări.