Listă de prompturi “ready-to-use” (copy/paste) pentru PHP/JS/MySQL, C embedded, PrestaShop, WordPress
Listă de prompturi “ready-to-use” (copy/paste) pentru PHP/JS/MySQL, C embedded, PrestaShop, WordPress
Prompturile de mai jos sunt gândite pentru rezultate consistente: includ rol, context, constrângeri și criterii de acceptanță.
Înlocuiește parantezele pătrate [...] cu detaliile tale.
1) Reguli scurte (le poți lipi la începutul oricărui prompt)
Recomandat
- Nu inventa API-uri/funcții: dacă lipsește informație, listeaz-o ca întrebare/assumption.
- Respectă constrângerile: versiuni, interdicții (ex. fără framework, fără dependențe externe).
- Output obligatoriu: cod complet + exemple + teste + checklist de verificare.
Reguli:
- Dacă îți lipsește o informație critică, pune întrebări sau fă "assumptions" marcate clar, nu ghici.
- Nu inventa API-uri sau endpoint-uri; dacă nu e sigur, spune explicit.
- Output: (1) soluție, (2) pași de implementare, (3) teste, (4) riscuri/edge cases.2) Prompturi ready-to-use: PHP / JavaScript / MySQL
2.1 CRUD PHP + MySQL (fără framework)
Rol: ești un senior PHP developer.
Context: PHP 8.2 + MySQL 8, fără framework, rulare pe Apache/Nginx.
Obiectiv: implementează un modul CRUD pentru entitatea [customers|orders|products].
Schema MySQL:
- [lipește CREATE TABLE aici]
Constrângeri:
- Folosește PDO cu prepared statements.
- Validare input + mesaje de eroare clare.
- Output: fișiere separate (db.php, repository.php, controller.php, view.php).
- Include paginare + sortare + filtrare după [field].
Criterii de acceptanță:
- Protecție la SQL injection.
- Include minim 5 teste (manuale sau script simple).
- Include exemplu de query pentru indexuri recomandate.2.2 API REST simplu în PHP (JSON)
Rol: ești un backend engineer.
Obiectiv: creează un API REST în PHP 8.2 pentru [resource].
Endpoint-uri:
- GET /api/[resource] (list + filter + paging)
- GET /api/[resource]/{id}
- POST /api/[resource]
- PUT /api/[resource]/{id}
- DELETE /api/[resource]/{id}
Constrângeri:
- JSON request/response; status codes corecte.
- Auth: [Bearer token|basic|session], descrie clar.
- Log minim (request id + erori).
- Nu folosi framework.
Output:
1) Structură directoare + cod complet
2) Exemple curl pentru fiecare endpoint
3) Validări și erori standardizate (format JSON)2.3 Script MySQL: cleanup, migrare, deduplicare
Rol: ești un DBA.
Context: MySQL 8.
Obiectiv: scrie scripturi SQL pentru:
1) deduplicare în tabela [table] pe câmpurile [field1, field2]
2) normalizare/curățare emailuri (lowercase, trim)
3) setare câmpuri default:
- set [valid_email]=1 pentru toate înregistrările
- set [unsubscribed]=0 pentru toate înregistrările, cu excepția emailului [email@exemplu.ro]
Criterii:
- Folosește tranzacții unde are sens.
- Include SELECT-uri de verificare înainte/după.
- Include recomandări de indexare.2.4 Frontend JS fără build tools (CDN / vanilla)
Rol: ești un frontend developer.
Context: HTML + CSS + Vanilla JS (fără npm, fără bundler).
Obiectiv: implementează un tabel cu:
- căutare live
- sortare pe coloane
- paginare
- load de date din endpoint: [URL]
Constrângeri:
- Fără librării externe (sau doar [bootstrap] via CDN dacă e necesar).
- Accesibilitate: navigare tastatură, aria-labels.
- Performanță: debounce la search.
Output:
- un singur fișier HTML complet (demo) + explicații.2.5 Securitate web: threat model minimal
Rol: ești un security engineer.
Context: aplicație PHP/JS/MySQL self-hosted.
Obiectiv: fă un threat model minimal pentru modulul [login/admin/orders].
Cere:
- top 10 riscuri (OWASP) relevante
- mitigări concrete în cod/config (PHP, headers, cookies, CSRF)
- checklist de testare (manual + automată)
Constrângeri:
- Soluții practice, fără “buzzwords”.
- Include exemple de setări (CSP, HSTS, SameSite) și unde se aplică.2.6 Debugging: eroare PHP în producție
Rol: ești un senior PHP troubleshooter.
Problemă: apare eroarea "[lipește mesajul complet + stacktrace]".
Context:
- versiune PHP: [8.2]
- server: [Apache/Nginx]
- reproducere: [pași]
- fișiere implicate: [listează]
Obiectiv:
1) identifică root cause (minim 2 ipoteze)
2) propune fix + patch
3) propune log-uri/telemetrie pentru a confirma ipoteza
4) include test de regresieTip practic: când vrei rezultate “corecte”, lipește schema DB sau minim câmpurile + tipurile. Fără asta, AI-ul va presupune.
3) Prompturi ready-to-use: C pentru embedded (ESP32/STM32/Raspberry Pi)
3.1 Driver / HAL: citire senzor (I2C/SPI)
Rol: ești un embedded C engineer.
Platformă: [STM32F103|ESP32|RPi] + toolchain [GCC/ESP-IDF/HAL].
Obiectiv: implementează driver pentru senzorul [nume/model] pe [I2C/SPI].
Constrângeri:
- C11 sau C99 (specifică).
- Fără alocări dinamice (malloc).
- Timeout + retry.
- Include diagrame de timing (text) și mapare pini.
Output:
1) .h/.c (driver)
2) exemplu de init + read
3) test/mock simplu (unde e posibil)
4) listă de erori returnate (enum)3.2 Parser de protocol / framing (buffer circular)
Rol: ești un embedded software engineer.
Obiectiv: scrie un parser robust pentru un protocol serial.
Format frame:
- start marker: [hex bytes...]
- end marker: [hex bytes...]
- payload: max [N] bytes
Constrângeri:
- buffer circular overwritable
- gestionează wrap-around
- evită false-positive (marker în payload)
- thread-safety: [da/nu], ISR context: [da/nu]
Output:
- implementare C + comentarii
- unit tests (fără framework extern)
- analiză edge cases + complexitate3.3 Threading: citire USB/Bulk + UI (ImGui)
Rol: ești un C developer.
Context: Linux + libusb + ImGui.
Obiectiv: integrează un thread de citire (producer) și UI (consumer) cu ring buffer.
Constrângeri:
- lock minim (mutex/atomic)
- oprire sigură thread (stop flag + join)
- tratare erori libusb + reconnect
Output:
1) schemă de arhitectură (producer/consumer)
2) cod C cu thread + ring buffer
3) strategie de backpressure (ce faci când buffer-ul e plin)
4) checklist de debugging3.4 Performance: optimizare pe MCU
Rol: ești un performance engineer embedded.
Context: MCU cu RAM [X] KB, CPU [Y] MHz.
Obiectiv: optimizează funcția [nume] care face [FFT/filtering/parsing].
Constrângeri:
- fără heap
- minimizează copy
- folosește fixed-point dacă e necesar
Output:
- propuneri de optimizare (minim 5)
- patch de cod (înainte/după)
- metodă de măsurare (timing, toggling pin, cycle counter)3.5 Safety: watchdog + fault handling
Rol: ești un embedded safety engineer.
Obiectiv: proiectează o strategie de watchdog + fault handling pentru [aplicație].
Include:
- tipuri de fault (stack overflow, deadlock, peripheral fail)
- politici de restart (soft/hard)
- log minimal (persistent dacă există)
- diagrame de stare (text)
Constrângeri:
- implementare simplă, fără RTOS (sau cu RTOS: [FreeRTOS])3.6 Documentație tehnică: README pentru firmware
Scrie un README (Markdown) pentru proiectul firmware [nume].
Include:
- build & flash (comenzi)
- configurare pini
- configurare WiFi/MQTT (dacă e cazul)
- troubleshooting (minim 10 probleme comune)
Constrângeri:
- limbaj: română + engleză (secțiuni separate)4) Prompturi ready-to-use: PrestaShop
4.1 Eroare PrestaShop (diagnostic + fix)
Rol: ești un expert PrestaShop.
Problemă: "[lipește eroarea completă]".
Context:
- versiune PrestaShop: [8.2.x]
- PHP: [8.2]
- tema: [nume]
- module relevante: [listează]
- pași de reproducere: [1..N]
Obiectiv:
1) root cause (minim 2 ipoteze)
2) pași de verificare (fișiere, setări, DB)
3) fix recomandat + alternativă
4) risc/impact (SEO, cache, compatibilitate)4.2 SEO: link_rewrite, meta, canonical
Rol: ești un consultant SEO pentru PrestaShop.
Obiectiv: propune setări și reguli pentru:
- link_rewrite pe RO/EN
- meta title/description
- canonical URL
- structură breadcrumb și rich snippets
Constrângeri:
- fără schimbări majore în tema, prefer module/config
- include checklist de verificare în Search Console4.3 Module custom (skeleton)
Rol: ești un developer PrestaShop.
Obiectiv: creează un skeleton de modul PrestaShop 8.2 care:
- adaugă o pagină în back office (config)
- salvează setări în Configuration
- expune un hook în front (ex: displayHome)
Constrângeri:
- compatibil PS 8.2 + PHP 8.2
- include structura de directoare + fișierele esențiale
- include exemple de traduceri (ro/en)4.4 Import produse (CSV) + reguli de validare
Rol: ești un specialist e-commerce.
Obiectiv: definește un șablon CSV pentru import produse în PrestaShop:
- categorii, atribute, combinații, imagini, prețuri, TVA
- reguli de validare (câmpuri obligatorii)
- strategie de link_rewrite + SEO
Output:
- exemplu CSV (10 produse)
- checklist de import + rezolvare erori comune4.5 Checkout / carriers / lockers
Rol: ești un integrator PrestaShop.
Obiectiv: investighează de ce la carrier-ul [nume] nu apare harta lockere/easybox.
Context:
- modul: [Sameday/FanCourier/etc]
- setări: [descrie]
Cere:
- pași de debug (console JS, network, hooks, override)
- posibile conflicte cu tema/alte module
- fix minim + fix robust4.6 Performanță: cache, indexing, imagini
Rol: ești un performance consultant PrestaShop.
Obiectiv: propune un plan de optimizare (P0/P1/P2) pentru:
- TTFB, cache, Smarty, CCC
- optimizare imagini (WebP), lazy load
- DB indexuri și curățare
- module care încetinesc
Constrângeri:
- self-hosted, fără servicii externe
- include metrici și cum le măsori (Lighthouse, WebPageTest, logs)5) Prompturi ready-to-use: WordPress (site + blog)
5.1 Articol SEO (HTML) cu structură strictă
Scrie un articol în română (HTML) despre: "[subiect]".
Cerințe:
- H1 unic, apoi H2/H3 logic
- include: introducere, listă practică, FAQ, concluzie
- ton: simplu & curat
- include 5 callouts (note/warn)
- include 10 cuvinte cheie long-tail (listate separat)
Constrângeri:
- fără afirmații factuale care necesită surse, decât dacă le marchezi ca "de verificat".5.2 Integrare WordPress REST API (JS)
Rol: ești un developer WordPress + JS.
Obiectiv: arată cum afișez "ultimele articole" prin WP REST API într-un site extern.
Constrângeri:
- fără npm; doar JS în browser
- include fallback când API e indisponibil
- include caching simplu (localStorage) + invalidare
Output:
- snippet HTML+JS complet + explicații5.3 Hardening & securitate WP
Rol: ești un WordPress security consultant.
Obiectiv: plan de hardening pentru un WordPress self-hosted.
Include:
- top 15 setări (plugins, updates, users, xmlrpc, permissions)
- backup strategy
- WAF/limit login attempts
- checklist lunar
Constrângeri:
- soluții practice și ușor de aplicat5.4 Debug: eroare plugin/tema
Rol: ești un WordPress troubleshooter.
Problemă: "[lipește eroarea / comportamentul]".
Context:
- versiune WP: [...]
- tema: [...]
- pluginuri: [...]
- log: [lipește wp-debug.log dacă există]
Obiectiv:
1) pași exacți de reproducere și izolare
2) ipoteze (minim 3) + cum le confirmi
3) fix + workaround
4) prevenție (monitorizare/alerts)5.5 Optimizare Core Web Vitals
Rol: ești un performance engineer.
Obiectiv: optimizează CWV pentru WordPress:
- LCP, CLS, INP
Constrângeri:
- fără schimbare majoră de tema
- propune: cache, minify, critical CSS, imagini, lazyload
Output:
- plan P0/P1/P2 + cum măsori progresul5.6 Conținut comercial (landing page)
Scrie o pagină de prezentare (HTML) pentru serviciile firmei mele:
- project management
- custom software development
- automatizări smart home
Cerințe:
- secțiuni: Beneficii, Servicii, Proces, Studii de caz (placeholder), CTA
- ton: business, clar, fără exagerări
- include o secțiune "Întrebări frecvente" (min 6)6) Prompturi ready-to-use: QA, securitate, performanță, debugging
6.1 Code review strict (cu checklist)
Fă un code review strict pentru următorul cod:
[lipește codul]
Cere:
- probleme de securitate
- bug-uri și edge cases
- calitate: naming, SRP, testabilitate
- propune patch (diff) și explicații
Constrângeri:
- nu schimba arhitectura decât dacă justifici clar impactul6.2 Generare test cases (funcțional + negative)
Generează un set de test cases pentru feature-ul: [descriere].
Include:
- 15 teste funcționale
- 10 teste negative
- 5 teste de performanță
Output: tabel (ID, Precondiții, Pași, Așteptat, Severitate)6.3 RCA (Root Cause Analysis) + plan de prevenție
Rol: ești un incident manager.
Incident: [descriere + timeline]
Impact: [utilizatori, comenzi, downtime]
Loguri: [lipește]
Obiectiv:
- RCA (5 Whys) + cauză principală
- acțiuni corective imediate
- acțiuni preventive (owner, deadline, metrici)
- lecții învățate6.4 Prompt “anti-halucinații” pentru informații factuale
Te rog să răspunzi doar cu informații verificabile.
Dacă nu ești sigur:
- marchează "NEVERIFICAT" și spune ce ar trebui verificat.
Nu inventa versiuni, API-uri, cifre sau citate.6.5 Plan de migrare (DB / aplicație)
Rol: ești un software architect.
Obiectiv: plan de migrare de la [sistem vechi] la [sistem nou].
Include:
- strategie de rollout (blue/green, canary, etc.)
- migrare DB (backfill, dual-write)
- rollback plan
- riscuri și mitigări
Output: plan pe etape + checklist6.6 Observabilitate (logs/metrics/traces)
Rol: ești un observability engineer.
Context: aplicație PHP + JS + MySQL, self-hosted.
Obiectiv: definește ce log-uri și metrici trebuie colectate.
Include:
- request id / correlation id
- erori DB, slow queries
- audit log pentru acțiuni admin
Output: listă + format recomandat + exemple7) Prompturi ready-to-use pentru lucru cu tool-uri (MCP / agentic)
Notă: acestea sunt prompturi pentru situații în care AI-ul are acces la tool-uri (repo, DB read-only, tichete).
Păstrează accesul minim necesar și cere confirmare umană înainte de acțiuni destructive.
7.1 Agent de căutare în repo + diagnostic
Ești un agent cu acces la tool-uri MCP: repo.search, repo.readFile.
Obiectiv: investighează bug-ul "[descriere]".
Pași:
1) rulează repo.search pentru cuvintele cheie: [keyword1, keyword2]
2) citește fișierele relevante (repo.readFile)
3) propune root cause + fix (patch)
4) propune test de regresie
Reguli:
- nu presupune; citează fișierele/funcțiile găsite.
- dacă există alternative, prezintă 2 opțiuni cu trade-offs.7.2 Agent DB read-only pentru verificări
Ești un agent cu acces la db.query (read-only).
Obiectiv: verifică integritatea datelor pentru tabela [table].
Cere:
- număr de înregistrări, duplicate, nulls pe câmpuri cheie
- distribuții (top values)
- slow queries potențiale (EXPLAIN unde e relevant)
Reguli:
- rulează întâi SELECT-uri neintruzive.
- propune indexuri doar pe baza query-urilor reale.7.3 Agent pentru tichete + release notes
Ești un agent cu acces: tickets.search, tickets.read.
Obiectiv: produce un rezumat pentru status săptămânal:
- top 10 tichete relevante
- blocaje + owner
- riscuri + următorii pași
Constrângeri:
- output: tabel + 5 bullets executive summary.
- nu include date sensibile; anonimizează.7.4 Agent “doc generator” din repo
Ești un agent cu acces: repo.list, repo.readFile.
Obiectiv: generează documentație (README) pentru proiect.
Pași:
- identifică modulele principale și entry points
- extrage configuri și comenzi de build/run
- generează README structurat: setup, usage, troubleshooting, FAQ
Constrângeri:
- nu inventa; tot ce nu găsești marchează ca TODO.8) Mini-șablon de prompt (rapid) pe care îl poți reutiliza oriunde
Rol:
Context (stack, versiuni, mediu):
Obiectiv:
Date de intrare (cod/log/schema):
- ...
Constrângeri:
- ...
Output dorit:
1)
2)
3)
Criterii de acceptanță:
- ...
Reguli:
- dacă lipsește informație critică: întreabă / marchează assumptions
- nu inventa API-uri/versiuni/cifreSusține acest blog
Cumpărând de pe https://mag.automatic-house.ro/ro/ susții blogul meu, iar 10% din vânzări vor fi direcționate către Fundația Dăruiește Viață. Îți mulțumesc!
Mulțumesc pentru atenție!
Pentru întrebări și/sau consultanță tehnică vă stau la dispoziție pe blog mai jos în secțiunea de comentarii sau pe email simedruflorin@automatic-house.ro.
O zi plăcută tuturor !
Back to top of page