CommunityCodierung & Entwicklunggithub.com

grahama1970/assistant

Geteiltes GPT + Klassifikations-Inferenz-Gateway für Persona-Überwachungsaufgaben. Validiert und klassifiziert durch eine 4-stufige Kaskade: Heuristik → Klassifikator → lokales GPT → scillm.

Was ist assistant?

Dieses Skill bietet ein gemeinsames Inferenz-Gateway, das GPT-, Klassifikator- und Regressionsmodelle für Persona-Überwachungsaufgaben vereint. Es ist Teil des ‚Warm Pond‘-Ökosystems, das eine autonome Evolution des Inferenz-Stacks über das `/assistant-lab` (Selbstverbesserungswerkbank) und die Überwachung durch `/monitor-skills` ermöglicht. Das Skill implementiert eine 4-stufige Tier-Kaskade (Tier 0 – Heuristik, Tier 0.5 – Klassifikator, Tier 1.5 – lokales GPT, Tier 2 – externer scillm), die eine kosteneffiziente und latenzarme Verarbeitung mit automatischer Eskalation zu teureren Modellen bei Bedarf ermöglicht. Entwickler können es über die Kommandozeile (`./run.sh`) oder die Python-API (`assistant.validate`, `assistant.classify`) nutzen. Ein besonderes Merkmal ist der ‚Shadow Mode‘, bei dem neue lokale Modelle parallel zum teuren scillm ausgeführt werden, um Vertrauenswerte zu sammeln, bevor sie in den Produktionsmodus übernommen werden. Das Skill unterstützt Aufgaben wie Validierung, Klassifikation und Modellregistrierung und integriert nahtlos in die Modellfabrik (`model_factory.py`) für automatische Verbesserung, Neubewertung und Promotion von Modellen.

Funktioniert mit✓Claude Code~Codex CLI~Cursor✓Antigravity
npx skills add https://github.com/grahama1970/agent-skills/tree/main/skills/assistant

Installed? Explore more Codierung & Entwicklung skills: steipete/bluebubbles, steipete/eightctl, steipete/blucli · View all 6 →

In Ihrer bevorzugten KI fragen

Öffnet einen neuen Chat, in dem dieser Agent-Skill bereits geladen ist.

Dokumentation

STOP. LESEN SIE DIESES GESAMTE SKILL.MD BEVOR SIE EINEN ENDPUNKT AUFRUFEN.

Was macht assistant?

Geteiltes GPT + Klassifikator + Regressions-Inferenz-Gateway für Persona-Überwachungsaufgaben.

Der "Warm Pond" — /assistant kann seinen Inferenz-Stack autonom weiterentwickeln über /assistant-lab (Selbstverbesserungswerkbank: create-*, *-lab, Modellfabrik) während /monitor-skills Beobachtbarkeit über das gesamte Skill-Ökosystem bietet.

Prompt-Iterationsregel (NICHT VERHANDELBAR)

Alle System-Prompts für /assistant-Modelle MÜSSEN über /prompt-lab iteriert werden, bevor sie in Trainingsdaten über /create-gpt eingebrannt werden. NIEMALS System-Prompts von Hand in Python-Strings erstellen.

  • Neuer Modell-Prompt → zuerst /prompt-lab eval gegen Ground Truth
  • Prompt-Plateau (80-90% Shadow-Übereinstimmung) → /prompt-lab compare über Varianten
  • Modell-Neutraining → Prompt mit /prompt-lab find-minimum validieren, bevor /create-gpt

Tier-Kaskade

TierMethodeKostenLatenzErstellt von
0Heuristik (Regex/Schlüsselwort/Schema)kostenlosMikrosekundenhandkodiert
0.5Klassifikator (DistilBERT/sklearn)kostenlos5-25ms/create-classifier
0.75Regressor (sklearn/XGB)kostenlos5-10ms/create-regressor
1.5Geteiltes GPT (Qwen3-0.6B GGUF)kostenlos~200ms/create-gpt
2scillm (DeepSeek V3.2 über Chutes)0,12 $/1K2-5sPersona-Lehrer

Modell-Lebenszyklus (Warm Pond)

Tier 2 Persona-Lehrer erstellt Labels
    ↓ harvest.py extrahiert shadow.jsonl
    ↓
ModelFactory.auto_improve(task)
    ↓ liest Shadow-Übereinstimmungsrate
    ├─ >= 90%: Promotion (shadow_mode → false)
    ├─ 80-90%: Plateau → /prompt-lab Neugestaltung
    ├─ 70-80%: /create-gpt oder /create-classifier Neutraining
    └─ < 70%: aggressives Neutraining + Architekturänderung
    ↓
/gpt-lab Benchmark oder /classifier-lab Evaluierung
    ↓ bestanden? → Promotion ins Register
    ↓
/monitor-skills erkennt Drift oder Gesundheitsprobleme
    ↓
/assistant-lab auto-improve (diagnostizieren → trainieren → evaluieren → promovieren)

Verwendung

# Daten durch Tier-Kaskade validieren
./run.sh validate --task qra-assessor --scope brandon_bailey --input '{"question":"...", "answer":"..."}'

# Text klassifizieren
./run.sh classify --task bridge-tagger --text "Satelliten-Verwundbarkeitsbewertung"

# Ein neues Modell registrieren
./run.sh register --task NAME --model-path PFAD --type gpt|classifier --threshold 0.85

# Registrierte Modelle, Trefferquoten, Tier-Verteilung anzeigen
./run.sh status

# Synthetischen Input durch alle Tiers laufen lassen
./run.sh self-test

# Tier-2-Eskalationen als Trainingsdaten extrahieren
./run.sh harvest --since 24h

Python-API

from assistant import validate, classify

# Mit 4-stufiger Tier-Kaskade validieren
result = validate(
    input_data={"question": "Was ist CWE-79?", "answer": "Cross-Site-Scripting..."},
    task="qra-assessor",
    scope="brandon_bailey",
)
print(result.tier, result.confidence, result.result)

# Mit 3-stufiger Kaskade klassifizieren
result = classify(
    text="Satelliten-Verwundbarkeitsbewertung",
    task="bridge-tagger",
)
print(result.prediction, result.confidence, result.source)

Vertrag

  • Eingabe: Aufgabenspezifisches Dict (Validatoren) oder Text-String (Klassifikatoren)
  • Ausgabe: GatewayResult oder ClassifyResult mit Tier, Konfidenz, Latenz
  • Abhängigkeiten: loguru, typer; optional: llama-cpp-python, torch, joblib
  • Metriken: Hängt JSONL an ~/.pi/assistant/metrics.jsonl an

Modellfabrik

# Prüfen, welche Modelle eine Aufgabe benötigt
./run.sh factory needs --task stress-test-grader

# Ein GPT aus geernteten Lehrer-Labels trainieren
./run.sh factory train-gpt --task stress-test-grader

# Über /gpt-lab evaluieren
./run.sh factory evaluate --task stress-test-grader --type gpt

# Ein bestandenes Modell promovieren (deaktiviert Shadow-Modus)
./run.sh factory promote --task stress-test-grader --type gpt

# Autonome Verbesserungsschleife (entscheiden + trainieren + evaluieren + promovieren)
./run.sh factory auto-improve --task stress-test-grader
from model_factory import ModelFactory

factory = ModelFactory()
result = factory.auto_improve("stress-test-grader")
# → liest Shadow-Übereinstimmungsrate, trainiert/evaluiert/promoviert nach Bedarf

Wichtige Verhaltensweisen

  1. Lazy-Modell-Laden: Gewichte werden beim ersten Aufruf geladen, prozessintern zwischengespeichert
  2. Speicher-Injektion: Erinnert sich an Persona-Bereich, wird dem GPT-System-Prompt vorangestellt
  3. Passthrough-Modus: Fällt direkt auf scillm zurück, wenn kein lokales Modell existiert
  4. Shadow-Modus: Aufgaben mit "shadow_mode": true führen lokales Modell UND scillm parallel aus, protokollieren Abweichungen in shadow.jsonl, geben das Lehrer-Ergebnis (scillm) zurück. Ermöglicht sicheres Hochfahren neuer Schüler-Modelle.
  5. Harvest: Nächtliche Extraktion von Tier-2-Eskalationen als Lehrer-Labels
  6. Modellfabrik: Über /assistant-lab trainiert, evaluiert und promoviert es autonom Modelle, wenn der Shadow-Modus einen Verbesserungsbedarf für eine Aufgabe anzeigt
  7. Warm Pond: /monitor-skills beobachtet das Ökosystem (Beobachtbarkeit), /assistant-lab behebt Probleme (Selbstverbesserung). Zusammen bilden sie den Warm Pond, in dem /assistant sich weiterentwickelt.

Häufige Fehler

FALSCH: System-Prompts von Hand in Python-Strings erstellen

SYSTEM_PROMPT = "Du bist ein QRA-Validator. Überprüfe, ob die Antwort korrekt ist..."

RICHTIG: Prompts durch /prompt-lab iterieren, bevor sie in Trainingsdaten eingebrannt werden

.pi/skills/prompt-lab/run.sh eval --prompt qra_validator_v1 --model deepseek
# Erst nach prompt-lab-Validierung → Trainingsdaten erstellen

FALSCH: Mit unzureichenden Daten trainieren (< 200 Stichproben pro Klasse)

./run.sh factory train-gpt --task sparta-intent  # 50 Stichproben, 12 Klassen = 4/Klasse!

RICHTIG: Auf Tier 2 bleiben und zuerst mehr Lehrer-Labels ernten

./run.sh harvest --since 7d  # Shadow-Labels ansammeln
./run.sh status              # Stichprobenanzahl vor dem Training prüfen

FALSCH: Shadow-Modus überspringen und ungetestete Modelle promovieren

./run.sh factory promote --task stress-test-grader  # kein Shadow-Vergleich!

RICHTIG: Shadow-Modus ausführen, Übereinstimmungsrate prüfen, dann promovieren

./run.sh factory auto-improve --task stress-test-grader
# auto-improve liest die Shadow-Übereinstimmungsrate und entscheidet

Individual skills in this repo

This repo contains 20 individual skills — each has its own dedicated page.

grahama1970/acceptance-contract

Turn a client brief, zip bundle, directory, or single requirements file into a typed acceptance-contract bundle with extracted requirements, acceptance checks, open questions, an immutable-goal draft, and a create-report-backed decision report. Use when users say acceptance contract, brief to requirements, freeze the goal, create immutable goal, amend immutable goal, build a Battle requirements bundle, or extract requirements from this bundle.

grahama1970/agent-ecosystem

Canonical map and shared contracts for the agent-governance ecosystem: the pi.receipt_envelope.v1 boundary envelope, the component graph, and the rules for which component owns which schema. Use when wiring a skill or extension into the shared receipt world, when asking how shame, triage-error, tau, ask, project-watchdog, ops-herdr, ponytail, and Memory fit together, or when validating an envelope.

grahama1970/agentic-evals

Agentic evaluation of skills using multi-trial fixtures, deterministic command assertions, trajectory checks, safety constraints, and evidence-backed readiness scoring. Use when users ask for agentic evals, multi-trial skill evaluation, skill trajectory validation, or readiness scoring for a skill workflow.

grahama1970/agent-inbox

File-based inter-agent messaging with headless dispatch. Check inbox, send bugs/requests to other projects, automatically spawn headless agents to fix bugs, and track progress via task-monitor.

grahama1970/agents-registry

Generate and query the centralized agent identity registry. Scans .pi/agents/*/AGENTS.md, parses frontmatter, outputs agents-registry.json and optionally syncs to /memory for semantic search.

grahama1970/agent-status

Artifact-driven status surfaces for long-running project-agent work. Maintains status.json, events.jsonl, proof manifests, and a stale-aware STATUS.html so humans can tell where the agent is, what passed, what is still unproven, and what decision or action is next — without dashboard theater.

grahama1970/align

Round-based context alignment before execution. Use when the human, project agent, WebGPT, scillm, ask, dogpile, memory, or project-knowledge may each hold different facts about a task; especially before ambiguous design, infographic, product workflow, high-stakes implementation, plan-iterate, project-infographic, or multi-review work.

grahama1970/analytics

Flexible data science analytics for any dataset. Auto-discovers schema, recommends charts, exports to create-figure. Works with JSONL, JSON, CSV from any source.

grahama1970/analyze-chatterbox-emotions

Evaluate generated Chatterbox voice files as voice-quality artifacts: affect match, arousal/valence proxies, pause placement, intelligibility inputs, clipping, loudness, and discontinuity flags. Use when reviewing Chatterbox emotional tags, pauses, Turbo/base affect delivery, Persona Dream utterance renders, or whether generated speech matches an intended product-facing affect.

grahama1970/analyze-elf

Reverse-engineer features from ELF binaries. Extracts CLI commands, state machines, protocols, Zod schemas, and data models. Automatically generates a /create-walkthrough prosecution brief with Mermaid diagrams. Uses /treesitter for AST analysis of bundled JS/TS source.

grahama1970/animation-vocabulary

Reverse-lookup glossary that turns a vague description of a web animation or motion effect into its exact term ("the bouncy thing when a popover opens" → Pop in; "the iOS rubber-band scroll" → Rubber-banding). Use when the user asks "what's it called when…", or describes a motion effect without knowing its name and wants the right word to prompt an AI or designer with. For naming an effect, not designing or building one.

grahama1970/anonymize-data

Anonymize supported CSV, JSON, UTF-8 text, and SQLite files using an explicit policy through the oai-trial project. Use for anonymize data, pseudonymize exports, redact policy literals, or discover and explicitly approve fuzzy name aliases. The skill is a thin CLI/Docker interface, not another engine.

grahama1970/anvil

Heavy-duty "No-Vibes" debugging and hardening orchestrator. Use this for complex, stubborn bugs where `review-code` has failed, or for "Red Teaming" (hardening) a codebase. Runs multiple agents in parallel (Thunderdome) using git worktree isolation.

grahama1970/apple-design

Apple's approach to interface design and fluid, physical motion, translated for the web. Use when building or reviewing gesture-driven UI, spring animations, drag/swipe/sheet interactions, momentum and interruptible transitions, translucent materials and depth, typography (optical sizing, tracking, leading), reduced-motion, or the design foundations (feedback, spatial consistency, restraint) behind Apple-style interfaces.

grahama1970/argue

Multi-persona structured debate orchestrator. Personas research via /dogpile, consult colleagues via /ask, and argue toward nuanced synthesis on complex questions.

grahama1970/arxiv

Search arXiv for papers and extract knowledge into memory. Use `search` to find papers, `learn` to extract knowledge.

grahama1970/ask

Use when the user asks to query project memory, ask an oracle, use supported browser-backed reviewers, run Tau roundtable/single-handler workflows, ask Pi-native subagents from within Pi, run persona/deep-review workflows, generate image prompts, check OS/project health through composed skills, or run an ask DAG. This skill is the executable /ask runtime; do not replace it with an informal subagent, plain web search, or hand-written review; inside Pi, explicit Pi-native subagent targets are routed through the pi-subagents tool as an Ask target type.

grahama1970/assess

Step back and critically reassess project state. Use when asked to "assess", "step back", "fresh eyes", "check alignment", "sanity check", "health check", "prune documentation", or "evaluate what's working". Offers documentation pruning and doc-code alignment analysis. Offer to run after major changes (don't auto-run).

grahama1970/assistant-lab

Self-improvement workbench for /assistant. All the tools needed to diagnose, train, evaluate, and promote models in a continuous loop. The "warm pond" where /assistant evolves its own inference stack.

grahama1970/batch-quality

Pre-flight validation and quality gates for batch LLM operations. ACTUALLY tests samples through LLM before burning tokens. Uses SPARTA contracts for DuckDB validation queries. Integrates with task-monitor for enforced quality gates.

Verwandte Skills