https://www.umelainteligence.cz/assets/2026-04-01-github-claude-markdown-pro-ceo-DrHCkC0M.js

1const e=`---
2title: "GitHub, Claude a Markdown: Tři technologie, které by CEO neprogramátor měl chápat"
3slug: "github-claude-markdown-pro-ceo"
4published: true
5date: 2026-04-01
6category: "metodika"
7tags: [GitHub, Markdown, Claude, technologie, CEO, business-as-code]
8excerpt: "Když se řekne Git nebo Markdown, většina manažerů vypne. Jenže právě tyhle tři technologie rozhodují o tom, jestli AI agent bude ve vaší firmě užitečný kolega, nebo drahá hračka. Vysvětlujeme bez kódu, jen s analogiemi z byznysu."
9readingTime: "9 min"
10image: "/images/blog/man-with-admirers.jpg"
11author: "Jan Tobolík"
12---
13
14# GitHub, Claude a Markdown: Tři technologie, které by CEO neprogramátor měl chápat
15
16Představte si, že máte ve firmě knihovnu. Ne obyčejnou knihovnu s regály a prašnými šanony, ale živou, kde jsou uložené všechny procesy, ceníky, šablony nabídek, pravidla pro reklamace a strategie na příští tři roky. Knihovnu, kde každá změna je zaznamenaná - kdo ji udělal, kdy a proč. Kde nikdo nemůže přepsat ceník, aniž by to prošlo schválením. A kde sedí digitální kolega, který celou tu knihovnu přečetl, pamatuje si ji a umí podle ní jednat.
17
18Tohle není sci-fi. Tohle je realita, kterou dnes umožňují tři technologie: Markdown, Git a Claude. A nejlepší zpráva? Nemusíte umět programovat, abyste pochopili, proč na nich záleží.
19
20Když řeknete „Git" nebo „GitHub", většina CEO v místnosti mentálně odejde. „To je přece pro vývojáře." „My máme SharePoint." Chápu tu reakci. Tyhle nástroje skutečně vznikly v softwarovém světě. Ale to, co dělají, nemá s programováním nic společného. Řeší problém, který má každá firma: jak spravovat znalost tak, aby se neztratila, nezastarala a aby podle ní mohl jednat nejen člověk, ale i stroj.
21
22Tyhle tři technologie si projdeme bez kódu, bez příkazů v terminálu. Jen s analogiemi, které dávají smysl i člověku, jehož poslední kontakt s IT bylo nastavení hesla do Wi-Fi.
23
24## Proč na tom záleží právě teď
25
26Firmy vždycky měly dokumenty. Procesy v Notionu, šablony v Google Docs, checklisty v Excelu, strategie v PowerPointu. Co se změnilo?
27
28Dvě věci. Za prvé, AI agenti. Doteď jste psali dokumenty pro lidi - a lidi je četli (nebo nečetli). Teď můžete psát dokumenty tak, aby je přečetl stroj a jednal podle nich. Automaticky, konzistentně, bez dovolené. Ale aby to fungovalo, ten stroj potřebuje číst dokumenty v čistém, strukturovaném formátu. Ne ve Wordu se zalomeným formátováním. Ne v PowerPointu s animacemi. V jednoduchém textu, kterému rozumí.
29
30Za druhé, tempo změn. Ceníky se mění kvartálně. Procesy se upravují po každé zakázce. Pravidla se zpřísňují s každou novou regulací. V tomhle tempu potřebujete vědět, kdo co kdy změnil, proč to změnil a jestli to prošlo schválením. „Pošli mi to mailem" nebo „je to někde na sdíleném disku" přestává stačit.
31
32Tyhle tři technologie řeší oba problémy najednou. CEO, který chápe proč, bude dělat lepší rozhodnutí - i kdyby nikdy neotevřel terminál.
33
34## Markdown: Firemní dokument bez závislosti na komkoli
35
36[Markdown](https://www.markdownguide.org) je způsob, jak psát dokumenty. Nic víc, nic míň.
37
38Představte si, že píšete e-mail. Nepotřebujete Word, nepotřebujete formátování - prostě píšete text. Nadpis označíte mřížkou (\`# Nadpis\`), tučný text hvězdičkami (\`**tučně**\`), seznam odrážkami. To je celý Markdown.
39
40Proč to zajímá CEO? Kvůli jednomu slovu: **nezávislost**.
41
42Dokument ve Wordu potřebuje Word. Dokument v Google Docs potřebuje Google. Dokument v Notionu potřebuje Notion. Když za pět let Notion zdraží, změní podmínky nebo zkrachuje, vaše dokumenty jsou uvězněné v jeho formátu. Migrace bude bolestivá, drahá a neúplná.
43
44Markdown je čistý text. Otevřete ho v jakémkoli editoru na jakémkoli počítači. Za rok, za deset let, za padesát let. Žádná závislost na dodavateli, žádné licenční poplatky, žádné riziko, že vám někdo „vypne" přístup k vašim vlastním dokumentům.
45
46Ale to hlavní je něco jiného. Markdown čte stroj stejně snadno jako člověk. Když AI agent potřebuje najít váš ceník, přečíst reklamační proces nebo pochopit, kdo je váš ideální zákazník - potřebuje dokument ve strukturovaném formátu. Ne s formátovacími artefakty Wordu. Ne se skrytými styly z PowerPointu. Čistý text s jednoduchou strukturou.
47
48**Byznysová analogie:** Markdown je jako angličtina v mezinárodním obchodě. Není to nejkrásnější jazyk, ale je to lingua franca - rozumí jí všichni. V

48aši lidé, váš AI agent, jakýkoli software dnes i za deset let. Dokumenty v Markdownu jsou jako smlouvy psané srozumitelnou řečí, ne právnickou hatmatilkou - každý je přečte, každý jim porozumí.
49
50Běžný CEO tohle přehlíží, ale zásadně to mění kvalitu firemní dokumentace. V Markdownu se na začátek každého dokumentu dá přidat hlavička - metadata o dokumentu samotném. Kdo ho napsal, kdy byl naposledy aktualizován, jestli je schválený nebo jenom rozpracovaný, kdo za něj zodpovídá. Je to jako občanka pro dokument. AI agent tu „občanku" přečte dřív, než se podívá na obsah - takže ví, jestli dokumentu důvěřovat, nebo ne.
51
52## Git: Verze dokumentů, přístup a paměť firmy
53
54Teď k nástroji, který má nejhorší PR v netechnickém světě. Git.
55
56Zapomeňte na všechno, co jste o Gitu slyšeli. [Git](https://git-scm.com) dělá tři jednoduché věci:
57
58**1. Pamatuje si každou změnu.** Kdo co kdy změnil a proč. Ne „poslední úprava: 15. března" jako ve vlastnostech souboru. Kompletní historii od prvního dne. Kdo změnil cenu produktu X z 50 000 na 55 000 Kč, kdy to udělal a jaký k tomu napsal důvod.
59
60**2. Umožňuje pracovat na kopii.** Chcete změnit ceník? Nevytváříte soubor \`cenik-v2-FINAL-opravdu-final.xlsx\`. Vytvoříte si pracovní kopii (v Gitu se jí říká „branch"), provedete změny, a teprve když jsou správně, pustíte je do „oficiální" verze. Mezitím ostatní pracují s originálem bez přerušení.
61
62**3. Vynucuje kontrolu.** Než se jakákoli změna dostane do „oficiální" verze, někdo ji musí schválit. Ne e-mailem „hele, podívej se na to". Formálním procesem, kde vidíte přesně, co se změnilo (stará cena červeně, nová zeleně), a buď to schválíte, nebo vrátíte s komentářem.
63
64**Byznysová analogie:** Znáte „Track Changes" ve Wordu? Git je Track Changes pro celou firmu. Ne pro jeden dokument, ale pro všechny dokumenty najednou. S jedním zásadním rozdílem: ve Wordu můžete Track Changes vypnout a nikdo se nedozví. V Gitu to nejde. Každá změna je zaznamenaná. Vždy.
65
66Druhá analogie je z práva. Když dva právníci pracují na smlouvě, posílají si verze tam a zpět. „Verze 3 s mými komentáři." „Verze 3.1 po zapracování." „Finální verze." „Finální verze - OPRAVDU finální." Git tohle řeší elegantně: obě strany pracují na svých kopiích. Když jsou hotové, systém ukáže přesně, co se kde změnilo, a sloučí to do jedné verze. Žádné „omylem jsem přepsal tvoje změny".
67
68Proč je to důležité pro CEO? Git vám dává **audit trail**. Kompletní, nezfalšovatelný záznam o tom, jak se firemní znalost vyvíjela. Před rokem jste měli jiný ceník? Podívejte se do historie. Kdo schválil změnu procesu reklamace? Je to v záznamu. Proč jsme přestali používat starý postup? Kolega to napsal do popisu změny.
69
70V regulovaných oborech je tohle zlato. V jakémkoli oboru je to profesionalita.
71
72## GitHub: Sdílená knihovna se schvalovacím procesem
73
74Git je motor. [GitHub](https://github.com) je místo, kde ten motor běží.
75
76Kdyby Git byl systém Track Changes, GitHub je celá kancelář, kde se dokumenty spravují. Je to webová platforma, k

76de váš repozitář (ta „živá knihovna" z úvodu) žije, kde se na něm pracuje a kde se změny schvalují.
77
78Co GitHub přidává navíc oproti samotnému Gitu?
79
80**Schvalovací proces (Pull Request).** Když někdo udělá změnu - ať je to člověk nebo AI agent - vytvoří takzvaný „pull request". To je formální žádost: „Udělal jsem tohle. Podívejte se na to a schvalte." Reviewer vidí přesně, co se změnilo, může komentovat, vrátit k přepracování, nebo schválit. Změna se do oficiální verze dostane teprve po schválení.
81
82**Pravidla přístupu.** GitHub umožňuje definovat, kdo co smí. Majitel firmy má plná práva. Senior manažeři mohou schvalovat změny. Řadoví zaměstnanci mohou navrhovat, ale ne schvalovat. AI agent může tvořit obsah, ale nikdy neschvaluje vlastní práci. Tahle pravidla nejsou směrnice v šuplíku - jsou technicky vynucená. Systém vám nedovolí pustit změnu bez schválení, i kdybyste chtěli.
83
84**Automatické kontroly.** Před schválením změny systém automaticky zkontroluje: má dokument všechna povinná metadata, neobsahuje odkaz na neexistující soubor, je formát správný? Stroj hlídá formu, člověk kontroluje obsah.
85
86**Byznysová analogie:** GitHub je firemní archiv s přísnou knihovnicí. Každý dokument má svého vlastníka. Když chcete něco změnit, musíte projít schvalovacím procesem. Knihovnice zkontroluje, jestli máte oprávnění, jestli je dokument ve správném formátu a jestli to schválil ten, kdo musí. A do přírůstkové knihy zapíše, kdo co kdy změnil. Navždy.
87
88Pro firmu to znamená jednu zásadní věc: existuje **jediný zdroj pravdy**. Hlavní větev v repozitáři (říká se jí „main") je vždy aktuální, vždy schválená verze veškeré firemní znalosti. Žádné „mám novější verzi u sebe na disku". Žádné „myslel jsem, že to je ten správný dokument". Co je v main, platí.
89
90## Claude: Digitální kolega, který přečetl celou knihovnu
91
92Poslední dílek skládačky. Máte knihovnu (repozitář na GitHubu). Máte dokumenty v čistém formátu (Markdown). Máte historii a schvalovací proces (Git). Kdo tu knihovnu celou přečte?
93
94Lidé ne. Žádný zaměstnanec nepřečte 150 dokumentů a nebude si pamatovat, co je v každém z nich. Ale AI agent - konkrétně Claude - ano.
95
96[Claude](https://claude.ai) je jazykový model od [Anthropic](https://www.anthropic.com). V kontextu Business as Code funguje jako digitální kolega, který:
97
98**Přečte celou znalostní bázi.** Ceníky, procesy, šablony, strategii, pravidla. Všechno. A pamatuje si to v rámci konverzace.
99
100**Jedná podle ní.** Když ho požádáte o přípravu nabídky, přečte si proces tvorby nabídky, šablonu, ceník, profil ideálního zákazníka a strategické priority. A připraví nabídku, která odpovídá všem těmto dokumentům najednou. Žádný člověk tohle nedělá - vždycky něco přeskočí nebo zapomene.
101
102**Respektuje pravidla.** Claude pracuje v repozitáři podle stejných pravidel jako člověk. Vytvoří si pracovní kopii (branch), udělá změny, otevře pull request s popisem. Nikdy nepíše přímo do oficiální verze. Nikdy neschvaluje vlastní práci. Člověk vždycky rozhodne, jestli to, co agent navrhl, půjde do „produkce".
103
104**Rozlišuje důvěryhodnost.** Pamatujete na tu „občanku dokumentu" z první sekce? Claude ji čte. Když vidí dokument se statusem „schválený", jedná podle něj bez výhrad. Když vidí „rozpracovaný", upozorní vás: „Tento dokument je ve stavu draft, nemusí být kompletní." Když vidí „archivovaný", nepoužije ho pro aktuální rozhodování.
105
106**Byznysová analogie:** Představte si juniorního kolegu, který nastoupil a za první den přečetl celý firemní manuál - od strategie po návod na fakturaci. A skutečně si to zapamatoval. A kdykoli se ho na cokoli zeptáte, odpovídá v kontextu všeho, co přečetl. Ne jako chatbot, který hádá. Jako kolega, který zná vaši firmu.
107
108Tenhle kolega má jeden důležitý limit: neschvaluje. Navrhuje, připravuje, analyzuje - rozhodnutí je vždycky na člověku. Připraví nabídku, ale vy ji zkontrolujete a odešlete. Aktualizuje proces, ale vy schválíte změnu. Je to princip čtyř očí - stejný, jaký používají banky, audit firmy nebo právní kanceláře.
109
110## Proč CEO musí chápat tuhle vrstvu
111
112Nemusíte umět vytvořit repozitář na GitHubu. Nemusíte psát Markdown. Nemusíte vědět, co je branch nebo pull request. To všechno může udělat váš „tech champion" - jeden člověk v týmu, který technickou stránku zvládne (a AI agent mu s tím pomůže).
113
114Musíte ale chápat, **co to umožňuje a proč na tom záleží**.
115
116Když rozumíte principu „jediný zdroj pravdy", nebudete tolerovat stav, kdy tři lidé mají tři různé verze ceníku. Když rozumíte schvalovacímu procesu, budete vyžadovat, aby změny v procesech prošly review - ne proto, že to říká IT, ale proto, že to chrání vaši firmu. Když rozumíte tomu, že AI agent čte vaši znalostní bázi, budete investovat do její kvality - protože kvalita vstupu určuje kvalitu výstupu.
117
118Hlavně: když rozumíte téhle vrstvě, budete schopni posoudit, jestli vám někdo prodává vzdušný zámek, nebo reálné řešení. Na trhu je spousta firem, které slibují „AI transformaci". Většina z nich vám nabídne chatbota napojeného na Google Docs. To je jako dát novému zaměstnanci přístup ke sdílenému disku a říct mu „najdi si, co potřebuješ". Funguje to? Nějak. Ale je to propastně daleko od systému, kde má každý dokument vlastníka, status, historii a schvalovací proces.
119
120CEO nemusí být technik. Musí být ale schopen rozlišit kvalitní infrastrukturu od pozlátka. K tomu potřebuje chápat - alespoň na úrovni principů - jak tyhle tři technologie fungují společně.
121
122## Pět věcí, které si z tohoto článku odneste
123
124**1. Ptejte se, kde žije vaše firemní znalost.** Ne kde je „uložená" - to může být kdekoli. Ale kde je ta jedna verze, které se dá věřit. Pokud odpověď zní „v hlavě Petra" nebo „někde na sdíleném disku", máte problém, který se bude zhoršovat.
125
126**2. Vyžadujte audit trail.** Kdo co kdy změnil a proč. Ne jako byrokratický požadavek, ale jako ochranu firmy. Až se za rok budete ptát, proč jste změnili ceník nebo postup reklamace, odpověď by měla být o klik dál - ne o tři telefonáty.
127
128**3. Než investujete do AI, investujte do znalostní báze.** AI agent je tak dobrý, jak dobrá je zn

128alost, ze které čerpá. Pokud vaše dokumenty nemají vlastníka, status a strukturu, sebelepší jazykový model z nich nevytáhne spolehlivé výsledky. Markdown, Git a GitHub jsou infrastruktura, na které AI agent stojí. Bez ní je to jen drahý chatbot.
129
130**4. Najděte svého tech championa.** Nepotřebujete programátora. Potřebujete jednoho člověka v týmu, který se naučí spravovat repozitář a bude překladatelem mezi technickým světem a zbytkem firmy. AI agent mu s tím pomůže - většinu technických kroků zvládne sám.
131
132**5. Začněte malým krokem.** Deset dokumentů v repozitáři - kdo jsme, komu prodáváme, za kolik, jak vedeme první schůzku, jak tvoříme nabídky. Jeden den práce. Máte základ, na kterém AI agent začne být skutečně užitečný.
133
134## Chcete vidět, jak to vypadá v praxi?
135
136Na UmelaInteligence.cz stavíme komunitu pro české firmy, které chtějí AI agenty nasadit do reálného provozu - ne jako experiment, ale jako součást každodenní práce. Markdown, Git a GitHub jsou tři ze stavebních kamenů, které pro to používáme.
137
138Pokud chcete být mezi prvními, kdo to vyzkouší s podporou komunity, [nechte nám na sebe kontakt zde](/?register=true). 
139`;export{e as default};