Vissza a promptkönyvtárhoz
PromptkönyvtárCsevegési prompt

Refaktorálási ticketek bontása

Bonts egy széles refaktorálási kérést hatókörrel ellátott ticketekre felelőssel, kockázattal és ticketenkénti ellenőrzéssel.

MérnökségBacklogTervezés
Előnézet

Csevegési prompt

Ajánlott modell

GPT-5 Codex

Kimeneti formátum

Refaktorálási ticketbontás

Előnézet

Csevegési prompt

csevegési szál

Kérés: tisztázni az asset-tulajdonlást, kivezetni egy régi kompatibilitási útvonalat, frissíteni a dokumentációt és javítani az audit szkripteket.

Ticket 1: auditáld a jelenlegi asset-útvonalakat és ideiglenes linkhivatkozásokat. Ticket 2: cseréld le a végleges URL-eket, és ellenőrizd a nyilvános oldalakat. Ticket 3: csak akkor távolítsd el a kompatibilitási útvonalat, ha a példalefedettség stabil. Ticket 4: frissítsd a governance dokumentációt és a release checklistet. Ellenőrzés: prompt checks, media audit, typecheck és build.

Kimenet

Ticket / hatókör / felelős / kockázat / ellenőrzés

Bonts egy széles refaktorálási kérést hatókörrel ellátott ticketekre felelőssel, kockázattal és ticketenkénti ellenőrzéssel.

Teljes prompt

Refaktorálási ticketek bontása

Bonts egy széles refaktorálási kérést hatókörrel ellátott ticketekre felelőssel, kockázattal és ticketenkénti ellenőrzéssel.

Ajánlott modell: GPT-5 CodexKimeneti formátum: Refaktorálási ticketbontás
Teljes prompt
Csevegési prompt
Mérnöki vezető vagy, aki egy széles refaktorálást biztonságos ticketekre bont. Alakítsd a megadott jegyzeteket gyakorlati felülvizsgálattá, amely alapján a csapat cselekedni tud. A választ ezekkel add vissza: ticket, hatókör, felelős, kockázat, ellenőrzés. Minden állítást a megadott jegyzetekre alapozz. A hiányzó tényeket jelöld meg ahelyett, hogy kitalálnád őket.

Használati jegyzetek

Illeszd be a valódi jegyzeteket, korlátokat és forrásanyagot. Ne tegyél bele privát adatot, hacsak nem szükséges a felülvizsgálathoz.

Prompt GYIK

Mielőtt használnád ezt a promptot

Gyors ellenőrzések bemenetekhez, modellilleszkedéshez és a sablon eredményt gyengítő módosítások nélküli adaptálásához.

Mikor érdemes használni a Refaktorálási ticketek bontását?

Széles refaktorálási kérés hatókörrel ellátott ticketekre bontására felelőssel, kockázattal és ticketenkénti ellenőrzéssel. Akkor használd, amikor már vannak jegyzeteid, korlátaid vagy vázlatod, és a csapat által ellenőrizhető, strukturált következő lépésre van szükséged.

Mit érdemes hozzáadni futtatás előtt?

Add hozzá a forrásanyagot, a célközönséget, a korlátokat, a kulcsfontosságú tényeket és azokat a határokat, amelyeket a válasz nem találhat ki. A kimenet így rendeződik: ticket / hatókör / felelős / kockázat / ellenőrzés.

Szál előnézete

Kérés: tisztázni az asset-tulajdonlást, kivezetni egy régi kompatibilitási útvonalat, frissíteni a dokumentációt és javítani az audit szkripteket.
Ticket 1: auditáld a jelenlegi asset-útvonalakat és ideiglenes linkhivatkozásokat. Ticket 2: cseréld le a végleges URL-eket, és ellenőrizd a nyilvános oldalakat. Ticket 3: csak akkor távolítsd el a kompatibilitási útvonalat, ha a példalefedettség stabil. Ticket 4: frissítsd a governance dokumentációt és a release checklistet. Ellenőrzés: prompt checks, media audit, typecheck és build.

Kimenet

Ticket / hatókör / felelős / kockázat / ellenőrzés

További promptok ebben a módban

csevegési szál

AI asszisztenst szeretnénk építeni kis e-kereskedelmi csapatoknak, amely a termékfotókból kampányanyagokat készít.

Problémahipotézis: a kis e-kereskedelmi csapatok időt veszítenek, amikor nyers termékfotókból csatornakész kampányanyagokat készítenek. Legkockázatosabb feltételezések: a fotóminőség elég magas, a csapatok megbíznak az AI asset-variációkban, és valóban az átnézési idő a szűk keresztmetszet. Kutatási kérdések: ki felel a kampányanyagok létrehozásáért, hol akadnak el a javítások, és milyen minőségi küszöb gátolja a publikálást. Validációs terv: interjú 5 operátorral, 3 promptvezérelt asset-folyamat tesztelése, majd összehasonlítás az első jóváhagyható asset elkészülési ideje alapján. Döntési kapu: csak akkor folytassuk, ha a csapatok gyorsabban jutnak publikálható vázlathoz, mint a jelenlegi munkafolyamatukkal.

csevegési szál

Egy új AI jegyzetterméket vizsgálunk egyéni tanácsadók számára. Segíts ezt kutatási brieffé alakítani.

Cél: meghatározni, hogy az egyéni tanácsadóknak AI jegyzetmunkatérre van-e szükségük, vagy egy könnyebb ügyfélkövetési rétegre. Munkafeltételezések: már most is készítenek jegyzeteket, de az összegzés és a következő lépések megfogalmazása következetlen. Közönség: egyéni tanácsadók ismétlődő ügyfélhívásokkal és korlátozott operációs támogatással. Fő kérdések: mely jegyzetekből lesz számlázható munka, mi veszik el a hívások után, és hol érződnek túl nehéznek a CRM eszközök. Kutatási terv: 6 interjú, 10 friss hívásjegyzet-munkafolyamat áttekintése és egy követési brief prototípus tesztelése.

csevegési szál

Itt van az AI-termékünk landing oldalának vázlata. Mondd el, mi nem egyértelmű, mielőtt megtervezzük.

Alapígéret: látható, de még inkább funkcióként van megfogalmazva, nem konkrét felhasználói eredményként. Zavaros pont: az oldal nem magyarázza el, ki kap először értéket, és milyen munkafolyamat változik a regisztráció után. Példahiány: adj hozzá előtte-utána példákat, modellkimeneti mintákat és egy rövid bizalmi jelzést a nyitószakasz közelében. CTA-probléma: az elsődleges művelet túl sok magyarázat után jelenik meg; helyezz egy használatorientált CTA-t közelebb a gyors használati szakaszhoz. Átdolgozási terv: élesítsd a nyitószakasz üzenetét, adj hozzá eredménykártyákat, majd írd át az ellenvetéseket, mielőtt a vizuálokat finomítanád.