[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M71S3S2E46S6AZEV07AJ75TK":3,"skill-same:01M71S3S2E46S6AZEV07AJ75TK":75},{"skillNo":4,"name":5,"nameZh":6,"description":7,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":16,"categories":17,"keywords":23,"publishedAt":44,"linkOnly":45,"markdownContent":46,"markdownBody":47,"frontMatter":48,"refName":52,"commitSha":53,"skillDirectory":54,"forksCount":55,"repositoryHtmlUrl":56,"repositoryHomepageUrl":6,"ownerHtmlUrl":57,"ownerBlogUrl":58,"ownerDescription":59,"updatedAt":60,"install":61,"resources":74},"01M71S3S2E46S6AZEV07AJ75TK","vivi-parallel-tracks",null,"Load ONLY under TRANCE authorization when the Plan phase yields N independent, non-overlapping implementation tracks (disjoint file sets). Operationalizes the TRANCE G4 form — parallel multi-track implementation in mandatory git-worktree isolation, max 5 clean-context tracks, a per-track verifier cascade, a non-fungible per-track ≤3 reflection budget, explicit stop conditions, and a single-threaded merge\u002Faggregation step. Absent TRANCE gating, Vivi runs exactly as today: single-track A→P→I→V→Δ\u002FR.","Rynaro\u002Fprisma","Rynaro","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F5271543?v=4","01M70CFYFMB316W23THVQAQ42M","Henrique A. Lavezzo","01M71RXA8ZHEPZR3GERY09ERGD",1,"MIT","https:\u002F\u002Fgithub.com\u002FRynaro\u002Fprisma\u002Fblob\u002Fmain\u002F.eidolons\u002Fvivi\u002Fskills\u002Fparallel-tracks\u002FSKILL.md",[18],{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000040","财务","PROFESSION","适用职业",[24,25,26,27,28,29,30,31,32,33,34,35,36,37,38,39,40,41,42,43],"tracks","vivi parallel tracks","parallel tracks","parallel","load","when","phase","only","single","gating","track","worktree isolation","reflection","file","multi","form","verifier","as","plan phase","clean","2026-11-10 13:02:02",false,"---\nname: vivi-parallel-tracks\ndescription: \"Load ONLY under TRANCE authorization when the Plan phase yields N independent, non-overlapping implementation tracks (disjoint file sets). Operationalizes the TRANCE G4 form — parallel multi-track implementation in mandatory git-worktree isolation, max 5 clean-context tracks, a per-track verifier cascade, a non-fungible per-track ≤3 reflection budget, explicit stop conditions, and a single-threaded merge\u002Faggregation step. Absent TRANCE gating, Vivi runs exactly as today: single-track A→P→I→V→Δ\u002FR.\"\nmetadata:\n  methodology: Vivi\n  phase: TRANCE-G4\n---\n\n# Parallel Multi-Track Mode (TRANCE G4)\n\nOperationalizes the TRANCE G4 form for Vivi: **parallel feature branches in\nisolated git worktrees + per-track verifier cascade + a mandatory\nsingle-threaded merge\u002Faggregation step.**\n\n> **Single-track is the default.** The standard A→P→I→V→Δ\u002FR cycle remains the\n> default for every task. This mode activates ONLY under TRANCE authorization\n> AND the entry gate below. It is **never** the default — it adds parallelism,\n> not a fresh budget (trance-matrix R3) and not reflection past the published\n> caps (trance-matrix R4).\n\n> **Runtime note (loop-native).** Unlike its predecessor — which left the\n> autonomous edit-run-test loop \"out of scope (nexus gap R1)\" — Vivi's per-track\n> Verify **drives the closed loop** `eidolons sandbox loop`\n> (`skills\u002Floop-native\u002FSKILL.md`): each track is its own loop-native V→R (run →\n> localized feedback → fresh-context repair → re-run, `--protect` \u002F pass^k), in\n> its own git worktree. The host\u002Fparent still executes the worktree spin-up +\n> cleanup and the single-threaded merge (the Eidolon *specifies* isolation; the\n> parent *executes* the bash) — but the per-track verifier cascade itself is the\n> closed loop, not host-interpreted prose.\n\n---\n\n## 1 — Entry Gate (refuse unless ALL hold)\n\nEnter this mode ONLY when every condition is true. Otherwise **fall back to\nsingle-track** — do not force parallelism.\n\n| # | Condition | Why |\n|---|---|---|\n| G-1 | **TRANCE-authorized** — both a complexity flag AND a stakes flag fire (cortex C6). | TRANCE is gated, never default. |\n| G-2 | **Complexity = Complex** (4+ files, cross-domain). | Trivial\u002FStandard stay single-track. |\n| G-3 | **N independent tracks exist** — the Plan phase produced N implementation tracks with **disjoint file sets**, verified against the Plan's collision map (methodology.md A-Step 5). | This is the read-vs-write safety axis made mechanical: parallel WRITE is only defensible under strict isolation. |\n| G-4 | **Tracks do NOT share files.** If any two tracks touch the same file, the precondition FAILS. | Shared-tree parallel write clobbers the tree (project memory: parallel agents on one tree clobber branches). |\n\nIf G-3 or G-4 fails → **refuse the mode, run single-track.** Record the refusal\nreason. A partial overlap is not \"almost disjoint\" — it is single-track.\n\n---\n\n## 2 — Fan-Out (bounded, isolated, clean-context)\n\n- **Max 5 tracks** (cortex C1 ceiling; orchestrator-worker sweet spot). More\n  than 5 → split the work or sequence the surplus.\n- **`isolation: worktree` is MANDATORY.** Each track runs in its **own git\n  worktree** — never the shared working tree. Sub-agent isolation is safe for\n  read and dangerous for write; isolation makes the parallel write safe.\n- **Each track is a clean-context subagent.** Fresh context per track prevents\n  self-conditioning \u002F trajectory contamination across tracks.\n- **Perspective-diverse only where it helps.** Use genuinely different\n  assets\u002Fstrategies when the sub-features differ. Do NOT spin N-identical\n  tracks \"for diversity\" — quality dominates diversity-for-its-own-sake.\n- Each track owns its file set (from the Plan) and **may not expand scope into\n  another track's files** (boundary respect, I-3). Scope creep across a track\n  boundary is a STOP condition (§4).\n\n---\n\n## 3 — Per-Track Verifier Cascade\n\nEach track runs its **own** Verify phase (methodology.md V-VERIFY): lint →\ntest-anchors → regression, with the anti-overfit and pass^k gates from\nmethodology.md applied per track.\n\nOn per-track Verify-pass, the track emits its existing\n**`vivi-completion-report`** envelope (`templates\u002Fvivi-completion-report.envelope.json`,\nprofile `schemas\u002Fvivi-completion-report-profile.v1.json`). **No new ECL kind**\n— the parallel mode reuses the closed 10-performative set; one completion\nenvelope per passed track.\n\n### Non-fungible per-track reflection budget\n\n- The bounded-reflection budget (≤3 same-category attempts, I-5 \u002F D5 \u002F\n  trance-matrix R4) is **scoped per worktree**.\n- A track **may NOT borrow another track's retries.** Budgets are\n  non-fungible.\n- A track that exhausts its ≤3 budget is marked **BLOCKED**, excluded from the\n  merge, and **never silently re-driven**. See `skills\u002Ffailure-recovery\u002FSKILL.md`\n  (per-track non-fungibility + cross-track INTEGRATION_ERROR).\n\n---\n\n## 4 — Stop Conditions (explicit)\n\nThe fan-out terminates when ANY holds — there is no unbounded multi-agent\nfree-run:\n\n1. **All tracks reach Verify-pass OR Verify-blocked.** (Terminal state.)\n2. **Hard cap: 5 tracks.** Never exceed.\n3. **Per-track ≤3 same-category retries.** Exhausted → BLOCKED (not retried).\n4. **No track expands scope into another track's file set.** Boundary breach →\n   STOP that track, mark BLOCKED, do not merge it.\n\n---\n\n## 5 — Aggregation \u002F Merge (mandatory, single-threaded)\n\nThe merge is a **single-threaded** step under **continuous parent context** —\nthe write boundary stays single-threaded even though the fan-out was parallel.\n\n1. **Merge passed tracks in dependency order** (BLOCKED tracks are excluded).\n2. **Run the FULL regression suite ONCE post-merge** — not per-track. Apply the\n   pass^k reliability gate (methodology.md V-VERIFY): a result that passes once\n   but is non-deterministic across repeats is **flaky → BLOCKED**, not merged.\n3. **Classify cross-track breaks as `INTEGRATION_ERROR`** via the existing\n   failure taxonomy (`skills\u002Ffailure-recovery\u002FSKILL.md`). A regression that appears\n   ONLY after merge (each track passed in isolation) is `INTEGRATION_ERROR`,\n   routed to the merge step's reflection — **not** back into a track.\n4. **Emit the aggregation artifact:** `templates\u002Ftracks-merge-report.md` — a\n   Markdown report (NOT a new ECL kind) that aggregates the per-track\n   `vivi-completion-report` envelopes: per-track table (id, worktree, file\n   set, verdict, envelope ref, retries-used\u002F3), merge order, conflicts\n   resolved, post-merge full-suite result (pass^k note), and BLOCKED-track\n   disposition.\n5. **On unresolved cross-track conflict → escalate to VIGIL** via the **existing**\n   `repair-failed-report` envelope (`templates\u002Frepair-failed-report.envelope.json`,\n   `performative=ESCALATE`, `to.eidolon=vigil`). No new ECL kind, no new schema.\n\n---\n\n## 6 — Invariants\n\n- Parallel WRITE requires `isolation: worktree` — Vivi never fans out into a\n  shared tree (SPEC.md I-8).\n- Max 5 tracks; merge is single-threaded under continuous parent context.\n- Reuse the existing `vivi-completion-report` (per track) and\n  `repair-failed-report` (escalation) envelopes — closed 10-performative set\n  preserved (P0).\n- Single-track A→P→I→V→Δ\u002FR is the default; this mode is TRANCE-gated +\n  entry-gated.\n\n---\n\n*Parallel Multi-Track Skill — worktree-isolated, bounded, TRANCE-gated, single-threaded merge.*\n","# Parallel Multi-Track Mode (TRANCE G4)\n\nOperationalizes the TRANCE G4 form for Vivi: **parallel feature branches in\nisolated git worktrees + per-track verifier cascade + a mandatory\nsingle-threaded merge\u002Faggregation step.**\n\n> **Single-track is the default.** The standard A→P→I→V→Δ\u002FR cycle remains the\n> default for every task. This mode activates ONLY under TRANCE authorization\n> AND the entry gate below. It is **never** the default — it adds parallelism,\n> not a fresh budget (trance-matrix R3) and not reflection past the published\n> caps (trance-matrix R4).\n\n> **Runtime note (loop-native).** Unlike its predecessor — which left the\n> autonomous edit-run-test loop \"out of scope (nexus gap R1)\" — Vivi's per-track\n> Verify **drives the closed loop** `eidolons sandbox loop`\n> (`skills\u002Floop-native\u002FSKILL.md`): each track is its own loop-native V→R (run →\n> localized feedback → fresh-context repair → re-run, `--protect` \u002F pass^k), in\n> its own git worktree. The host\u002Fparent still executes the worktree spin-up +\n> cleanup and the single-threaded merge (the Eidolon *specifies* isolation; the\n> parent *executes* the bash) — but the per-track verifier cascade itself is the\n> closed loop, not host-interpreted prose.\n\n---\n\n## 1 — Entry Gate (refuse unless ALL hold)\n\nEnter this mode ONLY when every condition is true. Otherwise **fall back to\nsingle-track** — do not force parallelism.\n\n| # | Condition | Why |\n|---|---|---|\n| G-1 | **TRANCE-authorized** — both a complexity flag AND a stakes flag fire (cortex C6). | TRANCE is gated, never default. |\n| G-2 | **Complexity = Complex** (4+ files, cross-domain). | Trivial\u002FStandard stay single-track. |\n| G-3 | **N independent tracks exist** — the Plan phase produced N implementation tracks with **disjoint file sets**, verified against the Plan's collision map (methodology.md A-Step 5). | This is the read-vs-write safety axis made mechanical: parallel WRITE is only defensible under strict isolation. |\n| G-4 | **Tracks do NOT share files.** If any two tracks touch the same file, the precondition FAILS. | Shared-tree parallel write clobbers the tree (project memory: parallel agents on one tree clobber branches). |\n\nIf G-3 or G-4 fails → **refuse the mode, run single-track.** Record the refusal\nreason. A partial overlap is not \"almost disjoint\" — it is single-track.\n\n---\n\n## 2 — Fan-Out (bounded, isolated, clean-context)\n\n- **Max 5 tracks** (cortex C1 ceiling; orchestrator-worker sweet spot). More\n  than 5 → split the work or sequence the surplus.\n- **`isolation: worktree` is MANDATORY.** Each track runs in its **own git\n  worktree** — never the shared working tree. Sub-agent isolation is safe for\n  read and dangerous for write; isolation makes the parallel write safe.\n- **Each track is a clean-context subagent.** Fresh context per track prevents\n  self-conditioning \u002F trajectory contamination across tracks.\n- **Perspective-diverse only where it helps.** Use genuinely different\n  assets\u002Fstrategies when the sub-features differ. Do NOT spin N-identical\n  tracks \"for diversity\" — quality dominates diversity-for-its-own-sake.\n- Each track owns its file set (from the Plan) and **may not expand scope into\n  another track's files** (boundary respect, I-3). Scope creep across a track\n  boundary is a STOP condition (§4).\n\n---\n\n## 3 — Per-Track Verifier Cascade\n\nEach track runs its **own** Verify phase (methodology.md V-VERIFY): lint →\ntest-anchors → regression, with the anti-overfit and pass^k gates from\nmethodology.md applied per track.\n\nOn per-track Verify-pass, the track emits its existing\n**`vivi-completion-report`** envelope (`templates\u002Fvivi-completion-report.envelope.json`,\nprofile `schemas\u002Fvivi-completion-report-profile.v1.json`). **No new ECL kind**\n— the parallel mode reuses the closed 10-performative set; one completion\nenvelope per passed track.\n\n### Non-fungible per-track reflection budget\n\n- The bounded-reflection budget (≤3 same-category attempts, I-5 \u002F D5 \u002F\n  trance-matrix R4) is **scoped per worktree**.\n- A track **may NOT borrow another track's retries.** Budgets are\n  non-fungible.\n- A track that exhausts its ≤3 budget is marked **BLOCKED**, excluded from the\n  merge, and **never silently re-driven**. See `skills\u002Ffailure-recovery\u002FSKILL.md`\n  (per-track non-fungibility + cross-track INTEGRATION_ERROR).\n\n---\n\n## 4 — Stop Conditions (explicit)\n\nThe fan-out terminates when ANY holds — there is no unbounded multi-agent\nfree-run:\n\n1. **All tracks reach Verify-pass OR Verify-blocked.** (Terminal state.)\n2. **Hard cap: 5 tracks.** Never exceed.\n3. **Per-track ≤3 same-category retries.** Exhausted → BLOCKED (not retried).\n4. **No track expands scope into another track's file set.** Boundary breach →\n   STOP that track, mark BLOCKED, do not merge it.\n\n---\n\n## 5 — Aggregation \u002F Merge (mandatory, single-threaded)\n\nThe merge is a **single-threaded** step under **continuous parent context** —\nthe write boundary stays single-threaded even though the fan-out was parallel.\n\n1. **Merge passed tracks in dependency order** (BLOCKED tracks are excluded).\n2. **Run the FULL regression suite ONCE post-merge** — not per-track. Apply the\n   pass^k reliability gate (methodology.md V-VERIFY): a result that passes once\n   but is non-deterministic across repeats is **flaky → BLOCKED**, not merged.\n3. **Classify cross-track breaks as `INTEGRATION_ERROR`** via the existing\n   failure taxonomy (`skills\u002Ffailure-recovery\u002FSKILL.md`). A regression that appears\n   ONLY after merge (each track passed in isolation) is `INTEGRATION_ERROR`,\n   routed to the merge step's reflection — **not** back into a track.\n4. **Emit the aggregation artifact:** `templates\u002Ftracks-merge-report.md` — a\n   Markdown report (NOT a new ECL kind) that aggregates the per-track\n   `vivi-completion-report` envelopes: per-track table (id, worktree, file\n   set, verdict, envelope ref, retries-used\u002F3), merge order, conflicts\n   resolved, post-merge full-suite result (pass^k note), and BLOCKED-track\n   disposition.\n5. **On unresolved cross-track conflict → escalate to VIGIL** via the **existing**\n   `repair-failed-report` envelope (`templates\u002Frepair-failed-report.envelope.json`,\n   `performative=ESCALATE`, `to.eidolon=vigil`). No new ECL kind, no new schema.\n\n---\n\n## 6 — Invariants\n\n- Parallel WRITE requires `isolation: worktree` — Vivi never fans out into a\n  shared tree (SPEC.md I-8).\n- Max 5 tracks; merge is single-threaded under continuous parent context.\n- Reuse the existing `vivi-completion-report` (per track) and\n  `repair-failed-report` (escalation) envelopes — closed 10-performative set\n  preserved (P0).\n- Single-track A→P→I→V→Δ\u002FR is the default; this mode is TRANCE-gated +\n  entry-gated.\n\n---\n\n*Parallel Multi-Track Skill — worktree-isolated, bounded, TRANCE-gated, single-threaded merge.*\n",{"name":5,"metadata":49,"description":7},{"phase":50,"methodology":51},"TRANCE-G4","Vivi","main","42ce382409178ece647a93f841a86119e8d74a65",".eidolons\u002Fvivi\u002Fskills\u002Fparallel-tracks",0,"https:\u002F\u002Fgithub.com\u002FRynaro\u002Fprisma","https:\u002F\u002Fgithub.com\u002FRynaro","https:\u002F\u002Fhlavezzo.me","A Code Alchemist with a passion for weaving tales and inscribing transmutation circles in pure code.","2026-10-18 20:39:25",{"source":8,"skillName":5,"commands":62,"prompt":72,"zipAvailable":73},[63,66,69],{"tool":64,"command":65},"npx","npx skills add Rynaro\u002Fprisma --skill vivi-parallel-tracks",{"tool":67,"command":68},"bunx","bunx skills add Rynaro\u002Fprisma --skill vivi-parallel-tracks",{"tool":70,"command":71},"pnpm","pnpm dlx skills add Rynaro\u002Fprisma --skill vivi-parallel-tracks","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002FRynaro\u002Fprisma\u002Fblob\u002Fmain\u002F.eidolons\u002Fvivi\u002Fskills\u002Fparallel-tracks\u002FSKILL.md",true,[],[76,101,127,157,178,198],{"skillNo":77,"name":78,"nameZh":6,"description":79,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":80,"categories":81,"keywords":82,"publishedAt":44},"01M71S3X05FSJA01D22MH39Y0W","vivi-verify-incoming","Load when reading any upstream artefact handed off to Vivi that carries a sibling .envelope.json. BLOCKING per ECL §6.2.2: the orchestrator MUST have verified the envelope's SHA-256 (eidolons verify-envelope --block \u002F eidolons run --verify) and recorded a verify_pass before dispatch. If no verify_pass exists for the message_id, or a verify_fail is present, REFUSE to process the payload and hand back to the orchestrator. Symmetric receiver gate — every Eidolon enforces it identically.","https:\u002F\u002Fgithub.com\u002FRynaro\u002Fprisma\u002Fblob\u002Fmain\u002F.eidolons\u002Fvivi\u002Fskills\u002Fverify-incoming\u002FSKILL.md",[],[83,84,85,86,87,88,89,90,91,92,93,94,95,96,97,98,99,28,100,29],"verify","vivi verify incoming","verify incoming","run","sha-256","json","orchestrator","process","dispatch","back","message","upstream","id","receiver","block","ecl","hand","for",{"skillNo":102,"name":103,"nameZh":6,"description":104,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":105,"categories":106,"keywords":107,"publishedAt":44},"01M71S3N09VY1H2QHXXP4SKY2X","vivi-methodology","Full Vivi cycle reference — A(nalyze) → P(lan) → I(mplement) → V(erify) → Δ(Delta)\u002FR(eflect). Use when the task is a non-trivial feature implementation in a brownfield codebase and you need the complete methodology reference: complexity routing, evidence-grounded planning rules, test-anchoring requirements, and failure-escalation thresholds.","https:\u002F\u002Fgithub.com\u002FRynaro\u002Fprisma\u002Fblob\u002Fmain\u002F.eidolons\u002Fvivi\u002Fskills\u002Fmethodology\u002FSKILL.md",[],[108,109,110,111,112,113,114,115,116,117,118,119,120,121,122,123,124,125,126,29],"methodology","vivi methodology","planning","escalation","Rules","use","evidence","complexity","delta","task","cycle","feature implementation","brownfield","full","requirements","feature","complete","thresholds","you",{"skillNo":128,"name":129,"nameZh":6,"description":130,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":131,"categories":132,"keywords":138,"publishedAt":44},"01M71S3GT0M84EHZ2SJZKV61N9","vivi-memory-management","Load at Vivi session start, session end, or when you notice a repeating pattern across tasks. CRYSTALIUM-primary memory protocol: when mcp__crystalium__* tools are available, route ALL memory through CRYSTALIUM (recall\u002Fcommit\u002Fingest\u002Fplan_checkpoint\u002Fsession_end). The local agents\u002Fmemories\u002F*.md files are the standalone fallback for when CRYSTALIUM is absent — EIIS conformance. Never write both.","https:\u002F\u002Fgithub.com\u002FRynaro\u002Fprisma\u002Fblob\u002Fmain\u002F.eidolons\u002Fvivi\u002Fskills\u002Fmemory-management\u002FSKILL.md",[133],{"categoryNo":134,"categoryName":135,"taxonomyType":136,"taxonomyTypeDesc":137},"01JBSEEDCAT000000000000023","Skill与智能体开发","SCENARIO","使用场景",[139,140,141,142,143,144,145,146,147,148,149,150,151,152,153,154,126,155,156,29],"memory","management","memory management","vivi memory management","MCP","commit","tasks","plan","write","never","files","route","across","local","end","session start","standalone","at",{"skillNo":158,"name":159,"nameZh":6,"description":160,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":161,"categories":162,"keywords":163,"publishedAt":44},"01M71S3E067YRRFH7304VYYF32","vivi-loop-native","Load in Vivi's V (Verify) phase. The core capability that distinguishes Vivi from its predecessor APIVR-Δ: drive the closed, autonomous, bounded edit-run-test loop (`eidolons sandbox loop`) as its `--fix-hook`, consuming localized feedback, retrying in fresh context, refusing to game the tests, and gating on pass^k. Use whenever the task has an executable test oracle and a loop-competent host.","https:\u002F\u002Fgithub.com\u002FRynaro\u002Fprisma\u002Fblob\u002Fmain\u002F.eidolons\u002Fvivi\u002Fskills\u002Floop-native\u002FSKILL.md",[],[164,165,166,167,168,169,170,171,172,173,174,113,117,175,41,176,177,28,33,30],"loop","native","vivi loop native","oracle","sandbox","test","core","game","feedback","autonomous","fix","tests","fresh","host",{"skillNo":179,"name":180,"nameZh":6,"description":181,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":182,"categories":183,"keywords":184,"publishedAt":44},"01M71S3AEKYH0JD0CFJ4GHA98E","vivi-failure-recovery","Load when the Vivi Verify phase produces failures — test fails, lint error, build break, or three consecutive unsuccessful attempts at the same category. Provides the failure classification taxonomy, bounded debugging protocol, and escalation thresholds. Use to avoid the 'random retries' anti-pattern.","https:\u002F\u002Fgithub.com\u002FRynaro\u002Fprisma\u002Fblob\u002Fmain\u002F.eidolons\u002Fvivi\u002Fskills\u002Ffailure-recovery\u002FSKILL.md",[],[185,186,187,111,188,189,113,190,191,125,192,193,194,28,156,195,196,30,29,197],"recovery","vivi failure recovery","debugging","classification","taxonomy","three","pattern","error","retries","random","break","bounded","same",{"skillNo":199,"name":200,"nameZh":6,"description":201,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":202,"categories":203,"keywords":205,"publishedAt":44},"01M71S387B7BTVXATQBANHR6R1","vivi-esl-hop","ESL lifecycle hop — when the cortex routes a non-trivial change to Vivi in an ESL-enabled project (tonberry MCP available), Vivi owns the in_progress (implement) hop as the MAKER: declare has_code, run the loop-native A→P→I→V→Δ\u002FR cycle in an isolated worktree, hand off to the CHECKER (never self-verify). Absent tonberry → implement normally (ESL opt-in).","https:\u002F\u002Fgithub.com\u002FRynaro\u002Fprisma\u002Fblob\u002Fmain\u002F.eidolons\u002Fvivi\u002Fskills\u002Fesl-hop\u002FSKILL.md",[204],{"categoryNo":134,"categoryName":135,"taxonomyType":136,"taxonomyTypeDesc":137},[206,207,208,143,209,210,211,212,164,148,118,213,214,215,41,99,216,29,217,218],"hop","esl","vivi esl hop","implement","code","lifecycle","cortex","self","maker","project","checker","opt","owns"]