17.3.1 Neniu skribotablo, neniu laboro ¶

Skribotabloj helpas nur se agentoj uzas ilin. Tial la regulo, kiun Claude Code aplikas antaŭ ĉiu redaktado: agento ŝanĝas projekton nur de skribotablo, kaj neniam en la propra dosierujo de la projekto. Agento komencas per Super+a, Agento ĉi tie, sidas en via hejma dosierujo; la momento, kiam ĝi atingas dosieron en ~/src/vikix aŭ ~/src/novel, la redaktado estas malakceptata, kaj ĝi legas kial:

> Vikix-oficejo: ~/src/vikix/bin/vikix-wifi estas en la projekto vikix, kaj vi ne estas ĉe skribotablo. Agento laboras sur deponejo nur de sia propra skribotablo, labradarburo de ĝi. Prenu unu de ĉi tie: faru vikix agents sit vikix TEMO (vorto aŭ du por la laboro; ĝi kreas ~/src/vikix-TEMO sur la branĉo TEMO, aŭ prenas la ekzistantan, kaj sidas vin tie), tiam laboru en tiu dosierujo kaj faru aliĝon tie. La propra dosierujo de la projekto, ~/src/vikix, estas nur por kunfandiĝo.

La agento sidas memstare, sen restartigo:

$ vikix agents sit vikix wifi-fix
claude 48213 is seated at ~/src/vikix-wifi-fix: a new worktree on the branch wifi-fix. Work there (cd ~/src/vikix-wifi-fix) and commit there, on the branch wifi-fix; the house rules take that folder as yours now, and vikix agents shows you at it.

De tiam la labortablo apartenas al tiu agento: ĝiaj modifoj tie aprobas, vikix agents listigas ĝin ĉe ~/src/vikix-wifi-fix (wifi-fix, 2 neakceptitaj) kun la branĉo kaj kio atendas tie, kaj vikix agents close rifuzas la labortablon dum ĝi estas uzata. Agento, kiu jam havas labrotabelon, kreita mane aŭ per la propra subteno por labrotabeloj de Claude Code, sidas ĉe ĝi per vikix agents sit kaj nenio pli, kaj ĝi estas lanĉata de ene de ĝi; agento, kiun vi lanĉis per vikix agents worker, estas ĉe unu el ili de la komenco. Projekto, kiu ne estas deponejo, ne havas labortabelojn kaj nenian regulon: la agento laboras en sia dosierujo.

Du pliaj rifuzoj. La propra dosierujo de la projekto estas rifuzata de ĉiu labortablo, nomante la labortablon de la agento (~/src/vikix estas la propra dosierujo de la projekto, kiu estas nur por kunfandado: neniu agento modifas ĝin. Via labortablo estas ~/src/vikix-wifi-fix: faru la ŝanĝon tie). Kaj komanda linio estas submetata al la regulo, kiam ĝi skribus tien (sed -i, > en dosieron, mv, git commit, git rebase kaj simile): la hakilo legas la komandon, trovas la lokojn, kiujn ĝi nomas, kaj rifuzas ĝin laŭ la sama maniero; komando, kiu nur legas (cat, grep, git log, git worktree list), aprobas. La regulo validas por ĉiu projekto, kiun vikix project list konas, kiu estas git-deponejo; deponejo, kiu ne estas projekto (~/.dotfiles), ne estas regulata. Ĉiu rifuzo estas stokata en la registra datumbazo (vikix records list office --kind refused).

La listigo montras, kiu ankoraŭ ne sidas ie:

  claude   ~ (no desk)                                workspace 1   1 d        at its prompt
  claude   ~/src/vikix-wifi-fix (wifi-fix, 2 uncommitted)   workspace 4   35 min     working

17.3.2 Provado de laboro de programo rekte sur la labortablo ¶

La laboro de programo atingas la aktivan labortablon nur kiam ĝi estas publikigita, kaj publikiĝo estas versia numero. Iteracii dek fojojn antaŭ unu estas la kutima situacio, do ekzistas maniero por provi la laboron de programo rekte sur la labortablo, kiel ĝi estas:

$ vikix try agent-work
:: the desktop takes ~/src/vikix-agent-work: agent-work at 3e23404, not main (vikix try off, or vikix update core, puts main back)
:: stage 10-packages
...
:: StumpWM reloaded: the new keys, bar and menu are in use
!! the desktop runs ~/src/vikix-agent-work (agent-work at 3e23404, since 2026-10-06 21:10; vikix try), not main: vikix update core (gup) puts it back on main

La instalita versio, ~/vikix, estas metita ĉe la lasta versio de la labortablo anstataŭ ĉe la ĉefa versio, kaj la paŝoj de la ĉefaj ĝisdatigoj estas farataj kiel post gup: novaj pakoj en la listoj, servoj, ligoj al la konfiguraj dosieroj, migradoj, StumpWM estas refreŝigita. Nombru la labortablon laŭ ĝia temo, ĝia branĉo aŭ ĝia dosierujo, aŭ faru vikix try sen ajna enhavo el la labortablo. La agente faras la versiojn, vi provas, vi rigardas, vi diras kio estas erare, ĝi faras novajn versiojn, vi provas denove. vikix try status diras, kion la labortablo faras, kaj vikix agents diras tion en sia unua linio.

Tri aferoj, kiujn vi devas scii. Ĝi bezonas versiojn: dosieroj, kiuj ne estas versietaj en la labortablo, estas rifuzitaj, kaj la mesaĝo diras tion. Unu labortablo je unu fojo: la sekva vikix try anstataŭigas la antaŭan, kaj diras ĝin. Kaj provo neniam estas konservita post ĝisdatigo: gup aŭ vikix update core remetas ~/vikix al la ĉefa versio antaŭ ol ĝi estas elŝutita, kaj vikix try off faras tion tuj, kun la paŝoj, kiam vi volas, ke la eldonita labortablo estu rekreita sen elŝutado. La propra dosierujo de la projekto estas rifuzita, kiel ĉie.

17.3.3 Tago kun du agentoj en Vikix ¶

vikix agents desk vikix wifi-fix --task "the Wi-Fi picker should scan first"   # workspace 4
vikix agents desk vikix docs-pass --task "read docs/ for anything stale"        # workspace 5

Ĉiu komencas sian taskon en sia propra labora spaco. Ĉiu laboras en sia propra laborarbo, kaj kiam ĝi finas, ĝi finas per la propra eldon-paŝo de la projekto (por Vikix, .claude/release wifi-fix "..."), kiu kunigas la branĉon kaj forigas la laborarbon kaj la branĉon: la labora tablo "purigas" sin. Ĉiuj restantaj procezoj en tiu dosierujo ricevas mesaĝon de la sekva gup aŭ vikix update core (la dosierujo, de kie ĉi tio komenciĝis, ne plu ekzistas: la procezo estas lanĉata de /home/you), kaj tiel la procezo daŭras. vikix agents montras dumtempe ~/src/vikix-wifi-fix (wifi-fix, 3 ne-aligitaj) kaj ~/src/vikix-docs-pass (docs-pass, 1 ne-aligita), do vi povas tuj vidi, kiu havas kion.

17.3.4 Libro ¶

vikix agents desk novel chapter-3 --task "draft chapter three from the outline"
a desk, and a worker at it: in ~/src/novel-chapter-3, a new worktree on the branch chapter-3, the task its first prompt, on workspace 5

La agenteo skribas kaj almetas la ĉapitron chapter-3. Se ĝi plaĉas al vi:

cd ~/src/novel && git merge chapter-3     # the work comes in
vikix agents close chapter-3              # the desk goes
the desk is closed: ~/src/novel-chapter-3 removed, the branch chapter-3 deleted

Aŭ diru al la agento: kunigu vian branĉon en la ĉefa branĉo; la funkcio diras al ĝi kiel, kaj ĝi diras al vi, kiam la laborposteno povas esti forigita.

17.3.5 Fermado de laborposteno ¶

vikix agents close forigas laborpostenon: ĝia laborarbo estas forigita, kaj ĝia branĉo estas forigita post kiam la laboro estas finita. Nomu la laborpostenon per ĝia temo, ĝia branĉo, ĝia dosierujo, aŭ kiel PROJECTO TEMO; se nenio estas nomita, tiam Super+Alt+d poste c, aŭ Super+m → AI → Agentoj: fermu laborpostenon, petas, kiun, kaj en terminalo sen grafika interfaco ĝi listigas ilin:

vikix agents close
The desks:
  ~/src/novel-chapter-3  (branch chapter-3, in; nothing uncommitted)
  ~/src/vikix-wifi-fix  (branch wifi-fix, not in main yet; 3 uncommitted; at work: claude 48213)

Ĝi rifuzas dum agento ankoraŭ laboras tie (claude 48213 ankoraŭ laboras en ~/src/vikix-wifi-fix: lasu ĝin fini, aŭ fermu ĝian terminalon) kaj dum dosieroj atendas sen esti konfirmitaj (3 dosieroj ne konfirmitaj: unue konfirmu ilin tie, aŭ –force forigas ilin). Konservatas branĉo, kiu ankoraŭ ne estas kunigita, kaj la mesaĝo diras tion: kunigu ĝin, poste git branch -d en la projekto, aŭ –force, kiu forigas la branĉon kaj ĝian laboron. La laborloko, kiun la "skatolo" havis, estas simple denove malplena. Kiam "skatolo" estas fermita, la agento diras al vi tion en sia lasta mesaĝo: ke la "skatolo" ne plu ekzistas, kiu branĉo estis kunigita aŭ konservita, kaj kio restas por vi fari (puŝi, aŭ provi ĝin sur la komputila labortablo).

17.3.6 La transdono: kion la "skatolo" memoras ¶

"Skatolo" daŭras pli longe ol la agento, kiu laboras sur ĝi. Ĉiu konservas malgrandan registron (~/.local/state/vikix/office/desks/, unu dosiero por "skatolo", nomita laŭ la deponejo kaj la laborarbo, neniam laŭ proceso), kaj vikix agents handoff montras ĝin:

$ vikix agents handoff wifi-fix
Desk ~/src/vikix-wifi-fix (branch wifi-fix), project vikix  [3f9a1c2b7d4e]
Task (user, 2 h ago): the Wi-Fi picker should scan first, then show the list
Status: review (claude 48213, 20 min ago)
Estimate (claude 48213, 1 h ago): 40 min, if the picker needs no new test; finished in 45 min against 40 min, 5 min over
Done and decided (claude 48213, 20 min ago):
  scan before the list in bin/vikix-wifi; kept the old order under --no-scan
Left to do, next (claude 48213, 20 min ago):
  Vid tries it on the laptop; then release
Checks:
  passed  tests/run.sh wifi  (claude 48213, 25 min ago, on 7c1e0f2, clean tree)  fresh
Now: wifi-fix at 7c1e0f2, nothing uncommitted
Sessions: claude 0f1e2d3c-… (2 h ago)
At the desk now: claude 48213
  claude 48213: pre-edit and pre-shell hooks (vikix agents touch): 14 edits proposed through them
  no filesystem enforcement by Vikix: a worktree keeps copies apart, it is no sandbox

Tri specoj de tasko, apartigitaj kaj ĉiu kun propra identigilo. La tasko estas via, laŭ viaj vortoj: vikix agents worker wifi-fix "..." agas, kiam la laboristo komencas, kaj donas ĝin al la agento kiel ĝia unua instrukcio (la tasko de la laboristo antaŭe estas enmetita en la historion de la sistemo, kune kun la rezulto), tiel la sistemo komencas labori tuj (Claude Code, Codex, OpenCode, Gemini CLI kaj Antigravity CLI uzas tion; Aider ne uzas, kaj ricevas instrukcion legi la registron); aŭ vikix agents handoff --task "..." agas poste; ĉiu tasko havas propran registron, kun identigilo kaj lanĉnumero (La laboro: taskoj kaj ilia historio, sube). La transdono estas de la agento: stato (laboranta, atendanta, revizianta, finita, aŭ provizore haltigita: forlasita, por esti reaktivigita poste), estimo, kio ŝanĝiĝis kaj decidiĝis, kio restas kaj la sekva ago. La estimo estas, kiom da tempo la laboro daŭros de la momento de la enigo, supoze ke ne aperas gravaj problemoj (--estimate "40 min, se la selektilo ne bezonas novan teston": unue daŭro, en minutoj, horoj aŭ tagoj, kaj poste, post komo, la supozoj); agento, kiu komencis kun tasko, estas petata pri nova, kiel baldaŭ kiel ĝi konas la tipon de la laboro. La registro kaj vikix agents kalkas ĝin malantaŭen (28 min restas el 40 min, 10 min preter la 40 min), kaj kiam la stato estas finita, ili diras, kiel ĝi iris (finita en 45 min anstataŭ 40 min, 5 min preter). La horloĝo estas de la sistemo, do la tempo pasigita atendanta vi estas kalkata, kiel estus por homo; estimo, kiun oni denove enigas, reaktivigas ĝin. Kion Vikix legas mem estas la resto: la aldonitaj kaj ne-aldonitaj dosieroj ĉe ĉiu enigo, kaj por kontrolo, la aldonita versio kaj ĉu la arbo estis ŝanĝita tiam. Kontrolo estas markita kiel malnova en la momento, kiam la kodo diferencas de tio, sur kio ĝi funkciis, per alia aldonita versio aŭ aliaj ne-aldonitaj ŝanĝoj, do malnova "verda" neniam estas akceptata kiel nova. La sesioj estas la identigiloj de la konversacioj de la provizantoj kaj nenio pli: neniu transkripcio estas kopiata, kaj linio, kiu ŝajnas esti ŝlosilo aŭ tokeno, estas tuj malakceptata.

La agento skribas per la sama komando, aŭ per la MCP-iloj handoff kaj handoff_update, laŭ kiu agento temas:

vikix agents handoff --status working --estimate "40 min, if the picker needs no new test"
vikix agents handoff --status review --summary "..." --next "..."
vikix agents handoff check "tests/run.sh wifi" --ok
vikix agents handoff session codex 01a111e5-…      # a conversation that can be resumed here
echo '{"status":"waiting","next":"needs the laptop"}' | vikix agents handoff --from -
vikix agents park wifi-fix --next "once the new laptop is here"   # kept aside: blocked on parked in the Office, not needing you

vikix agents park [DESK] estas la stato parkita laŭ sia propra nomo, via aŭ de la agento: la laborposteno estas forigita, por esti reaktivigita poste, kaj la sistemo listigas ĝian taskon sub Blokita (blokita ĉe parkita), tamen la agento forlasis ĝin (demando, kiun ĝi petis kun stato atendas, alie tenus ĝin sub Bezonas atenton); --next "..." anstataŭigas la sekvan paŝon per tio, kion fari kiam ĝi estos reaktivigita. Nenio estas haltigita per ĝi: agento, kiu ankoraŭ laboras ĉe la laborposteno, daŭras, kaj la laborposteno estas konsiderata aktiva ĝis ĝi estos forigita (vikix agents pause tenas unu); laboranto, kiu komencis labori tie, aŭ ajna skribita stato, reaktivigas ĝin.

Kun iu el tiuj agordoj, handoff skribas anstataŭ montri (vikix agents handoff set diras la saman, nur unu vorto pli longa); de ekstere de la laborposteno, unue nomu ĝin, kiel por close: vikix agents handoff wifi-fix --task "...".

La transdono (ekde versio 0.72.34) estas la resto de la registrado, la kampoj, kiujn laboranto plenigas dum la laboro, por ke tiu, kiu prenas la laborpostenon poste, vi, recenzanto aŭ alia provizanto, komencu de faktoj, anstataŭ de konversacio. Ĉiu linio estas subskribita kiel la aliaj, ĉiu listo konservas kvindek, linio estas interrompita je mil karakteroj, kaj linio, kiu ŝajnas esti ŝlosilo, estas rifuzata.

Acceptance (user, 2 h ago): 2 of 3 done
  [x] the picker scans before it lists  (claude 48213, 30 min ago)
  [x] the old order stays under --no-scan  (claude 48213, 25 min ago)
  [ ] a test covers the scan
Decided (1):
  the scan runs in the bar's thread, never in StumpWM's  (claude 48213, 1 h ago)
Defects: 1 open
  open      a card that takes longer than two seconds to scan shows an empty list first  (claude 48213, 20 min ago)
Review: 0 open, 1 addressed
  addressed bin/vikix-wifi:88 the timeout is read twice  (codex 51002, 15 min ago; addressed by claude 48213)
Changed (vikix, 20 min ago): 2 files against 3a9f1c0
  +41 -6  bin/vikix-wifi
  +12 -0  tests/wifi.sh (uncommitted)
Commits (vikix, 20 min ago): 1 past 3a9f1c0
  7c1e0f2  wifi: scan before the list

La akceptaj kriterioj estas viaj, donitaj kun la tasko, unu linio por ĉiu: vikix agents worker wifi-fix "..." --acceptance "la selektilo skanas antaŭ ol ĝi listigas" --acceptance "..." (desk --task prenas ilin laŭ la sama maniero, kiel dosiero kun planoj, acceptance = ["...", "..."], kaj vikix agents handoff --acceptance "..." poste, kio anstataŭigas la tutan liston). La laboristo markas unu per vikix agents handoff --done 2, kaj la rekordo, la listo, kaj la Oficejo diras 2 el 3. Decidoj (--decided "...") estas la faritaj elektoj, do la sekva laboristo ne re-malfermas ilin; difektoj (--defect "...", fermitaj per --defect-done N) estas tio, kion la laboristo scias, ke estas erara aŭ mankas; reviziaj trovoj (--review "bin/vikix-wifi:88 la tempo limigo estas legata dufoje", kio tenas la lokon aparte; --review-done N markas, ke unu estis pritrakta) estas revizianto, aŭ via. Kio ŝanĝiĝis kaj la alŝarĝoj neniam estas tajpitaj: Vikix legas ilin el Git ĉiufoje, kiam la transdono estas skribita kaj dum la testanto faras la teston, kompare kun la bazo, la alŝarĝo, kie la branĉo de la laborposteno forlasis la propran projekton, kun la ne alŝarĝitaj dosieroj markitaj kaj nova, ankoraŭ netrakita dosiero, kiu estas deklarita kiel nova. La MCP-ilo handoff_update prenas la samajn kampojn laŭ iliaj nomoj (acceptance kiel listo, done, defect, defect_done, review, review_done, decided), --from prenas ilin kiel JSON, kaj la paĝo de la laborposteno en la Oficejo montras ilin ĉiujn sub Kion la agento diras kaj Observita stato de Git.

La sesida ID de Claude Code kaj la konversida ID de Antigravity CLI estas notitaj de la propra hakilo; la ceteraj diras sian per session. vikix agents handoff list estas ĉiu laborposteno kun rekordo, vikix agents montras la staton de la laborposteno de ĉiu agento sub ĝia linio, kaj Super+m → AI → Agentoj: transdono de laborposteno elektas unu. vikix agents close markas la rekordojn kiel fermitaj kaj konservas ilin, kaj tiel faras ankaŭ publikigo, kiu forigas la laborpostenon (.claude/release), do laborposteno, kies laboro aperas, estas montrata kiel fermita, ne kiel atendanta. Rekordo, kiu ne plu estas volata, de laborposteno, kies laborarbo malaperis, estas forigita per vikix agents handoff forget DESK (la Arkivo de la Oficejo havas la saman, unu rekordo je unu tempo, kaj Purigu arkivon por ĉiuj el ili); sen nomita laborposteno, ĝi listigas tiujn, kiuj povus esti forigitaj. Ĝi rifuzas dum la dosierujo ekzistas (anstataŭe fermu la laborpostenon) aŭ agento ankoraŭ estas en ĝi, kaj ne prenas nenion alian kun ĝi: nenia dosiero, nenia branĉo, nenia konservita konversacio.

17.3.7 Reaktivigi laborpostenon ¶

$ vikix agents resume wifi-fix
Desk ~/src/vikix-wifi-fix ...            (the handoff, as above)

resumed: claude session 0f1e2d3c-… at ~/src/vikix-wifi-fix, its conversation continues (its store has it)
on workspace 4

vikix agents resume montras la transiron, la staton de Git kaj la freŝecon de la kontrolitaj elementoj, kaj poste komencas agenton ĉe la labortablo. Kiam la registrado indikas sesion, kaj la deponejo de la provizanto ankoraŭ enhavas ĝin, tiu mema konversacio estas daŭrigita: claude --resume ID, codex resume ID, opencode --session ID, agy --conversation ID, ĉiu laŭ la instrukcioj de la instalita helpilo. Alie, komenciĝas nova konversacio, kun la transiro sur la terminalo, kaj la linio klarigas kial: neniu sesio notita, la deponejo de la provizanto perdis ĝin, aŭ la provizanto ne povas daŭrigi sesion (Aider ne havas sesiidentigojn; la opcio --resume de Gemini CLI estas prenita el ĝia dokumentaro, sed ne estis kontrolita ĉi tie). Kiam la propra deponejo de la provizanto enhavas konversacion por tiu dosierujo, kiun la registro ne nomas, ĝi estas proponita, kun la komando, kiu indikas ĝin, kaj neniam estas prenita: nenio daŭrigas la plej freŝan konversacion, kaj nenio komencas duan agenton ĉe labortablo, kiu jam havas unu (--another faras tion, intence). --fresh petas novan konversacion, --use codex petas alian provizanton, --here petas ĉi tiun terminalon.

17.3.8 Laboranto: agento ĉe labortablo, okupiĝante pri tasko ¶

Laboranto estas tio, kion vikix agents worker wifi-fix "la selektilo de Wi-Fi devas unue skani" komencas (aŭ vikix agents desk vikix wifi-fix --task "...", la labortablo kaj la laboranto kune). La agento estas komencita por la tasko, kun sia unua peto, kaj kun la loko de la registro de la labortablo, tiel ke ĝi aperas sur tio, por kio la labortablo estas uzata, anstataŭ ĉe malplena peto. La laboranto raportas laŭ sia konstruo. Kiam ĝia stato fariĝas revizia, atendanta aŭ finita, notifo sur la komputila ekrano diras tion, kun sia sekva paŝo (neniam por stato, kiu restis, aŭ por via propra ŝanĝo). Kaj laboranto, kiu finas sian vicon havante ŝanĝitajn dosierojn sen skribi sian transiron, estas petata unufoje, de la Halto-hok de Claude Code (vikix agents stopping, agordita per vikix agent kun la reguloj de la domo; la dosiero de hokoj de Codex estas la sama), skribi ĝin antaŭ ol ĝi finiĝas; la fino post tio estas lasita, tiel ke nenio estas ripetata. Labortablo sen tasko, kun sesio, kun kiu vi simple parolas, estas petata en la sama maniero ĝis ĝia registro havas staton, kaj poste estas lasata sola: unu linio, tiel ke la Oficejo neniam montras la labortablon kun nenia transiro. Kaj labortablo, kiun la versio fermas sen stato, ricevas finitan kaj la linion de la versio, ĉar la laboro estas sur la ĉefa branĉo, kion ajn la agento ne diris.

La tasko havas sian propran registrilon (de 2026-10-14; lib/tasks.py, la unua fazo de plans/DESIGN-office-tasks.md), krom la labortablo, ĉe kiu ĝi estas farata, kaj la agento, kiu faras ĝin: ~/.local/state/vikix/office/tasks/ID.json, kreita per ĉiu maniero, en kiu la laboro komenciĝas (worker, desk --task, sit --task, handoff --task, la formularoj de la Oficejo, plano), kun identigilo por la tuta vivo (t-20261014-7f3a9c), kiu kreis ĝin (via; la propra agento, por tiu, kiu sidiĝis kun --task; per plano Nomo por la plan-ekzekutanto; nekonata por tiu, kiu venas de antaŭe), ĝia prioritato (normala, ĝis la vico venas), kiam ĝi estis kreita, lanĉita kaj finita, la transiro, kiel la agento lasis ĝin, kaj ĉiu lanĉo kun sia numero: office/sequence donas unu al ĉiu laboranto, kiun la oficejo komencas, tiel ke la ordo, en kiu ili estis komencitaj, estas konservata, kaj du agentoj de Claude estas distingitaj (#104 claude). La registro de la labortablo celas sian taskon per identigilo, kaj la tasko konservas sian historion, kiam la laborantoj de la labortablo ŝanĝiĝas: dua laboranto pri alia tasko lasas la antaŭan blokita ĉe laboranto ĉe la labortablo, sesio aŭ resume estas lanĉo de la sama tasko kun la sekva numero, kaj daŭrigo kun alia provizanto estas notita kiel transiro inter ili. Du statoj, tenataj aparte. La stato de la laboranto estas tio, kio estis observata, ĉiufoje, kun kie ĝi estis legita kaj kiom certe (ida, fidinda: la marko de la titolo; foririnta, deduktita: la procezo foriris). La stato de la tasko estas registrita, kaj ŝanĝiĝas nur per nomita paŝo: preta kiam ĝi estas kreita, ekzekutanta ĉe lanĉo, bezonas decidon kiam la transiro de la agento diras, ke ĝi atendas, bezonas revizion kiam ĝi diras revizion, preta por eldonado kiam ĝi diras finita (la laboro de la agento estas farita; via ne), blokita ĉe sia laboranto kiam la procezo de la laboranto finiĝas, ĉe la testoj, kiam ili malsukĉesas sen laboranto tie, aŭ ĉe parkita, kiam la transiro diras tion; kompletita de la eldonado, aŭ per fermo de la labortablo kun ĝia branĉo kunigitaj; nuligita per fermo kun --force. Vorto, kiu petas la staton, en kiu la tasko estas, nenion ŝanĝas. Eliro de laboranto neniam kompletigas aŭ nuligas ion: la tasko estas blokita je sia laboranto kaj restas videbla, por ke ĝi estu daŭrigita, transdonita aŭ nuligita; nova laboranto ĉe la sama labortablo lasas la antaŭan taskon laŭ la sama maniero, ĉe la labortablo.

Kio "farita" signifas, la ununura tabelo, kiun ĉiu laboranto ricevas ĉe la fino de sia unua peto, paŝo po linio, kio ajn la provizanto estas (DONE en lib/handoff.py; la kapablo de la programo havas ĝin en projects.md kiel Tago de laboranto):

Komprenu

la taskon kaj ĝiajn akceptkriteriojn; legu la transiron kaj la instrukciojn de la projekto.

Taksante

kiam vi konas la formon de la laboro, diru kiom da tempo ĝi daŭros, supoze ke ne aperas gravaj problemoj: vikix agents handoff --status working --estimate "40 min", aŭ la ilo de la MCP handoff_update.

Rigardu

la dosierojn, kiujn la tasko tuŝas, antaŭ ol ŝanĝi ilin.

Ŝanĝu

ĉe via labortablo, sur ĝia branĉo.

Testu

la testojn, kiujn la ŝanĝo atingas, per la ekzekutanto de la projekto (tests/run.sh --changed); korigu tion, kio malsukĉesas, kaj reekzekutu ilin. Kiam la mapo elektas la tutan asemblaĵon, diru tion kaj kio estas la alterna kosto, antaŭ ol ekzekuti; la ekzekuto ĉe labortablo estas registrita, tiel ke nek la testanto nek la eldonanto reekzekutos ĝin.

Gvidu

ĝisdatigu tiujn, kiujn la ŝanĝo faras malĝustaj, en la sama aldonitaĵo.

Aldonigu

nur la dosierojn, kiujn vi ŝanĝis, per nomo.

Transdonu

staton, kio ŝanĝiĝis kaj kial, kio estas decidita, kio restas, la testoj, kiujn vi faris, la difektoj, kiujn vi konas.

Redonu

per la oficejo (vikix agents handoff --status review); ne kunigu, eldonu aŭ puŝu, krom se la tasko aŭ la reguloj de la domo diras tion.

Petu

kiam io esenca mankas, aŭ ago perdas datumojn, malfermas truon aŭ ŝanĝas la dezajnon; decidu pri la rutino mem. Riparo (io, kio estas metita reen sur la komputilan ekranon) estas farita kaj raportita unue; ŝanĝo, kiu igus Vikix fari ĝin mem, estas proponita kiel demando, kun sia testa kosto.

Skatolo

se via konservas la .git-on de la labortablo aŭ la staton de la oficejo nur-legaj (Codex faras tion), ekzekutu git, la testojn kaj vikix ekstere: petu eskaligi; la reguloj de la domo permesas tagon de labortablo sen peto.

La Hok de Halto tenas Claude Code kaj Codex al la transdono (laboranto, kiu ŝanĝis dosierojn, estas unuafoje petata pri sia transdono antaŭ ol ĝi finiĝas); provizanto sen hoko estas tenata nur per la tabelo, kaj la linioj de la transdono diras, kiu ĝi estas.

Noto por laboranto, kiu laboras: vikix agents tell wifi-fix "provu ankaŭ la duan karton de la laptopo". Ĝi atendas ĉe la labortablo, montrita per vikix agents handoff kaj kalkita sub la linio de la agento en vikix agents, kaj la hoko transdonas ĝin al la agento ĉe sia sekva voko al la ilo, subskribita kaj tempstampita, tiel ke nenio estas tajpita en ĝian fenestron. Agento ĉe sia peto ne faras vokon al ilo ĝis kiam vi parolas al ĝi, tiel ke tell diras, kiam tio estas: la noto atendas ĝis via sekva demando al ĝi, ne al la hoko. tell wifi-fix "..." --now anstataŭe vekigas ĝin: agento ĉe sia peto (halto permesita, nenio de tiam), kies konversacion ĝia provizanto povas daŭrigi, estas petata ekziti kaj daŭrigi kun la noto kiel sia peto, en terminalo ĉe la labortablo, kaj la registro registras vekigita; kiam ĝi ne povas esti (la agento laboras, du estas ĉe la labortablo, neniu konversacio estas notita, neniu komputila ekrano), kio estas dirata, kaj la noto atendas kiel kutime. Nur la hokoj de Claude Code kaj Codex povas transdoni vortojn al la agento: por la aliaj tell diras tion, la noto restas en la transdono por ke la agento legu ĝin tie, kaj resume legas la notojn por kiu ajn agento prenas la labortablon. Noto estas por kiu ajn laboras ĉe la labortablo, nun aŭ poste; tio, kion dismiss kaj handover lasas (skribu vian transiron, kaj poste haltu), estas por la unu agento, al kiu ili estas adresitaj, kaj forigita, kiam ĝi foriras, kaj laboranto neniam ricevas noton de antaŭ ol ĝi komenciĝis, krom se ĝi estas via (la unua tago kun du provizantoj donis nuligadon al la sekva laboranto, kiu obeis kaj haltis, 2026-10-11). Noto estas teksto kiel la transdono: linio, kiu ŝajnas kiel ŝlosilo, estas malakceptita.

17.3.9 La laboro: taskoj kaj ilia historio ¶

Labortablo estas loko, kaj laboranto estas kiu ajn, kiu sidas ĉe ĝi; la propra laboro estas tasko, kaj ĉiu havas sian propran registrilon, krom la labortablo, ĉe kiu ĝi estas farita, kaj la agento, kiu faras ĝin. Ĝi estas kreita per ĉiu maniero, en kiu la laboro komenciĝas (vikix agents desk vikix wifi-fix --task "...", vikix agents worker, vikix agents sit --task, vikix agents handoff --task, la formularoj de la Oficejo, plano) kaj vivas en ~/.local/state/vikix/office/tasks/, unu dosiero por tasko, nomita per sia identigilo: la tago, kiam ĝi estis kreita, kaj ses heksaj ciferoj, t-20261014-0d2c16, kiun ĝi konservas por la tuta vivo. Laborantoj venas kaj foriras ĉe la labortablo; la tasko konservas sian identigilon, kiu kreis ĝin (vi, agento, plano), ĝian prioritaton, kiam ĝi estis kreita, lanĉita kaj finita, ĉiu lanĉo, kiu laboris pri ĝi, kaj la transiron de la agento, kiel ĝi estis lasita ĉe la lasta skribo. La registro de la labortablo celas sian taskon per identigilo, kaj la tasko celas sian labortablon, tiel ke vikix agents handoff kaj vikix agents task montras la saman laboron el du flankoj.

Ĉiu lanĉo havas numeron, la ordon, en kiu la laborantoj estis komencitaj: #1, #2, kaj tiel plu, de unu kalkilo por la tuta oficejo (office/sequence, prenitaj sub seruro, tiel ke du lanĉoj samtempe neniam dividas numeron, kaj ĝi neniam malpliiĝas). La linio de labortablo en la Oficejo portas ĝin antaŭ la projekto, kaj vikix agents resume prenas la sekvan: laboranto daŭrigita estas nova lanĉo de la sama tasko, kio ajn la provizanto estas. Agento, kiun vi komencis kaj sidigis kun vikix agents sit --task, aŭ tasko donita al labortablo kun handoff --task, dum agento estas tie, funkcias sen numero: la oficejo neniam komencis tiun agenton, kaj neniu numero estas kreita.

Du statoj, tenataj aparte. Tio, kion la laboranto faras (laboras, ĉe sia peto, atendas vian "jes", foriris) estas legita de ĝia terminalo ĉe ĉiu rigardo, kun kie ĝi estis legita kaj kiom certe (fidinda, deduktita, nekonata). Kio la tasko estas, estas registrita, kaj ŝanĝiĝas nur per nomita paŝo: preta kiam ĝi estas kreita, ekzekutanta ĉe lanĉo, bezonas decidon kiam la transdono de la agento diras, ke ĝi atendas, bezonas revizion kiam ĝi diras revizion, preta por eldonado kiam ĝi diras finita (ĝia laboro estas farita, via ne), blokita ĉe sia laboranto kiam la procezo de la laboranto finiĝis, ĉe la testoj, kiam ili malsukĉesis sen laboranto tie, aŭ ĉe parkita, kiam la transdono diras tion; kompletita de la eldonado, aŭ per fermo de la labortablo kun ĝia branĉo kunigitaj; nuliigita per fermo kun --force. Vorto, kiu petas la staton, en kiu la tasko estas, nenion ŝanĝas. Eliro de laboranto neniam kompletigas aŭ nuliĝas ion: la tasko estas blokita je sia laboranto kaj restas videbla, por ke ĝi estu daŭrigita, transdonita aŭ nuliĝinta; nova laboranto ĉe la sama labortablo lasas la antaŭan taskon laŭ la sama maniero, ĉe la labortablo.

vikix agents tasks estas la tabulo en la teksto, la samaj sekcioj, kiujn la oficejo uzas (The Office, sube): tio, kio bezonas vian atenton, poste "En Procezo", "Vendejo", "Blokita" kaj "Finfarita", vico por ĉiu tasko, poste la malplenaj laborpostenoj kaj tiuj, kiuj estas fermitaj hodiaŭ:

$ vikix agents tasks
The last launch number is 2.
Needs attention (1):
  worker stopped: vikix · the seconds, then the date on hover [t-20261014-5ec49e] · claude, #1 — the worker stopped: exit 1 (25 min)
Running (1) · sorted by launch order, oldest first:
  #2 claude · vikix/wifi-fix · 35 min · running · the Wi-Fi picker should scan first, then show the list  [t-20261014-0d2c16]
Queue (1 queued) · 0 workers running, up to 2 at once · auto off: nothing starts by itself, queue start does:
  1. the guide review · vikix, desk to make: guide-review · priority high · next, when a slot is free  [t-20261014-7f3a9c]
  Next to start: the guide review — eligible in priority and queue order (vikix agents queue start)
Blocked (2):
  #1 claude · vikix/bar-clock · 25 min · blocked on worker · the seconds, then the date on hover  [t-20261014-5ec49e]
      worker stopped 25 min ago: exit 1, 3 uncommitted
  launch order unknown · vikix/bar-clock · 2 h · blocked on worker · the bar's clock should show seconds  [t-20261014-0d68eb]
Completed (1) · sorted by launch order, oldest first · the last day:
  #0 claude · vikix/office-ui · released 0.72.26 · 3 h ago · the Office's first page  [t-20261013-1a2b3c]
      took 1 h 20 min · finished in 1 h 20 min against 1 h, 20 min over
Desks standing empty (1):
  vikix / notes · claude · stands empty
Closed today (0):
  none

La vico de tasko estas ĝia lanĉa numero kaj provizanto, ĝia laborposteno kiel projekto/branĉo (aŭ la laborposteno, kiun ĝi devas fari, laŭ ĝia temo), kiom da tempo ĝi estas tie, ĝia stato en unu vorto (ekzekutata; neaktiva, tasko malferma por laboranto ĉe ĝia komanda linio pri tasko ankoraŭ malferma; bezonas revizion; blokita ĉe laboranto; eldonita 0.72.26), ĝiaj vortoj kaj ĝia ID. Lanca ordo nekonata estas tasko sen lanĉa numero: unu adoptita antaŭ la registradoj (sube), aŭ unu, kies agento la oficejo neniam lanĉis. --sort KEY ordigas Ekzekutatajn kaj Finigitajn (laŭ lanĉo, la plej maljuna unue kaj kiel defaŭlto; la plej nova; kreita; aktiveco; prioritato; stato; projekto; provizanto), la Vico ĉiam estas laŭ vica ordo, kaj --all montras ĉiun finitan taskon anstataŭ la taskojn de la lasta tago; --json estas la tabulo kiel la oficejo legas ĝin. vikix agents task ID estas la paĝo de unu tasko, kun ĝia historio; la nomo de laborposteno sufiĉas por ĝia tasko:

$ vikix agents task wifi-fix
Task t-20261014-0d2c16: the Wi-Fi picker should scan first, then show the list
Status: running (user, just now): desk --task
Origin: yours
Priority: normal
Project: vikix
Desk: ~/src/vikix-wifi-fix (branch wifi-fix)  [c23757154330]
Launch: #2 claude · just now · by user
Created: just now; queued: unknown; launched: just now; last activity: just now; done: unknown
Text:
  the Wi-Fi picker should scan first, then show the list
Handoff (the agent's words, as the desk's record had them at the last write):
  status working (user, just now)
Launches: 1
  #2  claude  just now  by user  (desk --task)  not ended
History (4 events, newest first; vikix agents events t-20261014-0d2c16 has them all):
  2026-10-14 07:14  handoff  by user  status working
  2026-10-14 07:14  launched #2  by user  provider claude, how desk --task, from ready
  2026-10-14 07:14  worker  by user  task the Wi-Fi picker should scan first, then show the list
  2026-10-14 07:14  created  by user  title the Wi-Fi picker should scan first, then show the list

Nekonata ĉe paĝo estas tempo aŭ fakto, pri kiu la registro neniam enhavis informojn: ĉi tiu tasko neniam estis metita en vican vicon kaj ne estis farita, do ambaŭ indikas tion, kaj nenio estas supozata anstataŭe. La paĝo de la haltigita laboristo diras, kiel ĝi finiĝis:

$ vikix agents task t-20261014-5ec49e
Task t-20261014-5ec49e: the seconds, then the date on hover
Status: blocked (vikix, just now): the worker stopped
Blocked on worker: the worker stopped
...
Launch: #1 claude · just now · by user · ended
...
Launches: 1
  #1  claude  just now  by user  (worker)  ended just now, exit 0
History (5 events, newest first; vikix agents events t-20261014-5ec49e has them all):
  2026-10-14 07:14  blocked  by vikix  running -> blocked, on worker, reason the worker stopped
  2026-10-14 07:14  exited  by vikix  code 0
  2026-10-14 07:14  launched #1  by user  provider claude, how worker, from ready
  2026-10-14 07:14  worker  by user  task the seconds, then the date on hover
  2026-10-14 07:14  created  by user  title the seconds, then the date on hover

La elira kodo venas de la propra terminalo: ĉiu terminalo de laboristo faras sian agenton sub unu linio, kiu notigas, kiel la procezo finiĝis (vikix agents exited), do la historio de la tasko enhavas ĝin, sendepende de la provizanto, kun aŭ sen konektiloj.

La tabloj de antaŭ. Tablo kreita antaŭ ol la registroj ekzistis, havas taskon en sia propra registro kaj neniun taskoregistron: la unua vikix update kun ĉi tiu (la migrado, aŭ vikix agents tasks adopt farita mane, sekure refariĝa) kreas unu por ĉiu tasko de la tablo kaj por ĉiu laboristo en sia historio, kun tio, kion la registro de la tablo sciis, kaj nenion pli. Kiu donis la taskon kaj kiam ĝi estis skribita, estas tie; la lasta stato de la transdono estas legita en staton (aktiva estas aktiva, finita sur tablo, kiun la versio fermis, estas finita, historio-eniro sen ajn stato estas nuligita); tio, kion la registro neniam havis, estas lasita malplena kaj montrata kiel nekonata: la lanĉorda, ekzemple, kiu estas la kialo, ke tia tasko montras #? en la listo kaj nekonata lanĉorda en la Oficejo, kaj kiam ĝi estis lanĉita. Nenio estas inventita por pleni truon, kaj la registro de la tablo estas tuŝita nur en la ID-oj, kiuj estas reskribitaj en ĝin. Tiu, kies laborarbo foriris kaj kies registro neniam estis fermita (versio de antaŭ la registroj, git worktree remove farita mane), ne estas lasita aktiva: ĝi estas blokita sur sia tablo en la sama momento, ĉar neniu laboristo iamuj movos ĝin, kaj la Oficejo petas, ke vi nuligu ĝin aŭ faru ĝin preta denove (2026-10-17: ses tiaj vicoj staris en Aktiva dum dek tagoj). La paĝo de la adoptita tasko diras, kion ĝi ne povis scii:

$ vikix agents task bar-clock
Task t-20261014-0d68eb: the bar's clock should show seconds
Status: blocked (user, just now): another task started at its desk
Blocked on worker: another task started at its desk
Origin: yours
Priority: normal
Project: vikix
Desk: ~/src/vikix-bar-clock (branch bar-clock)  [c16d6c81c1e6]
Launch: not launched
Created: just now; queued: unknown; launched: unknown; last activity: just now; done: unknown
Text:
  the bar's clock should show seconds
Handoff (the agent's words, as the desk's record had them at the last write):
  status working (user, just now)
  done and decided (user): half done
History (2 events, newest first; vikix agents events t-20261014-0d68eb has them all):
  2026-10-14 07:14  blocked  by user  running -> blocked, on worker, reason another task started at its desk
  2026-10-14 07:14  adopted  by vikix  status running, unknown: its launch order; when it was launched, title the bar's clock should show seconds

La eventoj. Ĉiu paŝo estas linio en unu dosiero, ~/.local/state/vikix/office/events-YYYY-MM.jsonl, dosiero por ĉiu monato, al kiu oni aldonas informojn kaj neniam reskribas, kaj ĝi pluvivas post la registraĵoj: tasko kreita, lanĉita kun sia numero, tasko sendita, kontrolita, demando farita (la tasko atendas), kaj respondita (laboro rekomencita), blokita kaj malblokita, fermita, sendita, liberigita, finita, anulita, akceptita; linio nomas sian taskon kaj sian laborpostenon, kaj la propra registraĵo konservas nur la lastajn kvardek, do la tutan historion oni legas de ĉi tie. vikix agents events montras ĝin, komencante de la plej nova, por la laborposteno, ĉe kiu vi sidas, tasko aŭ laborposteno laŭnomo, aŭ ĉio (--all), reen al certa tempo (--since 2h, 30 min, 3 days, 2026-10-10), --limit N linioj (cento), --json la linioj kiel ili estas:

$ vikix agents events --all --since 1h
2026-10-14 07:14  handoff  by user  status working
2026-10-14 07:14  launched #2  by user  provider claude, how desk --task, from ready
2026-10-14 07:14  worker  by user  task the Wi-Fi picker should scan first, then show the list
2026-10-14 07:14  created  by user  title the Wi-Fi picker should scan first, then show the list
2026-10-14 07:14  blocked  by vikix  running -> blocked, on worker, reason the worker stopped
2026-10-14 07:14  exited  by vikix  code 0
2026-10-14 07:14  launched #1  by user  provider claude, how worker, from ready
2026-10-14 07:14  blocked  by user  running -> blocked, on worker, reason another task started at its desk
2026-10-14 07:14  worker  by user  task the seconds, then the date on hover
2026-10-14 07:14  created  by user  title the seconds, then the date on hover
2026-10-14 07:14  adopted  by vikix  status running, unknown: its launch order; when it was launched, title the bar's clock should show seconds

Ĉiu linio estas subskribita, kiel la transdonoj: uzanto por via agado, vikix por kio la oficejo mem legis (eliro, publikigo, akcepto), agento kun nomo kaj numero por ĝia transdono. La samaj registroj estas tio, kion la Oficejo uzas (la lanĉa numero en la vico, la skatolo Taska registro kaj la historio en paĝo de la laborposteno), kion vikix agents office --json kaj la MCP-ilo office enhavas en sia versio 2, kaj kion la MCP-ilo tasks (nur por legi) donas al agento; la publikigo aldonas publikita kaj finiĝas la taskoj de la laborposteno. La agordoj de la taska tabulo (at_once, auto, quiet, delegate, delegate_max) estas skribitaj kiel komentoj kun siaj defaŭltaj valoroj en ~/.config/vikix/office per la sama ĝisdatigo; la listo de atento kaj la planilo nun legas ĉi tiujn agordojn. La kompleta taska tabulo kun kvin sekcioj restas pli posta fazo (plans/DESIGN-office-tasks.md).

17.3.10 Prioritatoj kaj la taska vico ¶

La prioritato de tasko estas critical (kritika), high (alta), normal (normala) aŭ low (malalta). Ĝia pozicio ene de tiu prioritato estas aparta. vikix agents queue montras ambaŭ, la sekvan taŭgan taskon, kaj kial ajna tasko devas atendi. Legi la vicon aŭ refreŝigi la Oficejon neniam komencas laboriston.

Kreu taskon sen komenci ĝin, poste vicu ĝin:

vikix agents task new vikix picker "Improve the picker" --use codex --priority high
vikix agents queue add TASK
vikix agents queue start

Anstataŭigu TASK per la ID, kiun eldonis la komando task new. Ripetu --after TASK, kiam nova tasko dependas de aliaj taskoj. Dependo devas esti plenumita; kiam ambaŭ taskoj uzas la saman labortablon, preta por publikigo estas sufiĉa, ĉar la sekva tasko konstruiĝas sur tiu branĉo. La nova labortablo estas kreata nur kiam la tasko komenciĝas. Por enmetu taskon, kiu jam estas preta ĉe ekzistanta labortablo, uzu ĝian ID de vikix agents task DESK.

• queue add TASK --first metas ĝin unue ene de ĝia prioritato.
• queue next TASK faras ĝin la sekva taŭga tasko inter la prioritatoj.
• queue up TASK kaj queue down TASK movas ĝin ene de ĝia prioritato.
• task priority TASK high ŝanĝas la prioritaton sen ŝanĝi la manualan ordon.
• queue defer TASK resendas ĝin al la stato "preta"; --later resendas ĝin al la atendolisto.
• task ready TASK faras taskon, kiu estis prokrastita aŭ blokita, pretan kaj aprobas ĝin. Laboranto, kiu ankoraŭ estas ĉe sia labortablo, devas unue fini aŭ esti fermita.
• task cancel TASK "reason" anuladas la taskon. Ekzistanta laboranto daŭras; anulado ne estas komando por forigi aŭ signali ĝin.
• queue start [TASK] komencas unu taŭgan taskon. queue pause kaj queue go haltigas kaj daŭrigas la planadon sen haltigi la laborantojn.

Nur la uzanto ŝanĝas prioritatojn, ordigas la atendoliston, anuladas taskojn aŭ komencas laboranton en la atendolisto. Agentoj povas legi queue --json; ĝia informo ankaŭ aperas en la nur-legenda kopio de la oficejo kaj en la ilo MCP office.

La Oficejo havas skatolojn Atendolisto kaj Blokita. Ĉiu linio de la atendolisto montras ĝian pozicion, prioritaton kaj la blokadon, kun butonoj por ĝiaj agoj. Sur linio de la atendolisto, ! signifas "komencu sekve", +/- ŝanĝas la prioritaton, M-p/M-n movas supren/malsupren, d prokrastas, k anuladas kun konfirmo, kaj S komencas ĝin. Sur tasko, kiu estas preta ĉe labortablo, Q aldonas ĝin al la atendolisto. Komencu sekve elektas la unuan taŭgan taskon. K nun montras aŭ kaŝas laborotablojn, kiuj estas en paŭzo (iam k).

#### Kapacito kaj aŭtomataj komencoj

La agordoj estas en ~/.config/vikix/office:

at_once=2
auto=off

Aŭtomataj valoroj aplikiĝas, se tiuj linioj mankas. auto=on laŭsprece permesas, ke planitaj taskoj komencu kaj plenumu aprobitajn taskojn ĝis la maksimuma kapacito. Nenio ŝanĝas ĉi tiun agordon por vi. Sen ĝi, evento nur anoncas novajn taskojn, kiuj estas pretaj. Eventoj inkluzivas transdonojn, elirojn, respondojn, publikigojn, ŝanĝojn de la vico kaj fermadon de laborpostenoj. queue tick prilaboras eventon kaj obeas la saman agordon. Ne ekzistas daŭra programo aŭ planita laboro en la procezo de StumpWM.

La planilo kalkulas la observitajn laboristojn en laborantaj aŭ reviziataj taskoj kaj atendatajn lanĉojn de terminaloj. Paŭzitaj laboristoj ne uzas lokon. Tasko atendas, se la detektilo ne funkcias, ĝia provizanto ne funkcias, ĝi ne estas aprobita, respondo aŭ dependeco ankoraŭ estas necesaj, ĝia laborposteno estas paŭzita aŭ okupata, aŭ ĝia branĉo estas publikiĝanta. Ĝi neniam prenas mankantajn observojn kiel permeson por lanĉi. Planitaj laboristoj uzas la saman kapaciton kaj lanĉblokadon; propra at-once-valoro de plano povas apliki pli malgrandan limon. Plano, kiun vi laŭsprece komencis, ankoraŭ plenumas siajn aprobitajn paŝojn kun auto=off; ĝiaj dependecaj kaj publikigaj kondiĉoj restas en la mano de la planilo.

Lanĉo rezervas sian lanĉnumeron kaj lokon, antaŭ ol malfermi la terminalon. La viciĝinta tasko konservas sian ID-on, historion kaj registritajn elektojn de laboristoj. Rezervado restas ĝis la laboristo estas observita aŭ ĝia eliro estas registrita. Post du minutoj, posta provo kun fidinda detektilo markas neklara lanĉo kiel blokita; ĝi neniam lanĉas ĝin denove aŭtomate. Kontrolu la laborpostenon, antaŭ ol reaktivigi tiun taskon.

queue bump TASK --over DESK estas laŭsprece malprioritigo: ĝi paŭzas la laboriston de DESK ĉe ĝia venonta uzo de ilo kaj komencas TASK ĉe alia laborposteno. La malnova tasko registras, kial ĝi estis paŭzita. vikix agents go DESK restaŭras ĝin. La planilo neniam memvole malprioritigas. Ĝia paŭzo estas kunlabora, do la malnova laboristo povas fini sian aktualan uzon de ilo, antaŭ ol ĝi atendas.

17.3.11 Reĝimoj: kiel multe Codex-laboristo estas libera ¶

Codex plenumas tion, kion ĝi estas petita, en sia propra sandbox (bubblewrap kaj seccomp en Void), kaj petas vin antaŭ ĉiu paŝo ekster ĝi. Ĉe laborposteno, kiu havas multajn paŝojn: la .git-dosiero de la laborposteno estas dosiero, kiu celas al la deponejo, kiun la sandbox tenas kiel sola-lektiva, do ĉiu aliĝo petas; do, faru kopion, la testojn kaj la transdonon, kiuj skribas sub ~/.local/state. Kaj la sandbox kiel via propra ~/.codex/config.toml povas plivastigi, al kiuj ĝi povas aliri la propran dosierojn de la projekto kaj ĉiun alian laborpostenon. Do, Vikix komencas Codex kun reĝimo, vikix agent --mode supervised|autonomous|unrestricted, kaj vikix agents worker, desk --task kaj resume uzas la saman vorton:

• supervised: La sandbox de Codex estas la laborposteno mem (la dosierujo kaj /tmp; viaj writable_roots estas metitaj flanke por la sesio, do la propra dosierujo de la projekto, ~/vikix kaj la aliaj laborpostenoj estas sola-lektivaj por ĉio, kion ĝi plenumas), la reto estas malŝaltita, kaj ĉiu paŝo ekster ĝi petas vin, krom se la reguloj de Vikix permesas ĝin (sube).
• autonomous: la sama sandbox, la reto estas ŝaltita (por pip, cargo, peto per HTTPS), kaj revizianto de Codex mem (--approve-for-me) respondas pri la paŝoj ekster ĝi anstataŭ vi. Ĉi tio estas tio, kion laboristo ĉe laborposteno ricevas, kiam nenio diras alie, kaj kion la Agento ĉi tie de Super+a ricevas en via hejma dosierujo (dosierujo sen deponejo; tie la sandbox estas via hejmo kaj /tmp): la defaŭlta agordo estas mode=autonomous en ~/.config/vikix/office, kiun Vikix skribas kun sia signifo la unuan fojon, kiam Codex komenciĝas, kaj vi povas ŝanĝi ĝin. En deponejo, kiu ne estas laborposteno (propra dosierujo de projekto, nekonata), Codex funkcias kiel via propra ~/.codex/config.toml diras.
• unrestricted: neniu sandbox kaj neniu aproboj (--dangerously-bypass-approvals-and-sandbox), por VM aŭ ujujo. Ĝi neniam estas la defaŭlta: ĝi estas tajpita ĉiufoje, avertita en la terminalo kaj en notifiko, rifuzita en propra dosierujo de projekto, kaj skribita en la registron de la laborposteno, do la protektaj linioj de la transdono diras neniu sandbox: ne limigita, de la uzanto sub tiu agento.

La reguloj de Vikix por Codex, config/codex/vikix.rules, ligitaj kiel ~/.codex/rules/vikix.rules per vikix agents hooks codex --install (Codex legas ĉiun .rules-dosieron tie, do dosiero de vi apud ĝi restas, kaj unu en la vojo estas lasita sole), permesas, ke la tago de laborposteno funkciu ekster la sandbox sen peto: git en la branĉo de la laborposteno (aldoni, aliĝi, stato, diferenco, registro, reordigi, elpreni, peti, kunfandi, meti en la atendanton, simpla branch aŭ tag), tests/run.sh, vikix (kopio, ŝanĝoj, agentoj, provi, dokumentoj, kio, kial, reguloj, taksi, projekto, rekordoj, kuracisto, temo) kaj .claude/release, kiuj mem rifuzas la danĝerajn kazojn. git push kaj vikix update petas (laboristo komencita kun --push estas celita por pusi), forigo de branĉo, etikedo aŭ laborposteno petas (fermo de laborposteno estas vikix agents close), kaj sudo, doas kaj forcita puzo estas tute malpermesitaj. codex execpolicy check --rules ~/.codex/rules/vikix.rules -- git commit -m x montras, kion komando ricevas. Codex kongruas regulon de la unua vorto de la komando, do timeout 20s vikix snapshot ... nenion kongruigis kaj petis ĉiufoje (2026-10-11, ĉiu mesaĝo de kopio estis aprobeda unufoje): la kromaĵo de la reguloj por ĉiu paŝo ekster la sandbox (sube) permesas la samajn komandojn sub timeout, env, nice, VAR=valoro aŭ bash -lc, se ĉiu komando de la linio estas unu el ili; la petoj kaj malpermesitaj kazoj restas en Codex.

La instrukcioj de la deponejo. Codex legas AGENTS.md de la radiko de la deponejo ĝis la dosierujo, en kiu ĝi laboras, neniam CLAUDE.md. Vikix donas al ĝi, por la sesio, CLAUDE.md kiel la dosiero, al kiu ĝi povas reteni sin, kiam dosierujo ne havas AGENTS.md, kun la kapo de Codex pligigitaj por teni la tuton de Vikix; deponejo kun AGENTS.md estas legita kiel intencis ĝia aŭtoro. Do, Codex-laboristo en Vikix legas la samajn instrukciojn kiel Claude Code. La gvidilo de la laborposteno restas ~/.codex/AGENTS.md, kiel antaŭe.

La fidindeco de la kromaĵo. Codex plenumas kromaĵon de vi nur post tio, ke vi fidis ĝin en /hooks, per la hanko de la dosiero, kiun ĉiu versio, kiu ŝanĝas la dosieron, forigas. Kiam ~/.codex/hooks.json estas de Vikix (la ligo, kiun --install faras, aŭ kopio de la dosiero) kaj la dosierujo estas unu el viaj projektoj (vikix project list) aŭ neniu deponejo (via hejmo, Agento ĉi tie de Super+a), vikix agent pasas --dangerously-bypass-hook-trust: Vikix prizorgas, ke tiu dosiero estas tia farante ĝin. En deponejo, kiu ne estas via projekto, la propra peto de Codex restas, do nekonata .codex/hooks.json neniam funkcios sen fidemo; VIKIX_CODEX_HOOK_TRUST=ask tenas la peton ĉie. vikix agents hooks codex diras, kiu tenas, kaj legas vian ~/.codex/config.toml por agordo sub titolo, kiun Codex ne legas (sandbox_mode sub [section] linio nenion faris, kaj Codex funkcis sola-lektiva, petante por ĉiu skribo, 2026-10-11); vikix doctor diras la samon. La dosiero estas via: Vikix neniam skribas ĝin.

La reĝimoj estas de Codex por nun: --mode kun alia agento estas rifuzita per la vortoj, kaj la mapigo de ĉiu alia provizanto venas, kiel ĝi estas provita (Claude Code’s --permission-mode, OpenCode’s permission bloko, Gemini CLI’s --approval-mode). Kio la reĝimo ŝanĝas, estas kiu respondas pri paŝo ekster la sandbox; la kromaĵo de la reguloj funkcias antaŭ, ke ĉiu el ili vidas ĝin, kaj la sandbox sub ambaŭ. Kio ĝi ne faras: komando, kiu skribas tra programo, kiun la kromaĵo ne konas, ankoraŭ pasas la kromaĵon (la sandbox tenas ĝin al la laborposteno), kaj la revizianto en autonomous estas la juĝo de modelo kaj ne regulo. Kion la unua viva provo montris (2026-10-10, tests/codex.sh --live, per la mano: unu codex exec ĉe laborposteno en la autonomous vico): la sandbox estas kiel dirite, la laborposteno estas skribebla kaj la propra dosierujo de la projekto, la .git de la laborposteno kaj la dosierujo de la deponejo estas sola-lektivaj; la kromaĵoj de Codex aperas (Kio tenas la regulojn); kaj Codex, kiu diris nur sian taskon, funkcigis git commit kaj la transdonon ene de la sandbox, vidis ambaŭ fiaskis en la sola-lektiva .git kaj stato, kaj haltis, kie unu, ricevante la unuan peton de laboristo, kiu finiĝas per la difino de farite kaj ĝia frazo pri la sandbox, petis funkcigi ĉion ekstere, kaj la reguloj permesis la takson, la aliĝon kaj la transdonon sen peto. Do, komencu Codex-laboriston tra la oficejo (vikix agents worker, desk --task, handover), kiu donas al ĝi tiun peton. La provo de 2026-10-11 (Codex 0.162.1) aldonis unu paŝon: timeout 20s vikix snapshot ..., kiu neniu regulo kongruigis, eliris el la sandbox tra la permeso de la kromaĵo, notita en la ĵurnalo kiel komando de la agento; codex exec devigas approval never sen --approve-for-me (Eskaligita re-provo estas malpermesita de ĉi tiu medio), do la supervizata vico estas sondata nur en sia propra sesio.

17.3.12 Paŭzado de laboristo, kaj vicoj ¶

vikix agents pause wifi-fix tenas la laboriston: la sekva afero, kiun ĝi faras, redaktado, komando aŭ legado, atendas en la kromaĵo kun sia kompleta kunteksto, ne kostante ion, ĝis vikix agents go wifi-fix. La paŭzo okazas ĉe tiu sekva alvoko, ne ĉe ĉi tiu momento, do longa pensado aŭ legado finiĝas unue. Post dek minutoj la atendanta alvoko estas rifuzita kun kialo, la vico finiĝas sen difekto, kaj la laboristo diras, ke ĝi estas paŭzita. go tiam vekas ĝin, anstataŭ atendi vian sekvan vorton (ĝis 2026-10-11 ĝi sidis ĉe sia peto ĝis vi parolis al ĝi): kiel tell --now faras, la ununura agento ĉe la laborposteno, ĉe sia peto, kun konversacio, kiun ĝia provizanto povas rekomenci, estas petita eliri kaj rekomencita kun la vortoj por daŭrigi, kie ĝi estis, kaj la registro logas vekita; kiam ĝi ne povas esti (du ĉe la laborposteno, neniu konversacio por rekomenci, neniu labortablo) go diras kialon kaj la vortoj atendas en ĝia enirejo, legita ĉe ĝia sekva uzo de ilo. vikix agents go wifi-fix diras, por kiom da tempo la laborposteno estis paŭzita kaj kiu daŭrigas; la tenita alvoko tiam pasas kun vorto de la kromaĵo, do la laboristo, kiu ne vidis la atendon, scias, ke ĝi estis paŭzita, de kiu kaj por kiom da tempo, kaj daŭrigas, kie ĝi estis, kun notoj, kiujn vi lasis dumtempe (tell). vikix agents kaj la Oficejo montras la laborpostenon kiel paŭzita, de kiu kaj de kiam. --hard frostigas la procezon de la agento ĉiun momenton anstataŭe (SIGSTOP, trovita per ĝia proceza deskriptoro, neniam per nomo) kaj go degelas ĝin: por agento sen kromaĵo, kiel Aider, aŭ urĝeco, kaj dirita kiel tia, ĉar peto en la flugo povas finiĝi dum tempa paŭzo.

Du laboristoj, kiuj atingas la saman dosieron, estas haltigitaj ĉe via peto, kiel la reguloj de la domo diras sube. Kun vikix agents turns wifi-fix on, la laboristo ĉe tiu laborposteno atendas anstataŭe: redaktado de dosiero, kiun alia agento ŝanĝis, ne aliĝita, atendas pri la aliĝo de tiu agento, ĝis dek minutoj, kaj daŭrigas kun "via vico", kiam ĝi venas, aŭ petas vin, kiam ĝi ne venas. Nur ĵurnala eniro ne tenas: kiam la dosiero estas aliĝita en la laborposteno de la alia, la vico estas libera. Du atendantaj pri ĉiu estas viditaj, kaj la posta petas vin tuj. Ĝi estas senŝaltita laŭ defaŭlto, ĉar silento estas malĝusta por sesio, kun kiu vi parolas; turns off redonas la peton.

17.3.13 Kiam la reto foriras ¶

Claude Code ripetas peton dum kelkaj minutoj se la reto estas neaktiva, poste forlasas kaj finas la rondon kun API-ero (Ne povas atingi la API-serveron, Konekto perdiĝis dum la respondo); ĝis la 14-a de oktobro 2026, la agento tiam restis ĉe sia komando ĝis vi tajpis daŭrigu, kiam vi rimarkis. Nun, observanto sekvas ĉiun Claude Code ĉe labra tablo, aktivigita de ĝia konektilo ĉe ĝia unua voko al ilo (unu malgranda procezo, kiu legas nur la finon de la transskribaĵo, kaj nur kiam ĝi kreskis; VIKIX_RECONNECT=0 en la medio de la agento malhelpas la konektilon komenci unu). Ĝi vidas la rondon fini tiel, notis la paŭzon en la ĵurnalo, do vikix agents diras haltigita de la reto: rekomencita kiam ĝi revenos, kaj petas la gastiganton de la API pri konekto ĉiun dek sekundojn, sen sendi ion (api.anthropic.com, aŭ la gastiganto de ANTHROPIC_BASE_URL). Kiam ĝi respondas dufoje sinsekve, la agento estas vekita kiel go vekas unu: oni petas, ke ĝi eliru kaj ĝia konversacio estas rekomencita per la vortoj por daŭrigi, nomante la eron kaj kiom longe la reto estis neaktiva, kaj la registraĵoj notigas la reto revenis. Observanto paŭzas kiam la konversacio daŭras memstare (vi tajpis daŭrigu antaŭe), finiĝas kun ĝia agento (vekita agento estas nova procezo, kiu ricevas sian propran observanton ĉe sia unua voko), kaj forlasas post unu tago. vikix agents reconnect wifi-fix faras la saman mane, nun, por unu labra tablo aŭ por ĉiuj (--all): ĝi diras kiam la lasta rondo de la agento ne finiĝis pro la reto, aŭ kiam la gastiganto ankoraŭ ne respondas (--wait atendas pri tio). Eniro, kiu eksvalidiĝis kaj la kreditoj finiĝis, finas la rondon same, kaj ĝi ne estas la eraro de la reto: tiuj restas viaj. Nur la transskribaĵo de Claude Code diras, kiel rondo finiĝis, do Codex-laboranto haltigita de la reto ankoraŭ estas rekomencita mane, kaj agento en via hema dosierujo (Agento ĉi tie) ne havas labran tablon, je kiu rekomenci.

17.3.14 La testanto: manuela procezo revenas kontrolita ¶

La Oficejo ankaŭ sekvas rondojn, kaj komencas laboranton rekte per tests/run.sh. La testa linio de la labra tablo montras kompletigitajn/totalajn kaj restantajn nombrojn, la nomojn de la testoj nun funkciantaj, kaj proksiman tempon restantan. Ĝia testa kesto havas la rondon kiel tablon, unu linio po testo en la ordo de la rulanto: la testo, ĝia stato (pasis, malsukcesis, funkcianta, en vico), kiom da tempo ĝi daŭris aŭ daŭras ĝis nun, ĝia takso (ĉirkaŭ kiom da tempo restas, pasinta takso, ĉirkaŭ kiom da tempo kiam ĝi komenciĝis, aŭ nekonata), kaj suspektata haltigita en la lasta kolumno, kiam ĝi estas. Taksoj uzas la lastan sukcesan daŭron de ĉiu testo sur ĉi tiu maŝino; paralela laboro estas kalkulata, sed tempo atendanta pri la vicoj de aliaj rondoj estas aldona. La unua rondo ne havas historion, kaj troa tempo igas la totalan ETA nekonata. Funkcianta testo, kiu pasis tri fojojn la antaŭan daŭron (kaj almenaŭ kvin minutojn), aŭ dek kvin minutojn sen historio, estas suspektata haltigita. Ĉi tio estas longdaŭra averto, ne pruvo: silentaj testoj ankoraŭ povas funkcii. Testoj en vico neniam estas markitaj kiel haltigitaj, kaj nenio estas haltigita aŭtomate. Direktaj rondoj konservas sian eliron kaj kontrolon pri la procezo en la terminalo de la laboranto; Skiptu testojn kaj Testa registo apartenas al rondoj komencitaj de la testanto de la Oficejo.

Kiam laboranto starigas sian statuson al reviziu, la testoj de ĝia labra tablo funkcias memstare: vikix agents test wifi-fix estas tio, kio funkcias, skripto kaj neniam agento. Ne kiam rondo de la rulanto jam pasis pri tiu specifa versio (la tests/run.sh de laboranto ĉe labra tablo registras sian rezulton en la registraĵo kiel la testanto faras, kaj la publikigo legas la saman), nek dum unu funkcias ĉe la labra tablo: la enirujo tiam diras tion, kaj nenio funkcias dufoje. Ĝi funkcias la tests/run.sh de la projekto en la labra arbo, --changed de kie la branĉo forlasis la propran projekton, tra la vico de la rulanto kiel ajna alia rondo (kaj post la testoj de publikigo, kiam unu el la projekto estas testata: la du samtempe malsukcesis pro ŝarĝo sole; ne pro ŝanĝo, kiun neniu testo kovras, plano aŭ dezajno, pri kiuj tests/changed.sh diras kaj funkcias samtempe; atendo prenita estas dirita en la kontrolo aparte de la tempo de la rondo), kaj skribas la rezulton en la registraĵon kiel kontrolon subskribitan vikix, la malsukcesintaj testoj nomitaj kaj la unua linio de la malsukceso konservita, kaj en la enirujon de la laboranto, do la laboranto legas ĝin ĉe sia sekva voko al ilo kaj solvas siajn proprajn erarojn; vikix agents test --log wifi-fix montras la tutan rondon. vikix agents diras testanta dum ĝi funkcias, kaj la Oficejo listigas la labran tablon sub Testanta, ĝia linio dirante, kio funkcias kaj ekde kiam, kun Skiptu testojn sur la linio; la testa kesto de la labra tablo havas la publikigon, kiun ĝi atendas, la lastajn liniojn de la rondo (la eliro de ĉiu testo aperas tute kiam ĝi finiĝas) kaj Testa registo, la tuta rondo ĝis nun en la panelo de la labra tablo. Skiptu testojn (vikix agents test --skip wifi-fix, la ŝlosilo s) estas por kiam vi ne volas atendi: la testanto finiĝas, la rulanto kaj ĝiaj testoj kun ĝi, kaj la registraĵo ricevas kontrolon markitan preterlasita pri la versio, kiel ĝi estas, kiun ĉeno de plano prenas kiel la manuale kontrolita, do la sekva tasko komenciĝas; la laboranto estas dirita en sia enirujo. La publikigo neniam prenas preterlasitan kontrolon por rondo de si mem. Projekto sen tests/run.sh estas dirita tiel, sen kontrolo. La publikigo legas la samajn kontrolajn punktojn: .claude/release preterlasas sian propran rondon, kaj diras tion, kiam la registraĵo havas pasantan rondon de la rulanto tiel larĝa kiel sia propra pri la sama versio, je kiu ĝi kunigas, kun pura arbo (unu versio estis testita kvar fojojn en unu tago, 2026-10-11); rondo de nomitaj testoj, kontrolo pri pli malnova versio aŭ malsukcesa rondo post la pasinta ne pruvas ion, kaj --tests none restas kiel ĝi estis tajpita. Labra tablo kreita, aŭ laboranto komencita, kun --no-tests (la Neniu testo sole kesto de la Oficejo) ne funkcias ion je la manuela procezo: la testoj estas por vi por funkcii, kun vikix agents test wifi-fix, la Testo de la Oficejo aŭ la ŝlosilo t de la labra tablo, kaj vikix agents test --all forlasas tian labran tablon kaj diras tion. La agordo estas de la labra tablo, konservita en ĝia registraĵo kaj montrita de vikix agents handoff kaj en la Oficejo (testoj ne aktivigitaj); laboranto komencita pri tasko sen --no-tests havas la testojn denove.

vikix agents test --all prenas ĉiun labran tablon en revizio. En la ordo en kiu ili iris al revizio, labra tablo aliĝas al aro kiam ĝi ŝanĝis nenian dosieron, kiun la aro havas; la aro estas kunigita al la propra branĉo de la projekto en forĵetinda labora arbo, forigita poste, kaj testita unufoje, la kontrolo de ĉiu labra tablo dirante kun kiu, ĉar pasado sole kaj malsukceso kune estas por kio aro. Labra tablo, kiu transiras kun unu en la aro, funkcias sole, en sia propra labora arbo kiel ĝi estas, kaj oni diras al ĝi, kun kio ĝi transiras. Nenio tuŝas la branĉon de labra tablo: kunigo, kiu konfliktas, nur sendas tiun labran tablon por funkcii sole.

17.3.15 Plano: taskoj en ordo, funkcias por vi ¶

Kelkaj taskoj, kiuj apartenas kune, kelkaj konstruantaj sur aliaj, estas plano: TOML-dosiero nomante la projekton kaj ĝiajn taskojn, ĉiu estas la laboro de unu laboranto, kaj vikix agents plan run plan.toml funkcias, kreante la labrajn tabulojn kaj komencante la laborantojn per vikix agents desk kaj vikix agents worker kiel vi farus mane.

project = "vikix"
at-once = 2            # workers running together, at most
gate = "me"            # a desk's release waits for your yes

[[task]]
name = "events"
desk = "office-events"
task = "An event log for the office: one line a hand-in, a check, a release."

[[task]]
name = "runner"
desk = "office-events"               # the same desk: the next worker in the chain
after = ["events"]
task = "The plan runner, waking on the event log."
release = "The office's event log and the plan runner"

[[task]]
name = "box"
after = ["runner"]                   # at another desk: waits for office-events to be released
task = "A Plans box in the Office, above the desks."
agent = "codex"                      # the worker's choices, as the New worker form has them
push = false
no-tests = false

Taskoj ĉe unu laborposteno estas ĉeno, ĝiaj laboristoj en sia vico laboras ĉe unu branĉo, laŭ la ordo en la dosiero: la sekva komencas post kiam la lasta finis (stato revizio aŭ finiĝis) kaj ĝiaj testoj pasis, kun la transdono, la lasta restas por legi, kaj la laborposteno estas liberigata unufoje, ĉe la fino de la ĉeno, kun la projekta .claude/release. Taskoj ĉe diversaj laborpostenoj estas farataj samtempe, ĝis at-once. Tasko post tasko ĉe alia laborposteno atendas, ke tiu laborposteno estu liberigata, kaj komenciĝas ĉe nova laborposteno, kreita el la ĉefa, tial tia tasko devas esti la unua ĉe sia laborposteno. Tasko kun no-tests, aŭ projekto sen tests/run.sh, estas transdonata sole. La taskonomo estas la laborposteno, se ĝi estas forlasita.

La ekzekutanto estas skripto, ne agento: ĝi ne redaktas dosieron, ne respondas al peto, neniam metas du laboristojn ĉe unu laborposteno, kaj neniam kunigas aŭ puŝas (la skripto pri la publikigo kunigas, gup restas via). Laboristo, kiu finis sian taskon, estas forigata post kiam ĝiaj testoj finiĝis, ĉar laboristo ĉe sia laborposteno neniam legas noton. Rondo estas unu laboristo laboranta pri tasko; se la testoj de iu ne pasis, aŭ se li forlasis sen transdoni, li fiaskis, kaj la laboristo de la sekva rondo estas informata pri tio en la enirejo de la laborposteno; la tria fiasko haltigas tiun laborpostenon kun la notacio Bezonas atenton, kun la stato de la laborposteno fiksita kiel atendante de vikix, kiel fiaskis publikigo, kaj la tasko lasita kun dosieroj ne enmetitaj kiam ĝia laboristo foriris. Vi daŭrigas de tie per la mano: transdonu la taskon mem, aŭ korektu kaj reekzekutu la publikigon kun vikix agents plan release DESK, kio estas ankaŭ via "jes", kiam la pordo estas mi.

Plano komenciĝas de ŝablono. vikix agents plan templates listigas ilin: Vikix’s (config/plans/: one-task, unu tasko, unu laboristo ĉe unu laborposteno, liberigata kiam lia laboro estas finita; build-chain, konstruu, poste ĝiaj testoj, poste ĝia gvidlibro, tri laboristoj en sia vico ĉe unu laborposteno, liberigata unufoje ĉe la fino; two-desks, du laborpostenoj samtempe, ĉiu kun sia propra parto, poste tasko kunigas ilin ĉe nova laborposteno) kaj via propra, ~/.config/vikix/plans/templates/*.toml, plano de kiu la unua linio estas # NAME — por kio ĝi estas uzata, kun PROJECT kie la projekto estas, topic en la nomo de ĉiu laborposteno, kaj EDIT: komencas la liniojn, kiujn vi devas skribi; unu el viaj kun Vikix-nomo anstataŭas ĝin. vikix agents plan new TEMPLATE NAME PROJECT [--at-once N] [--gate me|none] skribas la kopion al ~/.config/vikix/plans/NAME.toml kun la projekto, kaj la du agordoj, se ili estas donitaj, plenigitaj, ĉiu laborposteno nomata por la plano (topic fariĝas NAME, topic-one NAME-one), kaj la komentoj de la ŝablono restas, do la dosiero klarigas sin mem. Tiam vi skribas ĝiajn liniojn EDIT: per viaj propraj vortoj: plan run rifuzas taskon, kiu ankoraŭ tenas unu, kaj ĝis la plano esti ekzekutita, ĝi estas projekto, kiun plan status listigas, kaj la Oficejo montras en la skatolo "Planoj" kun ĝia "Ekzekutu". La "Nova plano..." de la Oficejo estas formo kun la taskoj de la ŝablono kiel ĝiaj kampoj, kiu skribas la vortojn (vidu La Oficejo).

Ĝia stato estas eltrovita ĉiun fojon el la dosiero de la plano kaj la registraĵoj de la laborposteno (kiu tasko estas de la registro, kio okazis antaŭe en ĝia historio, la kontrolaj punktoj kaj ilia freŝeco, kiu estas ĉe la laborposteno), do refaro ne perdas ion, kaj plan run daŭrigas; nur ĝiaj ŝanĝoj estas ĝiaj, en ~/.local/state/vikix/office/plans/. Ĝi vekiĝas ĉe la okazaĵa registro de la oficejo, ~/.local/state/vikix/office/events-YYYY-MM.jsonl, unu linio estas transdono, kontrola punkto, komencita laboristo, fermita laborposteno aŭ agento, kiu foriris, skribite de ĉiu registraĵa skribo (kaj, de 2026-10-14, ĉiu paŝo de la registro de tasko: kreita, lanĉita kun ĝia numero, blokita, elirita, liberigata, kompletigita; vikix agents events relege ĝin), kaj rigardas sin ĉe si unufoje ĉiu minuto. vikix agents plan status diras kie ĉiu plano estas, unu linio laborposteno kaj unu linio tasko; plan pause ne komencas ion novan, plan stop finas la ekzekutanton (la laboristoj laborantaj daŭrigas), plan log estas kion ĝi faris. Kion ĝi ne povas scii: kiujn dosierojn du laborpostenoj tuŝos; la ŝanĝoj kaj la reguloj pri konfliktoj prizorgas tion.

17.3.16 Forigo de laboristo, kaj kiel li foriris ¶

vikix agents dismiss wifi-fix petas al la agento de la laborposteno, ke li eliru, kaj konservas la laborpostenon, ĝian branĉon kaj ĝiajn dosierojn, do vikix agents resume prenas ĝin poste; ĝi estas la "Fermu agenton" de la Oficejo de la terminalo. Noto iras al la laboristo unue, "forigata: skribu vian transdonon, se vi povas, poste haltigu", nur por tiu agento: unu meze de la ŝanĝo legas ĝin ĉe sia sekva voko de ilo, kaj neniu posta agento ĉe la laborposteno faras tion; la registro notiĝas pri la forigo kaj kiom da dosieroj restis ne enmetitaj. Agento neniam forigas sin mem. Iu ajn maniero ke agento forlasas laborpostenon, forigata, elirinta aŭ elirinta, la hoketo SessionEnd de Claude Code (vikix agents left; la dosiero de hoketoj de Codex havas la saman, kvankam codex exec ne aktivigas, do la foriro de Codex estas notita el sia propra sesio) notiĝas en la registro, do la sekva ĉe la laborposteno, kaj la Oficejo, vidas Foriris: forigata, 3 ne enmetitaj.

17.3.17 Transdono de laborposteno ¶

Claude Code dezajnas ĉe laborposteno, Codex implementas, Claude kontrolas: ĉiu paŝo estas transdono, kaj vikix agents handover wifi-fix --to codex estas la ununura komando, kiu faras tion. Ĝi estas rifuzita dum la agento de la laborposteno estas meze de paŝo (redakto, komando aŭ paŝo komencita en la lasta minuto, kiel la ĵurnalo de la hoketoj diras), krom se estas --now; tiam la agento estas petata pri sia transdono en noto (nur por li), kaj estas donita ĝis du minutoj por skribi ĝin, la transdono de la registro estas observata por la ŝanĝo (agento ĉe sia vokilo ne legas noton, do oni ne atendas pri ĝi); tiam la tasko de la sekva agento estas fiksita: --task "...", aŭ la sekva paŝo de la registro, kiel la agento lasis ĝin, neniam la tasko, kiel ĝi estis, kio estis la lasta agento (la dezajnero plano, sen kodo fariĝis la ordonoj de Codex la unua tago, kaj li transdonis post 27 sekundoj), kaj se neniu, la transdono estas rifuzita kaj la agento restas; tiam ĝi estas forigata kiel dismiss, la tasko antaŭe kaj ĝia transdono iras en la historion de la laborposteno, kaj la sekva agento estas komencita kun vikix agents resume wifi-fix --use codex --fresh (--mode kiel laboristo), ĝia unua vokilo estas ĝia tasko, la kampoj de la laborposteno (la kriterioj, la decidoj, la difektoj, la trovoj, kio ŝanĝiĝis, la enmetoj) kaj la konto kaj la sekva paŝo de la lasta agento, do ĝi komenciĝas el tio, kion la lasta lasis, anstataŭe de vaka vokilo. La registro notiĝas transdonita: claude -> codex kaj konservas ambaŭ sesiojn, do vikix agents resume --use claude poste trovas la konversacion de Claude, kaj --use codex tiun de Codex. Nenio de ajna konversacio estas kopiata: git, la registro kaj la dokumentoj de la projekto estas la komuna bazo. Agento neniam transdonas sian propran laborpostenon.

17.3.18 Kontrolo de alia agento ¶

vikix agents review wifi-fix --use codex havas alian provizon legi la laboron de laborposteno kaj diri kion ĝi trovas, sen iam ajn esti ĉe la laborposteno. La lasta enmeto de la laborposteno estas elprenita en forigita laborareo, de sia propra (la ne enmetitaj dosieroj estas forlasitaj, kaj oni diras tion), kaj la recenzanto estas elprenita tie sen fenestro kaj sen maniero skribi: Codex kiel codex exec --sandbox read-only kun aproboj forigitaj kaj ŝema outputo, Claude Code kiel claude -p --permission-mode plan kun la sama ŝemo petita en la linio; ĝiaj ŝlosiloj kaj via SSH-agento estas retenitaj kiel vikix agent retenas ilin. Ĝi ricevas la taskon, la akceptaj kriterioj, kiel la laboristo indikis ilin, la decidoj jam faritaj, la propra konto de la laboristo kaj kie la branĉo lasis la propran de la projekto, kaj estas petita pri trovoj en unu formo: kie (FILE:LINE), kiom gravas (alta, meza, malalta) kaj unu aŭ du frazoj, kiujn persono agos pri ili. Ĝi funkcias aparte de via ŝelo, kiel la recenzado de transdono, kaj diras tion (recenzado legita de fluejo sub tempo limigita forigis la recenzanton kaj perdis ĝiajn trovojn la unua tago); --here atendas por ĝi. Ĉiu trovo iras en la Recenzon de la transdono, subskribite de la recenzanto (codex 1234), linio iras en la enirejon de la laborposteno kaj la loglibro de la registro, kaj la laborareo estas forigita; vikix agents review --log wifi-fix konservas la vortojn de la recenzanto. Laboristo laboranta legas la trovojn ĉe sia sekva voko de ilo, kiel ĝi legas ajnan noton; unu, kiu transdonis, sidas ĉe sia vokilo kaj ne faras ion, do ĝi estas vekita kiel tell --now vekas ĝin: petite eliri kaj rekomencite kun la linio de la recenzado kiel sia vokilo, ĝia konversacio estas konservita, kaj kiam ĝi ne povas esti (ĝia stato estas nekonata, neniu konversacio por rekomenci), la komputilo estas dirita, ke ĝi devas esti. La laboristo adresas ilin kaj markas ĉiu kun vikix agents handoff --review-done N. --use ne dirita prenas la provizon, kiu ne estas la de la laborposteno (la laboro de Codex estas legita de Claude, tiu de Claude de Codex); --prompt "rigardu atente la repetan ciklon" aldontas viajn vortojn. vikix agents kaj la Oficejo diras sub recenzado de codex sub la agento de la laborposteno dum ĝi funkcias, nomas la propran procezon de la recenzanto recenzante kiam ĝi havas terminalon, kaj rifuzas sekundan recenzadon ĝis la unua finiĝas; recenzanto, kiu fiaskas, aŭ respondas en prozo, estas konservita kiel ĝi estas (unu trovo enhavante ĝiajn vortojn, aŭ la fiasko en la loglibro) anstataŭe de perdi. Recenzado mem ĉe ĉiu transdono estas unu linio en ~/.config/vikix/office, review=codex; ĝi estas forigita, krom se vi skribas ĝin, ĉar recenzado kostas la tempon de modelo kaj estas petita, ne supozita. La Recenzu per... butono de la Oficejo (la ŝlosilo r) komencas unu ĉe la elektita laborposteno, petante kiu recenzanto, kiam ambaŭ estas instalitaj, kaj la paĝo de la laborposteno montras la trovojn malfermajn aŭ adresitajn.

Ĉiu el la komandoj de la laboristo havas formon por la komputilo: en la ŝlosiloj de la laborposteno (Super+Alt+d) w komencas laboriston ĉe laborposteno (la laborposteno elektita en menuo, la tasko tajpita, nenio por sesio, poste kiu agento kaj ĉu ĝi povas puŝi, kiel nova laborposteno petas; laborposteno kun agento ĉe ĝi estas rifuzita en notifo), t testas la laboron de laborposteno, p paŭzas ĝian agenton aŭ lasas ĝin iri, i lasas noton, x forigas ĝin, ĉiu petante kiu laborposteno en menuo, kaj Super+m → AI havas la samon (Agentoj: laboristo ĉe laborposteno); la Oficejo havas ilin kiel butonoj.

17.3.19 Tago kun la du provizantoj ¶

La komandoj de la oficejo faras la tagon, kiun la dezajno en plans/DESIGN-codex-integration.md priskribas, unu registro de komenco ĝis fino. Claude Code dezajnas, Codex implementas, Claude recenzas, Codex korektas, la domo publikigas:

vikix agents desk vikix wifi-fix --task "design the Wi-Fi picker's rescan: a plan in plans/, no code" --use claude
vikix agents handoff wifi-fix                  # Claude's hand-in: status review, the design decided, its next step written
vikix agents handover wifi-fix --to codex      # Codex starts on that next step (or --task "..."), with the record; it implements, tests, hands in
vikix agents review wifi-fix --use claude      # Claude reads Codex's last commit: findings into the record, Codex woken with them
vikix agents handoff wifi-fix                  # the findings addressed (--review-done N), the tests' check fresh
.claude/release wifi-fix "the Wi-Fi picker rescans"   # the house's release step, from any shell; a fresh check on the commit spares its tests

La unua tia tago estis okazigita rekte en Vikixo, la 11-an de oktobro 2026, ĉe la paĝo random-guide (paĝo kun hazardaj gvidaj informoj, vikix docs random). Ĝi montras, laŭ la registroj de la paĝo, kion ĝi faris kaj kion ĉiu paŝo trovis:

vikix agents desk vikix random-guide --task "design a guide page at random: a plan in plans/, no code" --use claude
                                               # claude: the design (plans/DESIGN-random-guide.md), status review in 15 min
vikix agents handover random-guide --to codex  # codex got the task unchanged, "no code": it handed in review after 27 s, having done nothing
vikix agents dismiss random-guide
vikix agents worker random-guide "Implement plans/DESIGN-random-guide.md as it stands" --use codex
                                               # the dismissal's note reached the new worker at its first tool call: it obeyed, and stopped; and once more
vikix agents worker random-guide "Implement plans/DESIGN-random-guide.md as it stands" --use codex
                                               # the third codex implemented it: commit 7f9f534, its tests, status review
vikix agents review random-guide --use claude  # four findings (a guide's table, the deck's round, a dead line, apostrophes); run under a timeout, the reviewer was orphaned once
vikix agents worker random-guide "Address the review of your commit 7f9f534 ..." --use codex
                                               # the new worker found the findings, the defects and the decisions gone from the record; it put them back from its task
                                               # its tests/run.sh --changed hit the queue's deadline waiting for rescue; a named rerun passed
.claude/release random-guide "..."             # refused twice: a timing check in tests/house.sh at a load of 5.5 on 4 cores, then a screen test

El tio aperis ses problemoj en la laboro (la tasko de la transdono, la ricevanto de la notoj, la revizio en la antaŭgrundo, la trovitaj aferoj, kiuj ne estis legitaj tuj, la historio de la registro, la subskribo de la komandoj de la agento) kaj kvar kostoj (unu aldonita modifo estis testita kvar fojojn; modifo de du planoj estis testita dum tridek minutoj, la testanto atendas pri la publikigo; la tempo-kontrolo fiaskis pro la ŝarĝo; la solaj testoj daŭras kun la opcio --changed preter ilia limdato), ĉiu el ili estis korektita en la posta versio kun sia propra testo. La komandoj supre estas la maniero, kiel ĝi devas funkcii nun.

17.3.20 Kiam laborotablo ne aperas ¶

vikix agents ne montras novan linion kaj la laborspaco estas malplena: la laborotablo ne estis kreita. De la terminalo, la kialo estas afiŝata (ne ekzistas projekto nomata...: vikix project list listigas ilin, kaj ajna parto de la nomo funkcias); de Super+m, ĝi aperas kiel notifo. La kutima kaŭzo estas nomo, kiu ne estas la projekto (novel-second-edition kiam la projekto estas novel).

17.4.1 Du agentoj sur unu dosiero ¶

La agento en la laborspaco 5 baldaŭ redaktos bin/vikix-wifi, kiun la agento en la laborspaco 4 ŝanĝis en sia labora arbo kaj ankoraŭ ne aldonis. Claude Code haltas kaj petas vin, en sia propra fenestro de permeso:

> Vikix-laboro: alia agento laboras pri ĉi tiu dosiero. Claude 48213 (~/src/vikix-wifi-fix) ŝanĝis ĝin en ~/src/vikix-wifi-fix, kaj la ŝanĝo ne estis aldonita. vikix agents clash ~/src/vikix-docs-pass/bin/vikix-wifi montras ambaŭ ŝanĝojn. Ĉu permesi, ke ĉi tiu redaktu ĝin ankaŭ?

Vi havas tri respondojn. Jes: ambaŭ ŝanĝoj estas aldonitaj, kaj kiu ajn kunigas la ŝanĝojn due, tiu decidas pri la superkovro. Ne: ĉi tiu agento ricevas la mesaĝon, ke la redaktado estis rifuzita, kaj vi diras al ĝi kial (lasu bin/vikix-wifi al la alia agento). Aŭ rigardu unue:

$ vikix agents clash ~/src/vikix-docs-pass/bin/vikix-wifi
~/src/vikix-docs-pass/bin/vikix-wifi: 2 agents on it. Each one's change, uncommitted:

== claude 48213, changed in ~/src/vikix-wifi-fix ==
diff --git a/bin/vikix-wifi b/bin/vikix-wifi
...
== claude 51002, edited it ==
(no change in the worktree: the edit is still to come)

Which stays is yours to say: tell the other agent to drop its change, or let both go in and settle the merge.

La sama principo validas ene de unu labora kopio: kiam du agentoj uzas la saman komputilon kaj la dua redaktas dosieron, kiun la unua jam redaktis, la sistemo scias, kaj Claude Code demandas pri tio ( Claude 48213 ankaŭ redaktis ĝin, antaŭ 4 minutoj).

vikix agents clash simple listigas ĉiujn dosierojn, pri kiuj laboras du agentoj, kaj vikix agents markas tiun dosieron sub ĉiu agento:

  claude   ~/src/vikix-docs-pass (docs-pass, 1 uncommitted)   workspace 5   1 h    working
           on bin/vikix-wifi with claude 48213 too (vikix agents clash bin/vikix-wifi)

17.4.2 Transiro ¶

Agento povas redakti dosieron en la laborloko de alia agento, kaj povas iri al la fenestro de alia agento (la ilo MCP focus_window), sed neniam silente. La redaktado okazas, kaj la agento estas informata, per vortoj, kiujn ĝi legas antaŭ ol agi: ĉi tiu dosiero estas en ~/src/vikix-wifi-fix, la dosierujo, en kiu Claude 48213 laboras, ne via; la transiro estas registrita; redaktu ĝin nur se la uzanto petis tion, alie lasu ĝin al tiu agento kaj informu la uzanton. La transiro estas konservata en la registra datumbazo, kaj vikix agents crossings listigas la lastajn:

$ vikix agents crossings
1  2026-10-06 11:42  office/crossing  claude 51002 edited ~/src/vikix-wifi-fix/bin/vikix-wifi, in claude 48213's folder

Agento en via hejm-dosierujo ne posedas dosierujon, do nenio estas eniro al ĝi: ĉio sub la hejmo estus.

17.4.3 Ŝeloj lasitaj dormi en ciklo ¶

Komando, kiun agento tajpis, povas ripetiĝi, atendante linion, kiu neniam venos (ĝis grep -q exit log; do sleep 20; faru, kun la dosierujo nomata neĝuste): la agento daŭrigas ĉe sia komanda linio kaj la ciklo restas, ŝelo kun nur sleep sub ĝi, dum horoj. La Oficejo vidas la agenton ĉe sia komanda linio kaj diras, ke la terminalo povas esti fermita; vikix agents kaj la vico de laboristoj de la Oficejo diras, kiom da tiaj ŝeloj ĝi havas, kaj vikix agents tidy listigas ilin laŭ agento kaj finigas ilin per "jes" (--yes de skripto). Ŝelo kalkuliĝas post dek minutoj da nur dormo, kaj nur unu ricevas sian komandon en la linio (bash -c): skripto, kiu dormas inter siaj paŝoj, tests/run.sh atendas disponeblan tempon, faras ion. Ciklo, kiun la agento intencas konservi, atenta observo, ŝajnas la sama, do nenio estas finita sen peto; vikix memory left listigas ilin inter la eblaj opcioj.

17.4.4 Kio tenas la regulojn, por ĉiu agento ¶

vikix agents hooks diras tion klare, kaj la lastaj linioj de la transdono diras tion por la agentoj ĉe la laborposteno:

$ vikix agents hooks
claude    given to Claude Code by vikix agent at every start (--settings): pre-edit and pre-shell hooks
codex     hooks in ~/.codex/hooks.json: PreToolUse (apply_patch read for its files, Bash; a clash refused once, since it can't ask), PermissionRequest (a step out of the sandbox: off the desk denied, a routine command allowed, ...), UserPromptSubmit, Stop and SessionEnd (...); and Vikix's rules in ~/.codex/rules/vikix.rules (...). Seen firing here on 2026-10-10 (tests/codex.sh --live, Codex 0.160): UserPromptSubmit, PreToolUse, PermissionRequest (...) and Stop; SessionEnd not in codex exec
          not installed (vikix agents hooks codex --install links ~/.codex/hooks.json)
          not installed (vikix agents hooks codex --install links ~/.codex/rules/vikix.rules)
          trust: vikix agent passes --dangerously-bypass-hook-trust in your projects and in a folder of no repository (your home, Super+a's here) when the hook file is Vikix's ...
          ~/.codex/config.toml: sandbox_mode, approval_policy stand under [section], a table Codex doesn't read, so they do nothing; move the lines above the first [...] header (your file: Vikix doesn't write it)
opencode  a plugin on tool.execute.before (edit, write, bash): a refused edit throws, with the reason ...
          not installed (vikix agents hooks opencode --install links ~/.config/opencode/plugins/vikix-office.js)
gemini    a BeforeTool hook to merge into ~/.gemini/settings.json by hand ... unverified here
antigravity a plugin of Vikix's that vikix agent installs with agy plugin install ...: pre-edit and pre-shell hooks
aider     no hooks: instructions only (the guide it reads), and git

Tri niveloj, kaj la listo neniam asertas pli ol ekzistas. Instrukcioj nur: la agento legis la regulojn en sia gvidlibro, kaj git poste montras, kion ĝi faris. Antaŭ-redakta hakoj: la domaj reguloj funkcias antaŭ ĉiu redaktado kaj ŝelkomando kaj povas rifuzi ĝin; Claude Code kaj Antigravity CLI havas ilin el vikix agent, Codex kaj OpenCode ricevas ilin de adaptilo, kiun vi instalas unufoje (--install ligas dosieron de Vikix en iliajn dosierujojn kaj lasas vian propran dosieron netuŝita; la hakoj de Codex estis viditaj agi ĉi tie la 10-an de oktobro 2026, tests/codix.sh --live; la formo de Gemini estas el ĝia dokumentaro kaj estas markita kiel neprovita ĝis unu el ili agas ĉi tie). Apliko de dosierujaj reguloj: neniu el Vikix. Laborujo konservas kopiojn aparte, kaj la hako legas la vortojn de ŝelkomando; neniu el ili estas sandbox, kaj la paĝo ne nomas ilin tiel. Codex alportas sian propran sandbox, kaj en la supervizataj kaj sendependaj reĝimoj (Reĝimoj: kiel multe Codex-laboristo estas libera) Vikix limigas ĝin al la labortablo; la transdono diras tion sub Codex ĉe la labortablo (sandboxigita al sia labortablo), kaj neniu sandbox: senrestrikta, fare de la uzanto kiam vi petis tion. Hako, kiun provizanto mankas, ne malhelpas alian funkcii: la transdono kaj la rekomenco estas la samaj por ĉiu agento.

La hakoj de Codex, config/codex/hooks.json ligita kiel ~/.codex/hooks.json, estas la samaj reguloj ĉe la iloj de Codex, ĉar ĝiaj hakoj malsamas de tiuj de Claude Code en tri manieroj. Ĝia redakta ilo estas apply_patch, kies eniro estas la teksto de la ŝanĝo, do la hako legas ĉiun dosieron, kiun la ŝanĝo nomas (ĝia Dosiero por Ĝi, Aldonu Dosieron, Forigu Dosieron kaj Movu al linioj; ŝanĝo aplikita per Bash heredoc estas la sama) kaj juĝas ĉiu el ili kiel redakton: malpermesita de labortablo aŭ en la propra dosierujo de la projekto, indikita interŝanĝo, mesaĝo de vikix agents tell sendita. Ĝia hako ne povas demandi, do konflikto (alia agento en la dosiero) estas rifuzita unufoje, kun la kialo kaj vikix agents clash FILE, kaj la sama redakto ene de dek minutoj estas akceptita, Codex informis vin, kiel faras OpenCode. Kaj ĝi havas hakon ĉe ĉiu paŝo ekster sia sandbox (PermissionRequest, vikix agents touch --for codex --escalation): unu, kiu skribus en la propran dosierujon de la projekto, ~/vikix, alia labortablo aŭ ~/.config/vikix/secrets/ estas rifuzita kun la kialo, sendepende de la reĝimo kaj kie ajn la agento estas (anstataŭ seance en via hejma dosierujo), do en sendependa la kontrolanto neniam vidas tiujn; rutinetera estas permesita, do neniu peto: la komandoj, kiujn la dosiero de la reguloj de Vikix permesas (vikix snapshot kaj la aliaj komandoj vikix, git en la branĉo, tests/run.sh, .claude/release), sub timeout, env, nice, VAR=value aŭ bash -lc ankaŭ, ĉiu komando de la linio estas unu el ili, nenio estas anstataŭigita en ĝi ($(...)), neniu re-direktado sed al /dev/null; ĉiu alia paŝo estas lasita al vi aŭ la kontrolanto, kaj kiam ĝi estas via, la noto de la agento atendas diras, ke Codex atendas vian afirmon. Tri pliaj hakoj donas la statojn: komencita rondo (UserPromptSubmit) estas notita en la ĵurnalo, do Codex, kiu pripensas antaŭ sia unua ilo-voko, estas aktiva; ĝia Hako Haltu petas al laboranto ĝian transdonon, kiel faras Claude Code, kaj skribas la noton finis sian rondon kun la lastaj vortoj de Codex, kaj halto akceptita estas ĉe sia peto ĝis la sekva rondo; ĝia SessionEnd notigas kiel ĝi foriris (Codex ne donas kialon, do la rekordo diras foriris). La paĝo de la transdono diras, kiu el ĉi tiuj Codex ĉe la labortablo havas: ĝiajn redaktojn viditajn per la hako, aŭ la dosiero de la hako instalita kaj neniu vidita ankoraŭ, aŭ nur instrukcioj. La ID de la sesio de Codex atingas la rekordon per la samaj hakoj, do vikix agents resume trovas ĝian konversacion sen ke vi tajpu ĝin, en ĝiaj dosieroj por la lanĉo aŭ, de Codex 0.160, ĝia stokaĵo de la konversacio (session_index.jsonl, thread_history_1.sqlite, nur legebla).

La hako notigas redakton antaŭ ol ĝi okazas, do notiĝo en la ĵurnalo estas propono; kio fakte ŝanĝiĝis estas tion, kion diras git (vikix agents nombras la nekomititajn dosierojn, vikix agents clash FILE montras la diferencon). Neniu el ĉi tio solvas la ŝanĝojn de alia agento, respondas al ĝiaj petoj, haltigas ĝin aŭ fermas ĝian labortablon: tiuj estas via.

17.4.5 Kion la reguloj ne faras ¶

Konflikto kaj interŝanĝo ne haltigas nenion memstare: la tiu, kiu decidas, estas vi, ĉe la peto de Claude Code (la aldonaĵo de OpenCode povas nur rifuzi aŭ permesi, do ĝi rifuzas konflikton unufoje kaj permesas la saman redakton kiam ĝi estas provita denove ene de dek minutoj, la agento informante vin). Nur la regulo de la labortablo rifuzas rekte, kaj ĝi nomas la manieron eliri. La reguloj validas por Claude Code, Antigravity CLI kaj Codex, kaj la aldonaĵo de OpenCode tenas la redaktan hakon; Gemini CLI kaj Aider ne havas tian hakon, do konflikto kun unu el ili estas vidita poste, en vikix agents kaj vikix agents clash, ne antaŭ la redakto, kaj nenio malhelpas al ili aliri la propran dosierujon de la projekto. La hakoj de Antigravity ne povas diri al la agento ion sen decidi, do interŝanĝo petas al vi, kun la kialo, kie Claude Code estas informita kaj daŭras; ĝia hako estas aldonaĵo de Vikix, kiun vikix agent metis en lokon (agy plugin list montras vikix), do ĝi restas inter sesioj, kaj agy plugin disable vikix forŝaltas ĝin. Claude Code-sesio komencita antaŭ la ĝisdatigo, aŭ per VIKIX_OFFICE=0 vikix agent, ankaŭ ne havas hakon; unu komencita antaŭ la regulo de la labortablo havas la redaktan hakon, sed ne tiun pri la ŝelkomandoj, ĉar Claude Code legas siajn hakojn ĉe la komenco. Ŝelkomando, kiu skribas per programo, kiun la hako ne konas (propra Python-skripto de la agento), pasas. Kaj ili konas dosierojn, ne signifon: du agentoj redaktantaj diversajn dosierojn de unu funkcio ne estas konflikto por ili.