Communitygithub.com

autoresearch

Zustandsbehaftete Einzel-Mission-Verbesserungsschleife mit strengem Evaluator-Vertrag, Markdown-Entscheidungsprotokollen und maximaler Laufzeit-Stopp-Verhalten

Was ist autoresearch?

Autoresearch ist ein zustandsbehafteter Skill für begrenzte, evaluatorgetriebene iterative Verbesserung. Er verwaltet immer nur eine Mission, iteriert durch nicht bestandene Ergebnisse, zeichnet jede Evaluierung und Entscheidung als dauerhafte Artefakte auf und stoppt erst, wenn eine explizite Höchstlaufzeit oder ein anderer terminaler Zustand erreicht wird. Der Skill ist besonders nützlich für Entwickler, die einen strengen, überprüfbaren Verbesserungsprozess benötigen, z. B. für die Optimierung von KI-Agenten oder automatisiertes Experimentieren. Er wird von Claude Code nativ unterstützt und kann in CI/CD-Pipelines oder über Cron-Jobs integriert werden, um periodische Neuläufe zu ermöglichen. Alle Protokolle und Evaluierungsergebnisse werden strukturiert im `.omc/autoresearch/`-Verzeichnis gespeichert, was eine einfache Nachvollziehbarkeit und Reproduzierbarkeit gewährleistet.

Funktioniert mit✓Claude Code~Codex CLI~Cursor
npx skills add https://github.com/Yeachan-Heo/oh-my-claudecode/tree/main/skills/autoresearch

In Ihrer bevorzugten KI fragen

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

Dokumentation

<Nicht_Verwenden_Wenn>

  • Du benötigst eine Evaluatorgenerierung zur Laufzeit – verwende zuerst /deep-interview --autoresearch
  • Du musst mehrere Missionen gleichzeitig orchestrieren – v1 verbietet das
  • Du den veralteten omc autoresearch CLI-Flow verwenden möchtest – dieser ist nicht mehr maßgeblich </Nicht_Verwenden_Wenn>

<Erforderliche_Artefakte> Der kanonische dauerhafte Speicher befindet sich unter .omc/autoresearch/<missionsbezeichnung>/ und/oder .omc/logs/autoresearch/<lauf-id>/.

Mindestens erforderliche Artefakte:

  • Missionsspezifikation
  • Evaluator-Skript oder Befehlsreferenz
  • Evaluierungs-JSON pro Iteration
  • Markdown-Entscheidungsprotokolle

Empfohlene kanonische Struktur:

.omc/autoresearch/<missionsbezeichnung>/
  mission.md
  evaluator.json
  runs/<lauf-id>/
    evaluations/
      iteration-0001.json
      iteration-0002.json
    decision-log.md

Verwende vorhandene Laufzeitartefakte, wenn verfügbar, anstatt sie unnötig zu duplizieren. </Erforderliche_Artefakte>

<Cron_Integration> Claude Code native Cron-Funktionalität ist ein unterstützter Integrationspunkt für regelmäßige Missionsverbesserungen. In v1 bevorzuge die Dokumentation/Konfiguration von Cron-Eingaben gegenüber der Entwicklung einer großen Scheduler-Oberfläche.

Wenn Cron verwendet wird:

  • behalte eine Mission pro geplantem Job bei
  • bewahre den gleichen Missions-/Evaluatorvertrag
  • hänge neue Laufartefakte an, anstatt vorherige Experimente zu überschreiben </Cron_Integration>

<Ausführungsrichtlinie>

  • Gib die Ausführung nicht an omc autoresearch zurück
  • Erstelle keine Multi-Mission-Orchestrierung
  • Bevorzuge die Wiederverwendung von src/autoresearch/* Laufzeit-/Schema-Hilfsfunktionen, wenn sie bereits dem strengeren Vertrag entsprechen
  • Halte Protokolle für Menschen nützlich, nicht nur für Maschinen </Ausführungsrichtlinie>

Individual skills in this repo

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

agent-doc-discipline

Writing-time discipline for documents agents consume (the five surfaces, specs, tickets, .omc/skills/) — every rule checkable and carrying a why, steps before reference, one meaning in one home, no restating what the environment already says. Mandatory at drydock seed generation and the launch C5 sediment pass; opt-in for any other agent-facing doc edit. The companion of minimal-code-discipline: that one disciplines code, this one disciplines papers.

ai-slop-cleaner

Clean AI-generated code slop with a regression-safe, deletion-first workflow and optional reviewer-only mode

ask

Process-first advisor routing for Claude, Codex, Gemini, Antigravity, Grok, or Cursor via `omc ask`, with artifact capture and no raw CLI assembly

ask-navigator

Shipyard

autopilot

Full autonomous execution from idea to working code

cancel

Cancel any active OMC mode (autopilot, ralph, ultragoal, swarm, ultrapilot, pipeline, team) and clean up retired legacy state

configure-notifications

Configure notification integrations (Telegram, Discord, Slack) via natural language

debug

Diagnose the current OMC session or repo state using logs, traces, state, and focused reproduction

deepinit

Deep codebase initialization with hierarchical AGENTS.md documentation

deep-interview

Socratic deep interview with mathematical ambiguity gating before explicit execution approval

drydock

Lay the keel of the shipyard harness in any repo — the 4-pillar shared environment (Context, Rules, Tools, Standards) across 5 surfaces (CLAUDE.md, skills, design-system, mcp/cli, shared context) so that every human and agent inherits the same design language and anyone can ship. Run once per repo; re-run with --check to audit drift.

execute

Carry an approved task through to working, verified code

external-context

Invoke parallel document-specialist agents for external web searches and documentation lookup

graph

Deterministic orchestration graph runtime - declarative DAG pipelines with journal-based crash recovery

harbor

Harbor intake for external work — the captain only handles unresolved decisions. Sweeps incoming issues and PRs, verifies every claim before disposition, reuses every decision already made, and hands the maintainer a docket whose pending items each carry one question with options, recommendation, impact and evidence. Agent-autonomous for facts and for actions covered by standing authorization; signed for every new judgment. Never merges.

hud

Configure HUD display options (layout, presets, display elements)

launch

Shipyard

loft

Loft the shape before cutting steel — answer a design question that prose cannot settle by building a throwaway artifact: a pure logic module in a clickable shell, or structurally different UI variants behind one route. The captain reacts to the artifact; the answer folds into the decision; the artifact never docks. Use when a design question stalls in words, when a navigator map carries a loft ticket, or when a spec discussion reaches

minimal-code-discipline

YAGNI-ladder coding discipline for writing changes — existence-first, reuse before writing, dependency ladder, shortest correct diff, with non-negotiables that must never be minimized away

omc-doctor

Diagnose and fix oh-my-claudecode installation issues

Verwandte Skills