pantheon-opencode 1.1.1-beta.10 → 1.1.1-beta.12

package/commands/pantheon-deepwork.md

@@ -1,79 +0,0 @@
----
-description: "Start a heavy multi-phase task with persisted checkpoints, phased specialist dispatch, and Themis review gates. Progress saved to .pantheon/deepwork/ for resumability."
-agent: "zeus"
----
-# /pantheon-deepwork — Heavy Task Workflow
-
-Structured, checkpointed workflow for complex multi-step tasks spanning multiple agents and sessions. Progress persisted to `.pantheon/deepwork/<task-slug>/`. Each phase gated by Themis.
-
-| Use When | Don't Use When |
-|---|---|
-| 10+ turns or multi-session | Simple fixes (→ @talos) |
-| Multi-agent dependencies | Single-file changes (→ /subtask) |
-| Costly context loss | < 5 turns (→ normal delegation) |
-
-## Workflow
-
-```
-Phase 0: SCOPING
-  └─ Zeus + Athena define scope, phases, acceptance criteria → PLAN.md
-
-Phase 1: DISCOVERY
-  └─ @apollo maps relevant codebase areas → DISCOVERY.md
-
-Phase 2-N: IMPLEMENTATION (parallel per phase)
-  └─ @hermes, @aphrodite, @demeter, @hephaestus, @prometheus
-  └─ Output: IMPL-phase-<N>-<agent>.md
-
-GATE after each phase:
-  └─ @themis reviews output → FAIL (fix + resubmit) or PASS (continue)
-
-Phase FINAL: VERIFICATION
-  └─ @themis full integration review → REVIEW.md
-  └─ All tests pass, coverage >80%
-```
-
-## Checkpoints
-
-```
-Usage:  --resume <slug> | --status <slug> | --list
-
-.pantheon/deepwork/<slug>/
-├── PLAN.md  DISCOVERY.md  IMPL-phase-*-*.md  phase-*-review.md  REVIEW.md  STATUS.md
-```
-
-## Full-Auto Mode (`--full-auto`)
-
-> ⚠️ Bypasses human review gates. Tier 1 gates (plan, commit, deploy) still require approval.
-
-**Themis auto-approves non-blocking reviews** — only stops on **BLOCKING** verdict. No waiting between phases. Checkpoints saved at every boundary.
-
-```
-/pantheon-deepwork --full-auto "Refactor auth service to use JWT"
-/pantheon-deepwork --full-auto --resume auth-jwt
-```
-
-## Anti-Stall
-
-- **Stall Detection** — 3 turns no progress → escalate
-- **Phase Reminder** — continue only independent work after dispatch
-- **Progress Checkpoint** — every 5 turns, summarize completed vs remaining
-- **Delegate Retry** — failures retried once with rephrased prompt
-
-## Usage
-
-```
-/pantheon-deepwork "Add user authentication with OAuth2"           # Start new session
-/pantheon-deepwork --resume auth-oauth2                            # Resume interrupted
-/pantheon-deepwork --status auth-oauth2                            # Show progress
-/pantheon-deepwork --list    /pantheon-deepwork --archive <slug>    # List / archive
-/pantheon-deepwork --full-auto "Refactor auth"                     # Themis auto-approve
-/pantheon-deepwork --full-auto --resume auth-refactor              # Resume full-auto
-```
-
-## Safety
-
-- All progress persisted — work is never lost
-- Each phase gated by Themis — quality enforced at every step
-- Explicit resume required — no auto-continue without intent (unless `--full-auto`)
-- `.pantheon/deepwork/` is gitignored — no accidental commits

package/commands/pantheon-focus.md

@@ -1,9 +0,0 @@
----
-description: "Pin a session goal to prevent scope creep. Usage: /pantheon-focus"
-agent: "zeus"
----
-# /pantheon-focus — Session Goal
-
-**What:** Pins a session objective. When active, all agents verify every action against the pinned goal. Off-topic work is flagged and blocked.
-**Usage:** `/pantheon-focus <short objective>`
-**Commands:** `/pantheon-focus list` — show all active goals, `/pantheon-focus clear` — remove all

package/commands/pantheon-forget.md

@@ -1,58 +0,0 @@
----
-description: "Compress old memory entries into summarized form. /pantheon-forget lists entries older than N days, then replaces them with a compressed summary. --auto applies without confirmation. Usage: /pantheon-forget"
-agent: "zeus"
----
-# /pantheon-forget — Memory Range Compression
-
-**What:** Applies range compression to old memory entries — groups entries by time period and namespace, generates a concise summary via fast LLM, replaces N raw entries with 1 summary. Companion to memory_consolidate (merge) vs memory_forget (compress).
-
-## Usage
-
-```
-/pantheon-forget                                    → Lista candidatas (7+ dias, modo interativo)
-/pantheon-forget --days=30                          → Só entradas com 30+ dias
-/pantheon-forget --namespace=sessions               → Namespace específico
-/pantheon-forget --namespace=sessions --days=14     Combinado
-/pantheon-forget --auto                             → Comprime sem confirmação
-/pantheon-forget --auto --days=30 --compress         → Agressivo: 30+ dias + comprimir em 1 arquivo
-/pantheon-forget --dry-run                          → Preview sem modificar
-```
-
-## Flags
-
-| Flag | Default | Descrição |
-|------|---------|-----------|
-| `--days=<N>` | `7` | Idade mínima em dias |
-| `--namespace=<ns>` | `all` | Namespace específico |
-| `--auto` | off | Comprimir sem confirmação |
-| `--dry-run` | off | Preview sem modificar |
-| `--compress` | off | Comprimir tudo em 1 único entry (modo agressivo) |
-
-## How It Works
-
-1. `memory_list()` → obtém entradas, filtra por idade
-2. Agrupa por namespace + mês
-3. Cada grupo: envia para LLM fast com prompt:
-   ```
-   Summarize these N memory entries into 2-3 sentences:
-   [entries...]
-   ```
-4. Substitui grupo por entry único com key `compressed:<namespace>:<YYYY-MM>`
-5. Entradas originais são deletadas via `memory_forget()`
-
-## Output
-
-```
-🗜️ Memory Range Compression
-
-Group: sessions · 2026-06 (15 entries · 1.2K tokens)
-  → "Sessões de junho focadas em migração FastAPI, ajustes de rota e correção de testes."
-  → Compressed: 15 → 1 entry ✅
-
-Group: decisions · 2026-05 (8 entries · 640 tokens)
-  → "Decisões de maio sobre arquitetura: monorepo mantido, SQLAlchemy 2.0 como padrão."
-  → Compressed: 8 → 1 entry ✅
-
-Summary: 2 groups compressed, 23 entries → 2 entries (-91%)
-Tokens saved: ~1.8K
-```

package/commands/pantheon-optimize.md

@@ -1,79 +0,0 @@
----
-description: "Scan, clean, cache, and archive Pantheon project files. Scans for bloat, archives completed deepwork, migrates flat files to MCP memory, and reports optimization opportunities. Usage: /pantheon-optimize"
-agent: "zeus"
----
-# /pantheon-optimize — Pantheon Project Optimizer
-
-**What:** Multi-mode optimization: scans for documentation bloat, archives completed deepwork, migrates memory-bank flat files to MCP memory (ChromaDB), and reports token savings.
-
-## Usage
-
-```
-/pantheon-optimize                          → Full scan + compress (default)
-/pantheon-optimize --dry-run                → Preview only, no changes
-/pantheon-optimize --archive                → Archive completed deepwork sessions
-/pantheon-optimize --cache                  → Migrate memory-bank to MCP memory
-/pantheon-optimize --path=<dir>             → Limit scan to directory
-/pantheon-optimize --all                    → Run all modes (default)
-```
-
-## Modes
-
-### `--archive` — Deepwork Archiving
-Archives completed deepwork sessions from `.pantheon/deepwork/<slug>/` to `.pantheon/deepwork/archive/<slug>/`.
-
-**Criteria:** A session is "completed" if it has a `REVIEW.md` containing "APPROVED".
-
-```
-/pantheon-optimize archive                          → Interactive (ask per slug)
-/pantheon-optimize archive --dry-run                → Preview only
-/pantheon-optimize archive --auto                   → Archive all completed
-/pantheon-optimize archive --auto --keep=2           → Keep only PLAN.md + REVIEW.md
-/pantheon-optimize archive --auto --compress         → Single .md per slug
-```
-
-### `--cache` — Memory Bank Migration
-Scans `.pantheon/memory-bank/` for flat `.md` files and migrates them to the MCP memory server (ChromaDB).
-
-**What it does:**
-1. Reads all `.md` files in `.pantheon/memory-bank/`
-2. Chunks by heading (## sections)
-3. Calls `memory_store()` for each chunk with appropriate namespace
-4. Optionally archives the original files after successful migration
-
-```
-/pantheon-optimize cache                     → Preview candidates, ask confirm
-/pantheon-optimize cache --dry-run           → Show what would migrate
-/pantheon-optimize cache --auto              → Migrate + archive originals
-```
-
-### `--dry-run` (global flag)
-Prevents any destructive action. Shows what WOULD be done.
-
-### Default mode (no flags)
-Runs bloat scan on all `.md` and `.json` files + compression report.
-
-## Output
-
-```
-🧹 Pantheon Optimize Report
-
-📦 Bloat Scan: 47 .md + 12 .json files
-   → 3 oversized files found
-   → ~2.4K tokens recoverable
-
-📁 Deepwork Archive: 15 candidates
-   → 12 completed (REVIEW.md APPROVED)
-   → 3 in progress (skipped)
-   → Run with --archive --auto to archive 12 sessions
-
-🗄️  Memory Cache: 24 files in memory-bank/
-   → 18 already in MCP memory (dedup)
-   → 6 candidates for migration (~3.2K tokens)
-   → Run with --cache to migrate
-
-📊 Summary:
-   ⚡ 15 files optimizable → ~5.6K tokens
-   🗑️  12 deepworks archivable → ~320 files cleanup
-   🗄️  6 memory files → MCP migration ready
-```

package/commands/pantheon-remember.md

@@ -1,44 +0,0 @@
----
-description: "Store or recall a memory interactively. /pantheon-remember <text> → stores it. /pantheon-remember recall <key> → retrieves it. Omitting args starts interactive mode. Usage: /pantheon-remember"
-agent: "zeus"
----
-# /pantheon-remember — Memory Store & Recall
-
-**What:** Stores a memory entry via `memory_store()` or recalls via `memory_recall()`. Interactive mode if no arguments.
-
-## Usage
-
-```
-/pantheon-remember "Decisão: usar FastAPI em vez de Flask"         → Store (namespace: default)
-/pantheon-remember "Decisão: ..." --namespace=decisions             → Store em namespace específico
-/pantheon-remember recall "FastAPI decision"                        → Recall por key
-/pantheon-remember recall "FastAPI decision" --namespace=decisions   → Recall em namespace
-/pantheon-remember                                                   → Modo interativo (pergunta→store→pergunta recall)
-```
-
-## Behavior
-
-### Store mode (default)
-1. Chama `memory_store()` com o texto fornecido
-2. Metadata: preenche `agent`, `type`, `timestamp` automaticamente
-3. Pergunta: "Quer buscar algo relacionado? (y/n)"
-   - `y` → `memory_recall()` com extração automática de keywords
-   - `n` → fim
-
-### Recall mode
-1. Chama `memory_recall()` com a key fornecida
-2. Se não achar, tenta `memory_search()` como fallback
-
-### Interactive mode (no args)
-1. "O que você quer armazenar?"
-2. Recebe texto → `memory_store()`
-3. "Quer buscar algo relacionado?"
-4. Opcional: "Qual namespace?" (default: "default")
-
-## Output
-
-```
-✅ Stored — id: 42 | namespace: decisions | key: auto-generated
-📎 Related entries (memory_recall):
-  - #1: "Decisão: usar FastAPI..." (score: 0.92)
-```

package/commands/pantheon-search.md

@@ -1,48 +0,0 @@
----
-description: "Search memories by text with optional namespace filter, category, and result limit. /pantheon-search <query> --namespace=<ns> --top=<N> --stats. Usage: /pantheon-search"
-agent: "zeus"
----
-# /pantheon-search — Memory Search
-
-**What:** Searches memory entries via `memory_search()` with hybrid vector + keyword (RRF fusion). Supports namespace filter, result limit, and stats view.
-
-## Usage
-
-```
-/pantheon-search "FastAPI performance"                             → Busca em todos os namespaces
-/pantheon-search "FastAPI" --namespace=decisions                    → Busca só em decisions
-/pantheon-search "bug pattern" --namespace=sessions --top=10        → 10 resultados
-/pantheon-search --stats                                            → memory_stats() completo
-/pantheon-search --stats --namespace=decisions                       → Stats por namespace
-```
-
-## Flags
-
-| Flag | Default | Descrição |
-|------|---------|-----------|
-| `--namespace=<ns>` | `all` | Filtrar por namespace específico |
-| `--top=<N>` | `5` | Número de resultados (max 50) |
-| `--stats` | off | Mostrar estatísticas em vez de buscar |
-
-## Output (search)
-
-```
-🔍 Memory Search: "FastAPI performance"
-
-Results (namespace: all):
-  #1 │ decisions │ "Decisão: usar FastAPI..." │ score: 0.89 │ 2026-07-20
-  #2 │ repo      │ "FastAPI async patterns"  │ score: 0.74 │ 2026-07-18
-  #3 │ sessions  │ "FastAPI migration done"  │ score: 0.61 │ 2026-07-15
-
-Found 3 results in 2 namespaces (0.23s)
-```
-
-## Output (stats)
-
-```
-📊 Memory Stats
-Total entries: 142
-Namespaces: decisions (58), sessions (44), repo (28), default (12)
-Vector entries: 142
-DB size: 1.2 MB
-```

package/commands/pantheon-status.md

@@ -1,71 +0,0 @@
----
-description: "Show Pantheon version, model tier, and all available agents with status"
-agent: "zeus"
----
-# /pantheon-status — System Status & Agent Registry
-
-**What:** Displays the current Pantheon version, model tier (Pro/Free), and a full status table of all agents.
-**Usage:** `/pantheon-status`
-**Returns:** Version badge · model tier · agent table with availability
-**Use when:** You want to see what version of Pantheon is running and which agents are loaded
-
-## Output Format
-
-Produce EXACTLY this structure:
-
-```
-## 🏛️ Pantheon System Status
-
-**Version:** vX.Y.Z
-**Model Tier:** Pro (premium models) | Free (default models)
-**Platform:** <detect: opencode | claude | cursor | windsurf | vscode>
-**Agents loaded:** N of 14
-
-### Agent Registry
-
-| Agent | Role | Tier | Status |
-|-------|------|------|--------|
-| @zeus | Central orchestrator | default | ✅ |
-| @athena | Strategic planner | premium | ✅ |
-| @hermes | Backend (FastAPI) | default | ✅ |
-| @aphrodite | Frontend (React) | default | ✅ |
-| @demeter | Database | default | ✅ |
-| @themis | Quality & security | premium | ✅ |
-| @prometheus | Infrastructure | default | ✅ |
-| @apollo | Codebase discovery | fast | ✅ |
-| @iris | GitHub operations | fast | ✅ |
-| @mnemosyne | Memory bank | fast | ✅ |
-| @talos | Hotfixes | fast | ✅ |
-| @hephaestus | AI pipelines | default | ✅ |
-| @nyx | Observability | fast | ✅ |
-| @gaia | Remote sensing | fast | ✅ |
-
-### Commands Available
-
-`/pantheon` `/pantheon-status` `/audit` `/focus` `/deepwork` `/optimize` `/sketch` `/` `/` `/` `/pantheon-remember` `/pantheon-search` `/` `/pantheon-forget`
-
-### Health
-
-- ✅ All agents responding
-- ⚠️ N agents degraded (if any)
-- ❌ N agents unavailable (if any)
-```
-
-## How to Detect Version
-
-Read `package.json` → `"version"` field. If unavailable, read `plugin.json` → `"version"`.
-
-## How to Detect Model Tier
-
-- **Pro:** Any agent with `model_tier: premium` in `routing.yml` is using a premium model (athena, themis)
-- **Free:** All agents using `default` or `fast` tier models
-- Report based on what `routing.yml` declares for the active platform
-
-## How to Detect Platform
-
-Check for platform-specific markers:
-- `opencode.json` present → **OpenCode**
-- `.claude/` directory → **Claude Code**
-- `.cursor/` directory → **Cursor**
-- `.windsurf/` directory → **Windsurf**
-- `.vscode/` directory → **VS Code Copilot**

package/commands/pantheon.md

@@ -1,49 +0,0 @@
----
-description: "Dispatch a question to 2-4 specialist agents via inline Zeus council"
-agent: zeus
----
-# /pantheon — Council Synthesis
-
-**What:** Dispatches the question to 2-3 specialist agents **in parallel** via `task()`, then synthesizes their responses into a single recommendation with resolved divergences.
-**Usage:** `/pantheon <question>`
-**When:** Architecture trade-offs, technology selection, security assessments, multi-stakeholder concerns
-**Returns:** Structured synthesis with recommendation, confidence level, resolved divergences
-
-## Dispatch Selection
-
-Choose 2-3 agents based on domain:
-
-| Domain | Specialists |
-|--------|-------------|
-| Architecture | hermes, demeter, themis, athena |
-| Security | themis, hermes, prometheus, nyx |
-| Database | demeter, hermes, prometheus |
-| AI/RAG | hephaestus, nyx |
-| Infrastructure | prometheus, hermes, themis |
-| Frontend/UX | aphrodite, themis, hermes |
-| Observability | nyx, hermes |
-| General | athena, themis, hermes |
-
-Send ALL `task()` calls in a single message. Each must return: Recommendation · Reasoning · Trade-offs · Risks · Confidence.
-
-## Synthesis Structure
-
-After ALL responses arrive, produce EXACTLY this structure:
-
-### 📋 Individual Assessments
-For each specialist: Recommendation, Reasoning, Trade-offs, Risks, Confidence
-
-### ✅ Agreements
-Where 2+ specialists converge
-
-### ⚡ Divergences
-Where they disagree — resolve each one with reasoning
-
-### 🔥 Total Divergence
-If ALL specialists disagree on a point, call this out explicitly
-
-### 🏆 Recommendation
-Decisive conclusion with confidence level
-
-## Question:
-$ARGUMENTS

package/scripts/check-version-consistency.sh

@@ -1,23 +0,0 @@
-#!/usr/bin/env bash
-# check-version-consistency.sh — Verifies all 3 manifests have the same version
-set -euo pipefail
-
-SCRIPT_DIR="$(cd "$(dirname "${BASH_SOURCE[0]}")" && pwd)"
-ROOT="$(dirname "$SCRIPT_DIR")"
-
-pkg_ver=$(node -p "require('$ROOT/package.json').version")
-plugin_ver=$(node -p "require('$ROOT/plugin.json').version")
-gh_plugin_ver=$(node -p "require('$ROOT/.github/plugin/plugin.json').version")
-
-echo "package.json: $pkg_ver"
-echo "plugin.json: $plugin_ver"
-echo ".github/plugin/plugin.json: $gh_plugin_ver"
-
-if [ "$pkg_ver" != "$plugin_ver" ] || [ "$pkg_ver" != "$gh_plugin_ver" ]; then
-  echo "❌ Version mismatch across manifests!"
-  echo ""
-  echo "Fix: run 'node scripts/versioning.mjs apply' to sync all manifests"
-  exit 1
-fi
-
-echo "✅ All versions match: $pkg_ver"

package/scripts/generate-routing-docs.mjs

@@ -1,104 +0,0 @@
-#!/usr/bin/env node
-/**
- * generate-routing-docs.mjs — Generate routing docs from routing.yml
- *
- * Reads the canonical routing.yml and outputs markdown documentation
- * to stdout. Pipe to a file to save: node generate-routing-docs.mjs > ROUTING.md
- */
-
-import { existsSync, readFileSync } from 'node:fs'
-import { dirname, join } from 'node:path'
-import { fileURLToPath } from 'node:url'
-import yaml from 'js-yaml'
-
-const __dirname = dirname(fileURLToPath(import.meta.url))
-const ROOT = join(__dirname, '..')
-
-const routingPath = join(ROOT, 'routing.yml')
-if (!existsSync(routingPath)) {
-  console.error('❌ routing.yml not found')
-  process.exit(1)
-}
-const routing = yaml.load(readFileSync(routingPath, 'utf8'))
-
-const agents = routing.agents || {}
-const matrix = routing.routing_matrix || []
-const handoffs = routing.handoffs || {}
-
-let doc = ''
-
-// Title
-doc += `# Pantheon Routing Reference\n\n`
-doc += `Auto-generated from \`routing.yml\` (v${routing.version || '?'})\n\n`
-doc += `${Object.keys(agents).length} agents · ${matrix.length} routing rules · ${Object.keys(handoffs).length} agent handoff groups\n\n`
-
-// Agent Registry
-doc += `---\n\n## Agent Registry\n\n`
-doc += `All ${Object.keys(agents).length} Pantheon agents with roles, model tiers, and capabilities.\n\n`
-doc += `| Agent | Role | Model Tier | User-Invocable | Delegates To | Skills |\n`
-doc += `|-------|------|-----------|----------------|-------------|--------|\n`
-
-for (const [name, info] of Object.entries(agents)) {
-  const role = info.role || '—'
-  const tier = info.model_tier || '—'
-  const invocable = info.user_invocable ? '✅ Yes' : '❌ No'
-  const delegates = (info.subagent_can_delegate_to || []).join(', ') || '—'
-  const agentSkills = (info.skills || []).map((s) => `\`${s}\``).join(', ') || '—'
-  doc += `| **@${name}** | ${role} | ${tier} | ${invocable} | ${delegates} | ${agentSkills} |\n`
-}
-
-// Routing Matrix
-doc += `\n---\n\n## Routing Matrix\n\n`
-doc += `Task category → primary agent mapping. Use this to decide which agent to invoke.\n\n`
-doc += `| Category | Primary Agent | Model Tier | Can Run Parallel With |\n`
-doc += `|----------|--------------|-----------|----------------------|\n`
-
-for (const entry of matrix) {
-  const primary = `@${entry.primary_agent}`
-  const tier = entry.model_tier || '—'
-  const parallel = entry.parallel_with ? entry.parallel_with.map((a) => `@${a}`).join(', ') : '—'
-  doc += `| ${entry.category} | ${primary} | ${tier} | ${parallel} |\n`
-}
-
-// Handoff Reference
-doc += `\n---\n\n## Handoff Reference\n\n`
-doc += `Structured delegation contracts between agents.\n\n`
-
-for (const [agentName, agentHandoffs] of Object.entries(handoffs)) {
-  doc += `### @${agentName}\n\n`
-  doc += `| Handoff | Target Agent | Model Tier | Description |\n`
-  doc += `|---------|-------------|-----------|-------------|\n`
-
-  for (const [key, handoff] of Object.entries(agentHandoffs)) {
-    if (typeof handoff !== 'object') continue
-    const target = `@${handoff.agent}`
-    const tier = handoff.model_tier || '—'
-    const desc = handoff.description || handoff.prompt?.substring(0, 80) || '—'
-    doc += `| **${key}** | ${target} | ${tier} | ${desc} |\n`
-  }
-  doc += `\n`
-}
-
-// Deployment platforms
-doc += `---\n\n## Deployment Platforms\n\n`
-doc += `Supported platforms and their configuration details.\n\n`
-doc += `| Platform | Directory | Format | Handoff Strategy |\n`
-doc += `|----------|-----------|--------|-----------------|\n`
-
-const PLATFORM_INFO = {
-  opencode: { dir: '.opencode/agents/', format: '.md with YAML', handoff: 'native (YAML)' },
-  claude: { dir: '.claude/agents/', format: '.md with YAML', handoff: 'embed (body)' },
-  cursor: { dir: '.cursor/rules/', format: '.mdc rule files', handoff: 'embed (body)' },
-  windsurf: { dir: '.windsurf/rules/', format: '.md rule files', handoff: 'embed (body)' },
-  cline: { dir: '.clinerules/', format: 'plain text', handoff: 'embed (body)' },
-  copilot: { dir: '.github/agents/', format: '.agent.md with YAML', handoff: 'native (YAML)' },
-  continue: { dir: '.continue/rules/', format: '.md rules', handoff: 'embed (body)' },
-}
-
-for (const [platform, info] of Object.entries(PLATFORM_INFO)) {
-  doc += `| **${platform}** | ${info.dir} | ${info.format} | ${info.handoff} |\n`
-}
-
-doc += `\n---\n\n*Generated on ${new Date().toISOString().split('T')[0]} from \`routing.yml\`*\n`
-
-console.log(doc)