Které nástroje mají MCP konektor a co umí

Máš připojený konektor [název]. Než ho začnu používat, chci
vědět, co s ním reálně jde. Vypiš mi:

1. Všechny schopnosti, které u toho konektoru vidíš, česky
   a v jedné větě u každé, co dělá
2. U každé označ, jestli jen čte, nebo něco zakládá, mění
   či maže
3. Které z nich potřebují nějaký identifikátor, který ti
   musím dodat (účet, prostor, property, složka)
4. Co ten konektor podle popisů NEumí, i když by to člověk
   čekal
5. Tři úlohy z mojí praxe, na které se hodí nejvíc —
   moje práce je [popis]

Nevymýšlej si schopnosti, které v seznamu nevidíš. Kde si
nejsi jistý, co schopnost dělá, napiš „z popisu nejasné".

Chci si do Claude Code přidat MCP server [název / URL nebo
příkaz ke spuštění]. Nikdy jsem to nedělal. Napiš mi:

1. Přesný příkaz a co každý jeho parametr znamená
2. Jestli je vzdálený, nebo lokální, a co to pro mě prakticky
   znamená (kam tečou data, co běží u mě)
3. Co musím mít připravené předem (účet, oprávnění, prostředí)
4. Dotaz, kterým si po instalaci ověřím, že to funguje
5. Jak ho zase odeberu, kdyby se to nepovedlo

Nepředpokládej, že umím programovat. Kde je riziko, napiš
ho rovnou, ne až na konec.

Chystám se připojit MCP server [název / odkaz na repozitář].
Prověř mi ho, než to udělám. Zajímá mě:

1. Kdo je autor a jestli je to výrobce té služby, nebo
   třetí strana — a z čeho to poznáš
2. Známky života projektu: poslední změna, vydané verze,
   otevřené issues a jestli na ně někdo odpovídá
3. Jaká oprávnění při připojení chce a jestli jde zvolit užší
4. Co je v dokumentaci napsané o tom, kam tečou data
   a co se loguje — a jestli tam o tom není nic
5. Jestli existuje alternativa přímo od výrobce nástroje
6. Tři konkrétní věci, které bych si měl ohlídat, kdybych to
   přesto připojil

Vycházej jen z toho, co si skutečně přečteš — u každého bodu
napiš zdroj. Kde informaci nenajdeš, napiš „nezjištěno";
nedomýšlej si to podle toho, jak se projekt jmenuje.

Pro službu [název] existují dva MCP servery: [A] a [B].
Porovnej mi je v tabulce podle:

- původ (výrobce služby / třetí strana) a jak jsi to zjistil
- kde běží (lokálně / vzdáleně) a co to znamená pro moje data
- rozsah schopností — co umí jeden a druhý ne
- aktivita: poslední změna, vydané verze, reakce na issues
- na co si podle issues lidé nejčastěji stěžují
- co bych ztratil, kdybych zvolil ten opatrnější

Na konci napiš doporučení pro dva různé případy: (a) chci to
zkusit na vlastních datech, (b) má to fungovat pro tým
a klientská data. Když se doporučení liší, vysvětli proč.

Prohledej [Notion / Drive] a odpověz mi na otázku, na kterou
bych sám hledal hodinu:

Otázka: [např. k čemu jsme došli v diskuzi o změně ceníku
za poslední půlrok].

Postup:
- hledej v [prostor / složka], období [od–do]
- vypiš zdroje, ze kterých čerpáš: název, datum, autor
- odděl, co je v dokumentech doslova, od svého shrnutí
- kde si zdroje protiřečí, napiš to místo výběru jednoho
- na konci uveď, co jsi nenašel, i když by to k tématu patřilo

Netvrď nic, co v nalezených dokumentech není.

Připoj se k [databázi] a odpověz mi na: [otázka].

Pravidla:
- používej výhradně čtecí dotazy, nic neměň ani nemaž
- než dotaz spustíš, ukaž mi ho a vysvětli česky, co dělá
- výsledek omez na [100] řádků a napiš, kolik je jich celkem
- u každého čísla uveď, ze které tabulky a sloupce pochází
- kde si nejsi jistý významem sloupce, zeptej se místo odhadu

Když by na odpověď byl potřeba dotaz, který něco mění,
napiš to a nespouštěj ho.

Prověř mi přes Hlídače státu firmu [název nebo IČO]:

1. Základní údaje a IČO — když je firem víc, vypiš je
   a zeptej se, kterou myslím
2. Smlouvy se státem za [poslední 3 roky]: počet, souhrnná
   hodnota, největší protistrany
3. Jestli je mezi nimi něco označeného jako problematické
4. Veřejné zakázky, dotace, insolvence, trestní záznamy
   a stav plátce DPH
5. Krátké shrnutí pro laika: co z toho stojí za pozornost

U každého zjištění uveď zdroj a datum. Kde data nejsou nebo
na ně nemám oprávnění, napiš to — nedomýšlej si.

Projdi moji poštu za [období] a připrav mi koncepty odpovědí
na to, co čeká na reakci.

- vyber jen zprávy, kde se čeká odpověď ode mě
- u každé napiš jednou větou, o co jde a jak je to naléhavé
- ke každé připrav koncept odpovědi v mém tónu: [popis tónu]
- kde na odpověď chybí informace, napiš místo konceptu, co
  potřebuju zjistit
- seřaď to podle toho, co má nejdřív odejít

Nic neodesílej. Všechno ulož jako koncept a na konci mi
vypiš tabulku: odesílatel, věc, stav, délka konceptu.

Moje práce vypadá takhle: [popis — co dělám, pro koho,
v jakých nástrojích, co se opakuje každý týden].

Nástroje, které používám: [seznam].

Projdi to a napiš mi:
1. U kterých z mých nástrojů má smysl hledat konektor —
   a proč zrovna u nich
2. Které tři bych měl zapojit první a v jakém pořadí,
   s odůvodněním přes to, co mi ušetří
3. U kterých je riziko vyšší než přínos a proč
4. Které moje úkoly konektor nevyřeší, i kdyby existoval,
   protože problém není v přenosu dat

Neuváděj konektory, o kterých nevíš jistě, že existují —
u nejistých napiš „ověřit v adresáři". Bod 4 mě zajímá
nejvíc, nešiďte ho.

Pomoz mi rozhodnout, jestli si zapojit konektor na [nástroj].

Můj úkol: [popis, co s tím nástrojem každý týden dělám].
Kolik mi to teď zabere: [čas] týdně.
Jak často to dělám: [frekvence].
Citlivost dat: [co v tom nástroji je].

Projdi to takhle:
1. Rozděl ten úkol na část „přenášení dat" a část
   „rozhodování" — odhadem v procentech
2. Kolik z toho by konektor reálně ubral a co zbude na mě
3. Jaká je režie: nastavení, učení, kontroly, údržba
4. Za jak dlouho se to vrátí při mém objemu
5. Co by muselo být pravda, aby se to nevyplatilo
6. Existuje jednodušší řešení bez konektoru (export,
   šablona, kopírování), které by stačilo?

Buď střízlivý. Když z toho vyjde, že se to nevyplatí,
napiš to rovnou — nehledej důvody, proč to udělat.

Připrav várku příspěvků z tohohle podkladu:

[vlož text článku nebo odkaz]

Kanály: [LinkedIn, Instagram, Facebook stránka].
Období: [14] dní od [datum]. Frekvence: [LinkedIn 3x týdně,
Instagram 2x, Facebook 2x].

Pro každý příspěvek napiš:
- text šitý na daný kanál (LinkedIn delší a věcný, Instagram
  kratší s důrazem na první větu, Facebook střední)
- návrh, co má být na obrázku (jen popis, obrázek negeneruj)
- navržený den a čas s odůvodněním
- jednu variantu úvodní věty navíc, ať mám z čeho vybrat

Nesmí to být tentýž text jen zkrácený — každý kanál má mít
vlastní úhel z podkladu. Netvrď nic, co v podkladu není.

Zatím nic nezakládej v Bufferu, vypiš mi to do chatu.

Vytáhni z Bufferu metriky mých příspěvků za [poslední 3 měsíce]
pro kanál [kanál] a udělej rozbor:

1. Deset nejúspěšnějších a deset nejslabších příspěvků —
   u každého datum, prvních 80 znaků, klíčová metrika
2. Co mají ty úspěšné společného: téma, formát, délka,
   typ úvodní věty, den a čas, přítomnost obrázku
3. Totéž pro ty slabé
4. Které rozdíly jsou skutečný vzorec a které můžou být
   náhoda kvůli malému počtu případů
5. Tři změny na příští měsíc a jak poznám, že zabraly

U bodu 4 buď opatrný: když máš k nějakému tvrzení míň než
[10] příspěvků, napiš to výslovně místo závěru.
Vycházej jen z metrik, které jsi skutečně načetl.

V Canvě najdi moji značkovou šablonu [název] a vyrob z ní
sérii návrhů podle téhle tabulky:

[vlož data — např. nadpis / podnadpis / jméno / datum
pro každou položku, jeden řádek = jeden návrh]

Pravidla:
- text vkládej doslova, nic nepřeformulovávej ani nezkracuj
- když se text do pole nevejde, návrh nevytvářej a napiš mi,
  o kolik znaků je delší
- návrhy pojmenuj podle vzoru [projekt]-[pořadové číslo]
- ulož je do složky [název složky]
- nakonec mi vypiš seznam s odkazy a stav u každého

Nic nepublikuj a nic nesdílej ven.

Ve složce [cesta] je [50] fotek produktů. Zpracuj je takhle:

1. U každé odstraň pozadí
2. Ořízni na obsah a doplň jednotný okraj [8] procent
3. Sjednoť na rozměr [1600 x 1600] px, produkt na střed
4. Ulož jako [PNG s průhledností] do složky [cíl],
   název zachovej a přidej příponu -clean

Než začneš, udělej první tři kusy a ukaž mi je — až je
odsouhlasím, pusť zbytek. Kde se odstranění pozadí nepovede
čistě (vlasy, průhledné materiály, tenké detaily), soubor
přeskoč a dej ho do seznamu k ručnímu dodělání.

Z tohohle popisu procesu udělej v Lucidu vývojový diagram:

[vlož popis procesu — klidně v odstavcích, jak byl napsaný]

- každý krok jako blok, rozhodovací body jako kosočtverce
- roli, která krok dělá, uveď v bloku pod názvem kroku
- větve u rozhodnutí popiš (ano/ne nebo konkrétní podmínka)
- kde je v popisu mezera — krok, který na nic nenavazuje,
  nebo rozhodnutí bez druhé větve — vlož místo domýšlení
  blok „NEDOŘEŠENO: [co chybí]"
- diagram pojmenuj [název], ulož do složky [složka]
  a na konci mi vypiš, co jsi označil jako nedořešené

Podívej se do mé GA4 property [název nebo ID] a odpověz mi
za období [1.–31. července 2026] oproti [předchozímu měsíci]:

1. Co se změnilo v návštěvnosti — celkem i po kanálech
   (organic, direct, referral, paid, social), v procentech
   i v absolutních číslech
2. Které stránky získaly nejvíc a které nejvíc ztratily,
   deset a deset, s čísly
3. U tří největších změn napiš, jaká vysvětlení připadají
   v úvahu a jak bych je ověřil dalším dotazem do dat

Pravidla:
- neuváděj procentní změnu u čísel pod [100] návštěv,
  napiš místo toho absolutní hodnoty
- rozliš, co je tvůj závěr, a co je přímo v datech
- kde ti nějaká metrika chybí, napiš to místo odhadu

Připrav mi měsíční report pro [klienta] za [měsíc]:

1. Z GA4 property [název]: návštěvnost celkem a po kanálech,
   deset nejnavštěvovanějších stránek, konverze [událost] —
   všechno oproti minulému měsíci
2. Z Notionu ze stránky [název]: co jsme tenhle měsíc
   spustili nebo změnili, s daty
3. U každé větší změny v číslech napiš, jestli se časově
   kryje s něčím z bodu 2

Formát: dvě strany, nejdřív shrnutí na pět vět, pak čísla,
pak co z toho plyne pro příští měsíc.

Nezaměňuj časovou shodu za příčinu — kde se něco kryje, napiš
„kryje se s", ne „způsobilo". U každého čísla uveď, odkud je.

Chci přes Gemini API zpracovat [popis úlohy — např. vygenerovat
ilustrace k 200 článkům / roztřídit 5000 komentářů].

Spočítej mi odhad nákladů:
1. Jaký typ účtování se na úlohu vztahuje (tokeny / za obrázek
   / za sekundu videa)
2. Odhad objemu — u textu odhadni počet tokenů na vstupu
   i výstupu a napiš, z čeho odhad vychází
3. Cenu při standardním zpracování a při dávkovém
4. Jak se cena změní, když použiju levnější model,
   a co tím reálně ztratím
5. Tři způsoby, jak objem snížit, aniž bych ztratil výsledek

Ceny ber z ceníku, který ti dám: [vlož aktuální ceník].
Nepracuj s cenami z paměti — mohly se změnit.

Pracuj ve složce tohohle projektu. Chci skript, který přes
Gemini API [popis úlohy — např. vygeneruje ilustraci ke
každému článku / přepíše zvukové soubory ve složce].

Požadavky:
- API klíč se čte VÝHRADNĚ z proměnné prostředí [název];
  když chybí, skript skončí s jasnou hláškou
- klíč se nikde nevypisuje do logu ani do výstupu
- vstupy bere ze složky [cesta], výstupy ukládá do [cesta]
- položku, která už výstup má, přeskočí
- bez argumentů projde všechno, s argumenty jen zadané položky
- počítadlo volání se stropem [50]; při překročení skončí
- při chybě u jedné položky pokračuje dál a na konci vypíše
  souhrn: kolik hotovo, kolik přeskočeno, kolik selhalo
- nic se nepublikuje ani neodesílá — výstup jde jen do složky

Do hlavičky souboru napiš komentářem, jak se skript spouští
a co potřebuje nastavené. Kód komentuj česky. Po dopsání mi
vysvětli, co dělá každá část, jako bych programovat neuměl.

Připojuju konektor [název] a na potvrzovací obrazovce mi
nabízí tahle oprávnění:

[vlož text z obrazovky doslova]

Přelož mi to do lidské řeči:
1. Co z toho jen čte a co může zakládat, měnit nebo mazat
2. Jak široký je rozsah — týká se to všeho, nebo jen části
3. Které z těch práv je nejrizikovější a proč
4. Co bych ztratil, kdybych se rozhodl konektor nepřipojit
   a data vkládal ručně
5. Jestli jde podle popisu zvolit užší varianta

U bodu 1 vycházej výhradně z textu, který jsem vložil.
Neodhaduj podle názvu služby, co asi ta oprávnění dělají.

Dělám čtvrtletní revizi konektorů. Tohle mám zapnuté:

[vypiš seznam konektorů a u každého: k čemu jsem ho chtěl,
kdy jsem ho naposledy použil, jestli umí i zapisovat]

Pomoz mi to protřídit:
1. Které bych měl vypnout — u každého důvod
2. U kterých stačí zúžit práva na čtení, aniž bych přišel
   o to, k čemu je používám
3. Které používám natolik, že se vyplatí je nastavit líp
   (oddělený účet, užší rozsah, jiný prostor)
4. Na co se mám u každého zeptat služby v přehledu
   připojených aplikací

Buď přísný: když u konektoru není jasný pravidelný užitek,
doporuč vypnout. Zapnout se dá kdykoli zpátky.

Tvrdíš, že jsi provedl [popis akce]. Ověř to a napiš mi:

- kolik položek jsi skutečně založil nebo změnil a kolik
  se nepovedlo
- u každé: identifikátor, název, stav a odkaz, pokud existuje
- které volání skončilo chybou a jakou přesně
- co z toho, co jsi mi napsal v předchozí odpovědi, bylo
  tvoje shrnutí záměru, a ne potvrzený výsledek

Nedoplňuj chybějící položky odhadem a nic nezakládej znovu,
dokud si to neprojdu. Když si stavem nejsi jistý, napiš
„neověřeno" místo tvrzení.

Předchozí odpověď mi nesedí — [je prázdná / čísla nesouhlasí
s tím, co vidím v nástroji]. Než to zkusíš znovu, popiš mi:

- který konektor a jakou jeho schopnost jsi použil
- s jakými parametry (období, účet, property, složka, filtr)
- kolik záznamů ti to vrátilo a jestli se něco ořízlo
- co v odpovědi pochází z načtených dat a co je tvůj závěr

Pak navrhni, co v zadání změnit. Neopakuj dotaz, dokud se
neshodneme na tom, co bylo špatně.

Uvažuju o vlastním MCP serveru pro [systém]. Než se do toho
pustím, posuď to se mnou:

Situace: [co ten systém je, kdo ho používá, jaké rozhraní má
— API, databáze, jen webové rozhraní].
Úloha: [na co se lidi ptají a jak často].
Kdo by to používal: [počet lidí, role].

Odpověz mi na:
1. Stačil by na tohle skript nebo pravidelný export? Kde
   přesně by narazil?
2. Které tři až pět schopností by server měl mít v první
   verzi — a co naopak nechat na později
3. Co všechno kolem toho bude potřeba provozovat
   (běh, ověřování, logy, verze, dohled)
4. Jaká rizika to přináší, když k tomu bude mít přístup víc
   lidí, a jak je omezit
5. Odhad pracnosti první verze a měsíční údržby

Když z toho vyjde, že je server zbytečný, napiš to jako první
větu a zbytek použij na popis jednodušší varianty.

Napiš první verzi MCP serveru pro [systém] podle těchhle
pravidel:

- jen pro čtení, žádná schopnost nesmí nic měnit ani mazat
- schopnosti: [seznam 3–5 věcí, které má umět]
- přístupové údaje se čtou VÝHRADNĚ z proměnných prostředí;
  když chybí, server nenaběhne a napíše proč
- žádné údaje se nevypisují do logu; loguj jen název volané
  schopnosti, čas a jestli uspěla
- u každé schopnosti popis v angličtině tak, aby z něj bylo
  jasné, kdy ji použít a co vrací
- když dotaz vrátí víc než [100] položek, výsledek zkrať
  a do odpovědi napiš, že byl zkrácen a kolik toho je celkem
- při chybě vrať srozumitelnou hlášku, ne technický výpis

Do hlavičky napiš komentářem, jak se server spouští a co
potřebuje nastavené. Po dopsání mi vysvětli, co která část
dělá, a napiš tři dotazy, kterými si ověřím, že to funguje.