5.4 KiB
Daneel - Pipelines
- Přehled pipeline typů
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:
/pipeline resumePříklad: /pipeline research
/pipeline research "Kubernetes Operators — kdy má smysl psát vlastní vs. použít existující"
Co se stane:
- Spuštěni dva researcheři paralelně (~2 min)
- Synthesizer čeká na oba, pak spojí výsledky (~2 min)
- Výsledek dorazí do Matrixu — strukturovaná analýza s doporučením
Celková doba: ~4 minuty, bez zásahu.