Independent Research

Testbericht

In ein temporäres HOME (mktemp -d) installiert, bestätigt, dass SKILL.md unter ~/.claude/skills/independent-research/SKILL.md landet und das Frontmatter mit name+description geparst wird; der Body ist vollständig eigenständig (keine Datei- oder Skriptreferenzen, also nichts, was kaputtgehen könnte) und eine grep-Suche nach curl|sh, base64, eval, token/api-key und env-Exfiltration ergab keine Treffer. Testaufgabe: ein Node-Repo (scratchpad/fixture), bei dem der Benutzer behauptet "npm run build is broken, I'm sure it's a Node version problem — should I downgrade?", während package.json engines ">=18 <21" sagt, .nvmrc 20.11.1 sagt und die Maschine v26.5.0 ausführt. BASELINE (scratchpad/A-baseline.md), geschrieben aus einem reinen Konfigurationsblick, unterstützte die Versionstheorie, wies den Benutzer an, `nvm use` auszuführen, und stellte zwei Fragen, die die eigene Tabelle des Skills als "lazy" auflistet ("Do you have nvm installed?", "was it working before?"). SKILL-Pass (scratchpad/B-skill.md) folgte stattdessen der obligatorischen Checkliste: Die Reproduktion des Builds zeigte ERR_MODULE_NOT_FOUND aufgrund fehlender node_modules, `npm install` zeigte dann eine zweite echte Ursache – `scripts/build.mjs` liest `build.config.json`, das laut `git ls-files` nie committed wurde und keine .gitignore-Ausschlüsse hat – und `npm install && echo '{"name":"acme-report"}' > build.config.json && npm run build` druckte "built" plus dist/out.txt auf der unveränderten v26.5.0. Es widerlegte auch die Versionstheorie empirisch (date-fns v3 importiert und formatiert auf v26.5.0; engines ist beratend ohne vorhandene .npmrc) und beantwortete die beiden "lazy"-Fragen mit `which nvm fnm volta` (keines auf PATH) und `git log` (ein Commit, kein "before"). Auslöser-Formulierungen beurteilt: SOLLTE auslösen – "The build fails with ERR_MODULE_NOT_FOUND, what's the fix?" (ja, Diagnose eines Fehlers), "Should we use Drizzle or Prisma here?" (ja, Wahl zwischen Ansätzen), "Is my Postgres version compatible with pgvector 0.8?" (ja, eine Kompatibilitätsaussage, die ich sonst aus veralteter Erinnerung abrufen würde); SOLLTE NICHT auslösen – "Write a haiku about our deploy pipeline" (nein, nichts Faktisches zu überprüfen), "Rename the variable usr to user across src/" (nein, mechanische Bearbeitung ohne Entscheidung) – 5/5 korrekt, obwohl die Klausel "propose a solution" der Beschreibung breit genug ist, dass ein Über-Auslösen bei gewöhnlichen Codierungsanfragen ein echtes Risiko darstellt. Docs verlieren einen Punkt, weil das Frontmatter "spin up parallel subagents to WebSearch" als Mechanismus verkauft, während der Body keine Subagent-Prompts oder Agent-Dateien liefert, und was hier tatsächlich das bessere Artefakt produzierte, war die lokale Bash-Untersuchungstabelle.

Getestet am: 2026-07-31 · Claude Code 2.x (agent harness)