This commit is contained in:
Martin Sukany
2026-02-21 19:44:04 +01:00
parent 3df224aa53
commit 209b76b68d
7 changed files with 355 additions and 48 deletions

View File

@@ -1 +1,2 @@
* INBOX * INBOX

View File

@@ -92,3 +92,6 @@ Nadace a Země
[2026-02-16 Mon 07:28] [2026-02-16 Mon 07:28]
** NEXT Koloběžka ** NEXT Koloběžka
[2026-02-18 Wed 19:41] [2026-02-18 Wed 19:41]
** TODO Aktualizovat iPad a iPhone
SCHEDULED: <2026-02-21 Sat>
[2026-02-21 Sat 09:24]

View File

@@ -6,17 +6,163 @@
#+include: ~/org/templates/document_personal.org #+include: ~/org/templates/document_personal.org
* Prehled pipelines * Přehled pipeline typů
| Typ | Účel |
| ---------- | ----------------------------------------------------- | Každá pipeline se spouští příkazem =/pipeline <typ> <téma>= v Matrixu.
| write | Blog, dokumentace, článek | Výsledek dorazí zpět do Matrixu automaticky — bez dalšího zásahu.
| code | Tool, script, feature — s architektonickým schválením |
| research | Výzkum + analýza s kritikou bias | Legenda: =S= sekvenční, =P= paralelní (workery běží současně), =+pauza= čeká na tvé schválení před pokračováním.
| review | Code/security audit repozitáře (paralelní) |
| digest | Přehled z více zdrojů najednou (web + email + Zulip) | ** Tvorba obsahu
| compare | Objektivní srovnání A vs B (adversarial debate) |
| migrate | Migrace s rollback plánem + schválením | *** /pipeline write <téma>
| plan | Projektový plán s risk analýzou (paralelní) | Tok: =S (3 workery, retry)=
| edit | Vylepšení existujícího textu, zachová hlas autora | Researcher → Creator → Critic
| audit | Bezpečnostní audit s prioritizovanou nápravou |
| retrospect | Co fungovalo/nefungovalo, lessons learned | Critic ohodnotí výstup 0100. Pokud skóre pod 70, Creator dostane zpětnou vazbu a zkusí to znovu (max 2×).
Použití: blog posty, dokumentace, články, programové texty.
*** /pipeline edit <text>
Tok: =S (3 workery)=
Analyzer → Editor → Proofreader
Nejdřív analýza slabých míst, pak editace, pak jazyková korektura.
Použití: vylepšení existujícího textu.
*** /pipeline post <téma>
Tok: =S (3 workery)=
Researcher → Creator → Editor
Creator připraví varianty pro blog, Twitter/X a LinkedIn najednou. Editor vybere, vyleští a zkontroluje délky.
Použití: publikování obsahu na více platformách.
** Výzkum a analýza
*** /pipeline research <téma>
Tok: =P→S (3 workery)=
ResearcherA ‖ ResearcherB → Synthesizer
Dva researcheři pracují paralelně, každý z jiného úhlu. Synthesizer spojí výsledky.
Použití: analýza tématu, technické srovnání, zjišťování faktů.
*** /pipeline digest <oblast>
Tok: =P→S→S (4 workery)=
WebCollector ‖ InternalCollector → Filter → QA
Sběr z webu a interních zdrojů, deduplikace a filtrování, finální QA kontrola.
Použití: sumarizace z více zdrojů.
*** /pipeline compare <A vs B>
Tok: =P→S (3 workery)=
AdvocateA ‖ AdvocateB → Judge
Každá varianta má svého advocata. Judge rozhodne s oběma podklady.
Použití: rozhodování mezi dvěma technologiemi, přístupy nebo řešeními.
** Plánování a architektura
*** /pipeline plan <cíl>
Tok: =P→S (3 workery)=
ScopeAnalyst ‖ RiskAnalyst → PM
Paralelní analýza rozsahu a rizik, PM sestaví work items a milníky.
Použití: rozložení projektu nebo cíle na konkrétní kroky.
*** /pipeline spec <feature>
Tok: =S+pauza (4 workery)=
Analyzer → Architect → [schválení] → SpecWriter
Po návrhu architektury pipeline čeká na tvé schválení, pak teprve zapíše finální spec.
Použití: technická architektura, design document, RFC.
*** /pipeline learn <technologie>
Tok: =P→S (3 workery)=
ContentResearcher ‖ PedagogyResearcher → Educator
Mapa konceptů a zdrojů + pedagogická struktura → 30denní plán s hands-on cvičeními.
Použití: strukturované vzdělávání místo ad-hoc googling.
** Kód
*** /pipeline code <co postavit>
Tok: =S+pauza (5 workerů)=
Analyzer → Architect → [schválení] → Coder → Reviewer
Pipeline čeká na tvé schválení architektury před psaním kódu.
Použití: nové nástroje, scripty, features.
*** /pipeline review <repo/soubor>
Tok: =P→S (3 workery)=
Scanner ‖ SecurityAuditor → Synthesizer
Oddělený code quality a security review běží paralelně.
Použití: code review před merge, bezpečnostní kontrola.
*** /pipeline audit <cíl>
Tok: =S→P→S (4 workery)=
Recon → Auditor ‖ Remediator → Synthesizer
Nejkomplexnější pipeline. Recon zmapuje attack surface, pak Auditor a Remediator běží paralelně na stejném vstupu.
Použití: bezpečnostní audit systému, kódu, infrastruktury, webu.
** Kariéra a prezentace
*** /pipeline apply <pozice/firma>
Tok: =P→S (3 workery)=
JobResearcher ‖ CVAnalyst → Writer
Výzkum firmy a kultury + analýza tvého CV vs. požadavky → tailored cover letter a strategie přihlášky.
Použití: přihlášky na pracovní pozice.
*** /pipeline pitch <nápad>
Tok: =P→S (3 workery)=
AudienceResearcher ‖ ContentStrategist → PitchWriter
Výzkum cílové skupiny a klíčová sdělení běží paralelně → finální pitch narrative.
Použití: pitch pro kurz, projekt, startup, grant.
*** /pipeline workshop <téma/cílová skupina>
Tok: =P→S (3 workery)=
ContentDesigner ‖ FacilitatorAnalyst → WorkshopDesigner
Obsah a facilitátorské metody běží paralelně → kompletní program s tipy a záložními plány.
Použití: design facilitátorského workshopu.
** Reflexe
*** /pipeline retrospect <projekt>
Tok: =S (3 workery)=
Historian → Analyst → Advisor
Fakta → hluboká analýza → konkrétní doporučení. Pro delší projekty.
Použití: lessons learned po projektu nebo sprintu.
*** /pipeline debrief <událost>
Tok: =S (2 workery)=
Historian → Analyst
Kratší než retrospect, zaměřený na konkrétní událost.
Použití: reflexe po pohovoru, kurzu nebo meetingu.
** Technické poznámky
Výsledek každé pipeline dorazí přímo do Matrixu — bez nutnosti čekat nebo se ptát.
Pipelines s pauzou (=+pauza=) čekají na tvé schválení a pak pokračují samy.
Pokud pipeline přerušena (restart systému), obnova:
#+begin_src
/pipeline resume
#+end_src
** Příklad: /pipeline research
#+begin_example
/pipeline research "Kubernetes Operators — kdy má smysl psát vlastní vs. použít existující"
#+end_example
Co se stane:
1. Spuštěni dva researcheři paralelně (~2 min)
2. Synthesizer čeká na oba, pak spojí výsledky (~2 min)
3. Výsledek dorazí do Matrixu — strukturovaná analýza s doporučením
Celková doba: ~4 minuty, bez zásahu.

View File

@@ -1,4 +1,4 @@
% Created 2026-02-20 Fri 22:30 % Created 2026-02-21 Sat 19:43
% Intended LaTeX compiler: pdflatex % Intended LaTeX compiler: pdflatex
\documentclass[a4paper,11pt]{article} \documentclass[a4paper,11pt]{article}
\usepackage[utf8]{inputenc} \usepackage[utf8]{inputenc}
@@ -78,23 +78,173 @@
\setcounter{tocdepth}{2} \setcounter{tocdepth}{2}
\tableofcontents \tableofcontents
\section{Prehled pipelines} \section{Přehled pipeline typů}
\label{sec:org5739146} \label{sec:org228c673}
\begin{center}
\begin{tabularx}{\textwidth}{lY} Každá pipeline se spouští příkazem \texttt{/pipeline <typ> <téma>} v Matrixu.
Typ & Účel\\ Výsledek dorazí zpět do Matrixu automaticky — bez dalšího zásahu.
---------- & -----------------------------------------------------\\
write & Blog, dokumentace, článek\\ Legenda: \texttt{S} sekvenční, \texttt{P} paralelní (workery běží současně), \texttt{+pauza} čeká na tvé schválení před pokračováním.
code & Tool, script, feature — s architektonickým schválením\\ \subsection{Tvorba obsahu}
research & Výzkum + analýza s kritikou bias\\ \label{sec:orgef92111}
review & Code/security audit repozitáře (paralelní)\\
digest & Přehled z více zdrojů najednou (web + email + Zulip)\\ \subsubsection{/pipeline write <téma>}
compare & Objektivní srovnání A vs B (adversarial debate)\\ \label{sec:orgdea7c2a}
migrate & Migrace s rollback plánem + schválením\\ Tok: \texttt{S (3 workery, retry)}
plan & Projektový plán s risk analýzou (paralelní)\\ Researcher → Creator → Critic
edit & Vylepšení existujícího textu, zachová hlas autora\\
audit & Bezpečnostní audit s prioritizovanou nápravou\\ Critic ohodnotí výstup 0100. Pokud skóre pod 70, Creator dostane zpětnou vazbu a zkusí to znovu (max 2×).
retrospect & Co fungovalo/nefungovalo, lessons learned\\ Použití: blog posty, dokumentace, články, programové texty.
\end{tabularx} \subsubsection{/pipeline edit <text>}
\end{center} \label{sec:org10dbb19}
Tok: \texttt{S (3 workery)}
Analyzer → Editor → Proofreader
Nejdřív analýza slabých míst, pak editace, pak jazyková korektura.
Použití: vylepšení existujícího textu.
\subsubsection{/pipeline post <téma>}
\label{sec:orgd559c91}
Tok: \texttt{S (3 workery)}
Researcher → Creator → Editor
Creator připraví varianty pro blog, Twitter/X a LinkedIn najednou. Editor vybere, vyleští a zkontroluje délky.
Použití: publikování obsahu na více platformách.
\subsection{Výzkum a analýza}
\label{sec:org209dd88}
\subsubsection{/pipeline research <téma>}
\label{sec:org0312f50}
Tok: \texttt{P→S (3 workery)}
ResearcherA ‖ ResearcherB → Synthesizer
Dva researcheři pracují paralelně, každý z jiného úhlu. Synthesizer spojí výsledky.
Použití: analýza tématu, technické srovnání, zjišťování faktů.
\subsubsection{/pipeline digest <oblast>}
\label{sec:org47effc9}
Tok: \texttt{P→S→S (4 workery)}
WebCollector ‖ InternalCollector → Filter → QA
Sběr z webu a interních zdrojů, deduplikace a filtrování, finální QA kontrola.
Použití: sumarizace z více zdrojů.
\subsubsection{/pipeline compare <A vs B>}
\label{sec:orgf5f32f6}
Tok: \texttt{P→S (3 workery)}
AdvocateA ‖ AdvocateB → Judge
Každá varianta má svého advocata. Judge rozhodne s oběma podklady.
Použití: rozhodování mezi dvěma technologiemi, přístupy nebo řešeními.
\subsection{Plánování a architektura}
\label{sec:orgb364352}
\subsubsection{/pipeline plan <cíl>}
\label{sec:org4c3ce45}
Tok: \texttt{P→S (3 workery)}
ScopeAnalyst ‖ RiskAnalyst → PM
Paralelní analýza rozsahu a rizik, PM sestaví work items a milníky.
Použití: rozložení projektu nebo cíle na konkrétní kroky.
\subsubsection{/pipeline spec <feature>}
\label{sec:org9768b76}
Tok: \texttt{S+pauza (4 workery)}
Analyzer → Architect → [schválení] → SpecWriter
Po návrhu architektury pipeline čeká na tvé schválení, pak teprve zapíše finální spec.
Použití: technická architektura, design document, RFC.
\subsubsection{/pipeline learn <technologie>}
\label{sec:org24f9120}
Tok: \texttt{P→S (3 workery)}
ContentResearcher ‖ PedagogyResearcher → Educator
Mapa konceptů a zdrojů + pedagogická struktura → 30denní plán s hands-on cvičeními.
Použití: strukturované vzdělávání místo ad-hoc googling.
\subsection{Kód}
\label{sec:org5204745}
\subsubsection{/pipeline code <co postavit>}
\label{sec:org1d5982b}
Tok: \texttt{S+pauza (5 workerů)}
Analyzer → Architect → [schválení] → Coder → Reviewer
Pipeline čeká na tvé schválení architektury před psaním kódu.
Použití: nové nástroje, scripty, features.
\subsubsection{/pipeline review <repo/soubor>}
\label{sec:orgb9d7b77}
Tok: \texttt{P→S (3 workery)}
Scanner ‖ SecurityAuditor → Synthesizer
Oddělený code quality a security review běží paralelně.
Použití: code review před merge, bezpečnostní kontrola.
\subsubsection{/pipeline audit <cíl>}
\label{sec:org9dd2be0}
Tok: \texttt{S→P→S (4 workery)}
Recon → Auditor ‖ Remediator → Synthesizer
Nejkomplexnější pipeline. Recon zmapuje attack surface, pak Auditor a Remediator běží paralelně na stejném vstupu.
Použití: bezpečnostní audit systému, kódu, infrastruktury, webu.
\subsection{Kariéra a prezentace}
\label{sec:orgc75b10a}
\subsubsection{/pipeline apply <pozice/firma>}
\label{sec:orgf761011}
Tok: \texttt{P→S (3 workery)}
JobResearcher ‖ CVAnalyst → Writer
Výzkum firmy a kultury + analýza tvého CV vs. požadavky → tailored cover letter a strategie přihlášky.
Použití: přihlášky na pracovní pozice.
\subsubsection{/pipeline pitch <nápad>}
\label{sec:org5ea5e5f}
Tok: \texttt{P→S (3 workery)}
AudienceResearcher ‖ ContentStrategist → PitchWriter
Výzkum cílové skupiny a klíčová sdělení běží paralelně → finální pitch narrative.
Použití: pitch pro kurz, projekt, startup, grant.
\subsubsection{/pipeline workshop <téma/cílová skupina>}
\label{sec:orge06b53f}
Tok: \texttt{P→S (3 workery)}
ContentDesigner ‖ FacilitatorAnalyst → WorkshopDesigner
Obsah a facilitátorské metody běží paralelně → kompletní program s tipy a záložními plány.
Použití: design facilitátorského workshopu.
\subsection{Reflexe}
\label{sec:org6773ab2}
\subsubsection{/pipeline retrospect <projekt>}
\label{sec:org155c191}
Tok: \texttt{S (3 workery)}
Historian → Analyst → Advisor
Fakta → hluboká analýza → konkrétní doporučení. Pro delší projekty.
Použití: lessons learned po projektu nebo sprintu.
\subsubsection{/pipeline debrief <událost>}
\label{sec:org11e97ba}
Tok: \texttt{S (2 workery)}
Historian → Analyst
Kratší než retrospect, zaměřený na konkrétní událost.
Použití: reflexe po pohovoru, kurzu nebo meetingu.
\subsection{Technické poznámky}
\label{sec:orgcb41bc1}
Výsledek každé pipeline dorazí přímo do Matrixu — bez nutnosti čekat nebo se ptát.
Pipelines s pauzou (\texttt{+pauza}) čekají na tvé schválení a pak pokračují samy.
Pokud pipeline přerušena (restart systému), obnova:
\begin{verbatim}
/pipeline resume
\end{verbatim}
\subsection{Příklad: /pipeline research}
\label{sec:org45009c5}
\begin{verbatim}
/pipeline research "Kubernetes Operators — kdy má smysl psát vlastní vs. použít existující"
\end{verbatim}
Co se stane:
\begin{enumerate}
\item Spuštěni dva researcheři paralelně (\textasciitilde{}2 min)
\item Synthesizer čeká na oba, pak spojí výsledky (\textasciitilde{}2 min)
\item Výsledek dorazí do Matrixu — strukturovaná analýza s doporučením
\end{enumerate}
Celková doba: \textasciitilde{}4 minuty, bez zásahu.
\end{document} \end{document}

View File

@@ -13,20 +13,6 @@ SCHEDULED: <2026-02-27 Fri ++1w>
CLOCK: [2026-02-14 Sat 18:09]--[2026-02-14 Sat 18:20] => 0:11 CLOCK: [2026-02-14 Sat 18:09]--[2026-02-14 Sat 18:20] => 0:11
:END: :END:
- State "DONE" from "TODO" [2026-02-07 Sat 03:45] - State "DONE" from "TODO" [2026-02-07 Sat 03:45]
* TODO [#B] Daily review
SCHEDULED: <2026-02-21 Sat ++1d>
:PROPERTIES:
:LAST_REPEAT: [2026-02-20 Fri 14:03]
:END:
- State "DONE" from "TODO" [2026-02-20 Fri 14:03]
- State "DONE" from "TODO" [2026-02-19 Thu 11:10]
- State "DONE" from "TODO" [2026-02-17 Tue 15:05]
- State "DONE" from "TODO" [2026-02-16 Mon 14:36]
- State "DONE" from "TODO" [2026-02-14 Sat 10:46]
- State "DONE" from "TODO" [2026-02-12 čt 10:01]
- State "DONE" from "TODO" [2026-02-09 Mon 13:09]
- State "DONE" from "TODO" [2026-02-08 Sun 14:01]
[2026-02-08 Sun 12:59]
* TODO [#A] Reset hesel v praci * TODO [#A] Reset hesel v praci
SCHEDULED: <2026-05-19 Tue ++3m> SCHEDULED: <2026-05-19 Tue ++3m>
:PROPERTIES: :PROPERTIES:

View File

@@ -51,3 +51,24 @@ SCHEDULED: <2026-02-27 Fri ++1w>
CLOCK: [2026-02-16 Mon 14:25]--[2026-02-16 Mon 14:28] => 0:03 CLOCK: [2026-02-16 Mon 14:25]--[2026-02-16 Mon 14:28] => 0:03
:END: :END:
- State "DONE" from "TODO" [2026-02-06 Fri 13:58] - State "DONE" from "TODO" [2026-02-06 Fri 13:58]
* TODO [#B] Daily review
SCHEDULED: <2026-02-22 Sun ++1d>
:PROPERTIES:
:LAST_REPEAT: [2026-02-21 Sat 18:56]
:ARCHIVE_TIME: 2026-02-21 Sat 18:57
:ARCHIVE_FILE: ~/Library/Mobile Documents/iCloud~com~appsonthemove~beorg/Documents/org/work.org
:ARCHIVE_CATEGORY: work
:ARCHIVE_TODO: TODO
:ARCHIVE_ITAGS: work
:END:
- State "DONE" from "TODO" [2026-02-21 Sat 18:56]
- State "DONE" from "TODO" [2026-02-20 Fri 14:03]
- State "DONE" from "TODO" [2026-02-19 Thu 11:10]
- State "DONE" from "TODO" [2026-02-17 Tue 15:05]
- State "DONE" from "TODO" [2026-02-16 Mon 14:36]
- State "DONE" from "TODO" [2026-02-14 Sat 10:46]
- State "DONE" from "TODO" [2026-02-12 čt 10:01]
- State "DONE" from "TODO" [2026-02-09 Mon 13:09]
- State "DONE" from "TODO" [2026-02-08 Sun 14:01]
[2026-02-08 Sun 12:59]