Skip to main content

Command Palette

Search for a command to run...

Prompty bez Alt-Tabu

Nevaž se, odvaž se - jak používat svoji sadu zkratek a promptů kdekoliv

Updated
7 min read

V každém týmu jsou dva typy lidí.

Petr je klávesnicový kovboj. Žije ve zkratkách. Věci mu padají pod prsty, jak kdyby měl v ruce hotkey katanu.

Lia je klikač. Je pečlivá, vizuální, myš má skoro jako prodlouženou ruku. A je to úplně v pohodě.

Jen… kdybychom měli měřit čistou rychlost, Petr je (samozřejmě) lepší. 😄

Ne proto, že by klikači byli „špatně“. Jen proto, že u AI workflow často vyhrává klávesnice: míň přepínání kontextu, víc flow.

A teď ten moment, který znáš i ty. Máš v hlavě myšlenku. Otevřeš ChatGPT nebo Claude a… nic. Zíráš na blikající kurzor. Víš, že někde v Notionu, Evernote nebo v nekonečném Google Docu máš prompt, který ti minule vyplivnul zlato.

Takže co uděláš?

Alt-Tab (nebo prostě přepínání oken jako Lia). Hledání. Ctrl+F. „Kde to sakra je?“ Najdeš. Ctrl+C. Přepneš zpátky. Ctrl+V. A mezitím ti mozek řekne: „Hele, už nevím, co jsem vlastně chtěl.“

Tohle není efektivita. To je digitální archeologie.

Jestli chceš AI používat jako profík, potřebuješ odstranit tření. Ne další appku na poznámky. Vrstva navíc. Něco, co ti dostane nejlepší texty přímo do pole, kde zrovna píšeš.

Tvůj kokpit, tvoje pravidla (tool-agnostic)

Dneska frčí ChatGPT. Zítra Claude. Pozítří něco od Googlu. A hlavně: každý nástroj má svoje „Projects“, „GPTs“, „Templates“… a svoje limity.

Když si workflow postavíš uvnitř jednoho toolu, je to pohodlný. Do chvíle, než:

  • změní UI

  • zvednou cenu

  • ořežou limity

  • prostě přejdeš jinam

Chceš být tool-agnostic. To jest mít svoje prompty a šablony tak, aby fungovaly všude, kde je textové pole.

Jedna z možných cest: Text Blaze.

Je to snippet manager. Princip je až směšně jednoduchý: napíšeš krátkou zkratku (třeba /p-role) a ona se okamžitě rozbalí do delšího textu. Bez lovení v poznámkách. Bez kopírování. Bez „kde jsem to měl“.

Petr vs. Lia: kdo z toho vytěží nejvíc?

Upřímně: Text Blaze nejvíc sedne Petrům. Lidem, co jedou klávesnicí a chtějí mít ruce pořád v jedné „zóně“.

Ale Lia z toho může mít taky velký win. Jen to chce začít malinko chytře:

  • nejdřív 5–10 snippetů, co používáš pořád

  • pak přidávat až podle toho, co reálně chybí

  • a klidně si první týden držet mini-tahák (poznámka, sticky, cokoliv)

Cíl není „být Petr“. Cíl je: nezabíjet si flow přepínáním.

Magie není v textu. Je v tom, co udělá kurzor.

„Takže jen chytřejší schránka?“ Ne tak docela. Tohle je ten rozdíl mezi kopírováním a workflow.

1) Poziční kurzor (konec lovení myší)

Máš šablonu pro revizi textu. Klasicky vložíš prompt a pak se myší snažíš trefit doprostřed uvozovek, závorek nebo placeholderu.

Snippet to udělá za tebe: vloží šablonu a kurzor skočí přesně tam, kam patří tvůj text. Ty jen zmáčkneš Ctrl+V a jedeš dál.

2) Proměnné (AI dostane kontext, ne hádanku)

AI často neví, kolikátého je, jak se jmenuje projekt, nebo v jakém módu má odpovědět. Ve snippetu můžeš mít dynamické věci jako datum nebo vyplňovací pole. Malý detail, velký rozdíl v kvalitě odpovědi.

3) Dropdown menu (jeden snippet, víc tónů)

Místo pěti promptů pro pět stylů (vtipný, vážný, ostrý, friendly…) můžeš mít jeden snippet a při vložení si jen vybereš tón. Méně bordelu. Víc kontroly.

4) Dev radost: backticks bez rage-typingu

Psát na CZ klávesnici backtick je občas sport. Snippet typu /d-code ti hodí:

  • trojité backticks

  • doplní jazyk

  • a hodí kurzor dovnitř

Maličkost. Ale přesně tyhle maličkosti dělají 3× rychlost.

Důležité varování: zkratky si neházej naslepo

Nejčastější fail je, když si dáš zkratku, kterou normálně píšeš.

Příklad: /div. V HTML editoru nebo v chatu, kde píšeš kód, to může být průšvih (ukončuješ tag, píšeš cestu, formátování… a snippet se ti tam narve „omylem“).

Proto Petr nejde jen po „jednom super prefixu“. Má jednoduchý systém kategorií (a všechny mají oddělovač, aby se nespouštěly náhodou):

  • /p-... = prompty (AI)

  • /d-... = dev/kód (code blocky, backticks, šablony do issue)

  • /f-... = formátování (nadpisy, odrážky, tabulky)

  • /m-... = maily / comms (intro, follow-up, meeting notes)

Ta pomlčka může být nenápadný hrdina, nebo stačí neobvyklé písmeno (Petr používá x jako prefix všeho bez strukturování). /div napíšeš v kódu. Ale /d-... skoro nikdy omylem.

Takže místo /div radši:

  • /d-code (code block + jazyk)

  • /p-fix (prompt na opravu textu/kódu)

  • /p-mail (prompt na mail v daném tónu)

  • /m-followup (follow-up po callu)

A ještě tip navíc: drž zkratky krátké, ale jednoznačné. Ne /p-c (to se blbě pamatuje), spíš /p-con nebo /d-code.

Má to háček? Jasně. Ale jsou to férové háčky.

  • Mobil: tohle je hlavně pro počítač. Na mobilu to jde, ale budeš u toho trochu skřípat zubama. Text Blaze oficiální podporu nemá.

  • Zvyk: jakmile si na to zvykneš, psaní bez snippetů působí pomaleji. Není to ale tragédie. Spíš „aha, teď mi chybí moje turbo“.

Nejde o to „porazit Alt-Tab“. Jde o to neodcházet z myšlenky pryč jen proto, že prompt je schovaný někde jinde.

Start: postav si 5 sekvencí, ne 5 situací

Zapomeň na „situace“. Mysli jako Petr: sekvence kroků, co opakuješ pořád dokola.

Úkol (15 minut, reálně):

  1. Vypiš si 5 sekvencí, které jedeš často (AI, kód, komunikace).

  2. U každé napiš jednu šablonu: krátká instrukce → pravidla → místo pro vstup (kurzor/placeholder).

  3. Ulož je jako snippety a hoď je do kategorií (/p-, /d-, /f-, /m-).

  4. Týden používej. Po týdnu úklid: smaž, slouč, přejmenuj. Dropdowny/proměnné dávej až na ty, co přežijí.

Vyber 5 nejčastějších sekvencí (příklady):

  1. „Vlož text → přepiš do jiného tónu → dej 3 varianty“

  2. „Vlož zadání → navrhni strukturu → napiš osnovu“

  3. „Vlož kus kódu → vysvětli → navrhni fix → napiš test cases“

  4. „Vlož text → udělej review (silné/slabé) → navrhni další kroky“

  5. „Vlož cokoliv → zabal to do code blocku / přidej backticks / připrav snippet pro dokumentaci“

V Entership milujeme systémy, co fungují v praxi, ne v ideálním světě. 🙂


Ukázkové snipety

Níže jsou hotové šablony. Pointa: uložíš je jako snippety a pak je vyvoláš jednou zkratkou.

Dva nejčastější způsoby použití:

  • „Hlavička stylu“: vložíš snippet na začátek promptu (nastaví tón a pravidla) a hned pod to dopíšeš svoje zadání.

  • „Celá šablona“: přidáš si do snippetu i místo pro vstup (kurzor/placeholder) a jen tam vložíš text/kód.

Tip k prefixům: když jedeš systém kategorií, můžeš si tyhle ukázky uložit třeba jako /p-sim, /p-con, /p-pun, /p-hat. Řádky typu „Voice and style guide“ říkají AI, jakým stylem má odpovědět (jazyk, délka, vibe). Nejsou to kouzla. Jsou to pravidla hry.

Simple - /sim

[Voice and style guide: Write at a 5th grade level. Use clear and simple language, even when explaining complex topics. Bias toward short sentences. Avoid jargon and acronyms.]

→ Kdy použít: když píšeš pro juniora, klienta, nebo chceš „lidsky a jednoduše“.

→ Co čekat: krátké věty, minimum žargonu. Super na návody, shrnutí, onboarding.

Concise - /con

Be extremely concise. Sacrifice grammar for the sake of concision.

→ Kdy použít: když chceš rychlý výstup bez keců (Slack, checklist, rozhodnutí).

→ Co čekat: ultra krátké odpovědi. Pozor: občas chybí nuance—kdyžtak dopiš „keep key caveats“.

Punchy Apple style - /pun

Voice and style guide: Use sentence fragments and figurative language. Write as a master of brevity would. Frequently use short, pithy sentences that pack a punch.

→ Kdy použít: headline, intro na blog, landing page, product copy.

→ Co čekat: úderné fragmenty, obraznost. Ne na dokumentaci—tam to může být „too much vibe“.

6 Hats - /hat

Give me a opposition to this idea, based on the 6 hats method.

Use only 3 hats for feedback though:

  1. Red hat

  2. Black hat

  3. Green hat

    → Kdy použít: když chceš rychlý reality check nápadu před tím, než do něj naleješ týden života.

    → Co čekat: Red = pocit/intuice, Black = rizika, Green = alternativy/lepší řešení. Ideální na iteraci.

Atom of Thoughts - /aot

Break down the problems that I enter into their most atomic, self-contained steps feasible. Each step should be as independent as possible, requiring minimal reliance on previous steps. If any of the steps can be executed in parallel, structure them accordingly. Perform each step separately, then reintegrate all results to produce a coherent final response.

→ Kdy použít: když máš komplexní problém a nechceš se utopit v chaosu (debug, plán, analýza).

→ Co čekat: rozsekání na malé kroky + paralelizace + znovusložení. Skvělé i pro „co mám dělat jako první“.