169 lines
5.4 KiB
Org Mode
169 lines
5.4 KiB
Org Mode
:PROPERTIES:
|
||
:ID: 20ce5e6c-cbc5-4479-9220-e71effe1170e
|
||
:END:
|
||
#+title: Daneel - Pipelines
|
||
#+filetags: :daneel:pipelines:overview
|
||
#+include: ~/org/templates/document_personal.org
|
||
|
||
|
||
* Přehled pipeline typů
|
||
|
||
Každá pipeline se spouští příkazem =/pipeline <typ> <téma>= v Matrixu.
|
||
Výsledek dorazí zpět do Matrixu automaticky — bez dalšího zásahu.
|
||
|
||
Legenda: =S= sekvenční, =P= paralelní (workery běží současně), =+pauza= čeká na tvé schválení před pokračováním.
|
||
|
||
** Tvorba obsahu
|
||
|
||
*** /pipeline write <téma>
|
||
Tok: =S (3 workery, retry)=
|
||
Researcher → Creator → Critic
|
||
|
||
Critic ohodnotí výstup 0–100. 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.
|