Populární témata
#
Bonk Eco continues to show strength amid $USELESS rally
#
Pump.fun to raise $1B token sale, traders speculating on airdrop
#
Boop.Fun leading the way with a new launchpad on Solana.
Myslím, že mnoho lidí, kteří by mohli chtít vyvinout nový softwarový projekt, často zakopne na začátku v procesu jeho spuštění, protože se zdá být tak skličující začínat s prázdným repozitářem.
Tak jsem si řekl, že rychle projdu svůj nejnovější pracovní postup, který dramaticky snižuje laťku, pokud jde o úsilí a čas potřebný k zahájení.
Zdaleka nejdůležitější je mít dobrý nápad nebo to, co by bylo užitečné pro mnoho lidí, pokud by to opravdu fungovalo správně a dělalo to, co se snaží dělat dobře.
S touto částí vám opravdu nemohu pomoci, ale běžná rada poškrábat se na vlastním svědění a vyřešit své vlastní (nespecializované) bolestivé body je velmi dobrý způsob, jak začít. Přistihl jsem se, že neustále přemýšlím o nápadech na projekty.
Každopádně dalším krokem je napsat nápad neformálně, stejně jako byste to mohli udělat v rychlém e-mailu blízkému příteli.
Nesnažíte se z toho udělat formální plán, jen nejrychlejší způsob, jak sdělit základní myšlenku a to, co dělá, a specifikovat všechny části technologického stacku nebo knihoven, o kterých víte, že je chcete použít.
Přiložené snímky obrazovky ukazují příklad tohoto nápadu, který jsem náhodně dostal před několika dny. Trvalo mi asi 10 nebo 15 minut, než jsem to napsal. Nemusí být dlouhý a může odkazovat na jiné zdroje, aby byl stručný.
Tento počáteční popis se pak stane výzvou pro GPT-5 Pro. To obvykle trvá nejméně 15 nebo 20 minut (zábavně déle než trvá napsání výzvy). Můžete zkusit i jiné modely, ale budou mnohem horší.
Často pak vezmu stejnou výzvu a předám ji Grok4 Heavy nebo Opus4.1 a vložím tyto nápady zpět do GPT-5 Pro a povzbudím Pro, aby přijal všechny dobré nápady, které vidí v ostatních návrzích. Pokud je v těchto plánech skutečně něco chytrého, GPT-5 Pro to rozpozná a začlení.
Poté požádám Pro, aby na základě jeho první odpovědi vytvořil podrobný, podrobný dokument plánu markdownu a uložím jej jako soubor do nově vytvořené složky projektu.
Pak to často několikrát zopakuji, zahájím novou konverzaci Pro ve webové aplikaci a dám celý soubor plánu markdown a řeknu mu, aby plán vylepšil různými způsoby, aby byl spolehlivější, robustnější, výkonnější, intuitivnější, uživatelsky přívětivější a další dobrá přídavná jména.
A povzbudím Pro, aby provedl vyčerpávající webový průzkum nejnovější dokumentace, blogů, tutoriálů atd., aby našel lepší knihovny nebo způsoby, jak věci dělat.
Pak vezmu jeho navrhované revize a vložím je do codexu a požádám codex, aby tyto revize integroval do existujícího dokumentu markdown planu.
Po 2 nebo 3 kolech se věci stabilizují a dostanete opravdu dobrý, propracovaný plán. To je klíč ke všemu, protože když jsou věci ještě ve fázi plánu, je mnohem snazší je ladit a vylepšovat, protože ještě nemáte žádný kód. Dvakrát měřit, jednou řezat atd.
Zde je odkaz na výsledný dokument plánu, který pochází z původní výzvy k tomuto nápadu:
V tomto okamžiku začnu přidávat soubor AGENTS dot md; Začnu s existujícím, který mám, a požádám Pro (ve stejné relaci, kdy byl napsán nejnovější dokument plánu), aby jej přizpůsobil pro tento nový projekt a technologický stack při zachování čehokoli obecného.
Pokud existují nějaké kriticky důležité knihovny, někdy také vytvořím specializovaného průvodce osvědčenými postupy (řekněme, že pokud vytváříte server MCP, vygeneruji průvodce osvědčenými postupy specializovaný na knihovnu fastmcp, ale kde také vysvětlím, jak strukturovat projekt atd.)
V tomto okamžiku pak požádám Codex, aby během jednoho sezení začal vytvářet strukturu projektu, vytvářet složky a prázdné zástupné soubory, vytvářet soubor .gitignore atd.
Zde se můj proces dramaticky liší od typického přístupu. Nejprve použiji projekt korálků Steva Yeggeho a řeknu kodexu, abych z dokumentu plánu udělal hromadu úkolů a dílčích úkolů pomocí korálků.
Pak použiji tmux k vytvoření několika sezení kodexu, až 8 najednou (myslím, že více než to by také fungovalo dobře)...


Zde je odkaz na mé vlákno o uzavření automatizační smyčky pomocí tmux:

8. 11. 10:27
Právě jsem přišel na to, jak opravdu ještě více automatizovat pracovní postup svého agenta pomocí některých kouzel tmux.
Nyní, když používám svůj projekt pošty agenta MCP, abych přiměl skupinu agentů, aby spolu mluvili o implementaci plánu (a také koordinovali použití projektu beads pro správu úkolů), stále potřebuji "krmit" agenty tím, že zařadím do fronty spoustu zpráv v kodexu, abych je zaměstnal.
To zahrnuje procházení různých panelů TMUX jeden po druhém (jeden pro každou instanci Codexu) a vkládání některých předpřipravených zpráv nebo několikanásobné stisknutí šipky nahoru pro opětovné použití minulých zpráv, jako například:
"Vyberte si další korálek, který můžete skutečně užitečně udělat nyní, a začněte na něm okamžitě kódovat; Sdělte ostatním agentům to, co děláte, prostřednictvím pošty agenta."
Připadá mi to trochu hloupé a neefektivní, když to netrvá tak dlouho, než dáte každému agentovi dostatek instrukcí, které ho zaměstnají na více než hodinu.
Ale teď jsem si uvědomil, že můžu automaticky zařadit do fronty spoustu zpráv v každém relevantním panelu tmux najednou, jednoduše zkopírováním a vložením do konzole mimo relaci tmux (toto je testováno a funguje v zsh):
---
PANES=(${(f)"$(tmux list-panes -a -F '#S:#I.#P' | tail -n +3 | head -n -2)"})
pro panel v $PANES; dělat
tmux send-keys -t $pane -l 'vyberte další korálek, který můžete nyní skutečně užitečně udělat, a okamžitě na něm začněte kódovat; Sdělte ostatním agentům, co děláte, prostřednictvím pošty agenta.
spánek 0.1
tmux send-keys -t $pane Enter
neboť i v {1..4}; dělat
tmux send-keys -t $pane -l 'Pokračujte, dělejte užitečnou práci! a komunikujte!"
spánek 0.1
tmux send-keys -t $pane Enter
hotový
tmux send-keys -t $pane -l 'výborně, teď chci, abyste si pečlivě přečetli všechen nový kód, který jste právě napsali, a další existující kód, který jste právě upravili, a to novýma očima a velmi pečlivě se dívali na zjevné chyby, omyly, problémy, problémy, zmatek atd.'
spánek 0.1
tmux send-keys -t $pane Enter
tmux send-keys -t $pane -l 'Nezapomeňte zkontrolovat poštu svého agenta a v případě potřeby okamžitě odpovědět na jakoukoli zprávu; Poté pečlivě pokračujte v plánu, systematicky provádějte všechny zbývající nedokončené úkoly a pokračujte v zaznamenávání svého pokroku v dokumentu plánu, prostřednictvím korálků a e-mailových zpráv agenta. Neuvízněte v "komunikačním očistci", kde se nic nedělá; Buďte proaktivní při zahajování úkolů, které je třeba udělat, ale informujte své kolegy agenty prostřednictvím zpráv, když tak učiníte, a poznamenejte si to do dokumentu plánu. Když si opravdu nejste jisti, co dělat, vyberte si další korálek, na kterém můžete užitečně pracovat, a začněte."
spánek 0.1
tmux send-keys -t $pane Enter
tmux send-keys -t $pane -l 'ok můžete nyní obrátit svou pozornost na kontrolu kódu napsaného vašimi kolegy agenty a zkontrolovat případné problémy, chyby, omyly, problémy, neefektivitu, bezpečnostní problémy, problémy se spolehlivostí atd. a pečlivě diagnostikovat jejich základní příčiny pomocí analýzy prvního principu a poté je opravit nebo revidovat, pokud je to nutné? Neomezujte se na nejnovější závazky, rozhoďte širší síť a jděte opravdu hluboko!"
spánek 0.1
tmux send-keys -t $pane Enter
hotový
---
Tento skript:
Získá podokna: Najde všechna podokna TMUX, kromě prvních 2 a posledních 2
Odešle 8 zpráv do každého vybraného panelu:
"Vyberte si další korálek..."
- říká agentům, aby začali pracovat na dalším úkolu
"Pokračuj..." × 4 - Opakované povzbuzování k pokračování v práci
"pozorně si přečtěte..." - dává pokyn k čerstvé revizi kódu
"check agent mail..." - dlouhá zpráva o koordinaci, jak se vyhnout komunikační paralýze, jak zůstat produktivní
"Zkontrolovat kód napsaný kolegy agenty..." - peer code review pro chyby/problémy
Každá zpráva je odeslána doslova (příznak -l) s 0,1 sekundovým zpožděním před Enter, aby bylo zajištěno, že je Codex CLI správně zpracuje.

6,06K
Top
Hodnocení
Oblíbené
