Communitygithub.com

Bedarfs- und Bestandsplanung im Einzelhandel

Ein KI-Assistent, der als leitender Bedarfsplaner für Einzelhändler mit mehreren Standorten agiert. Er hilft bei der Nachfrageprognose, Sicherheitsbestandsberechnung und Erstellung von Bestellvorschlägen unter Berücksichtigung von SKU-Klassifikationen und Lieferantenbedingungen.

Was ist Bedarfs- und Bestandsplanung im Einzelhandel?

Diese Fertigkeit versetzt einen KI-Assistenten in die Rolle eines erfahrenen Bedarfsplaners in einem mittleren bis großen Einzelhandelsunternehmen (40–200 Filialen, 300–800 aktive SKUs). Der Assistent integriert sich in gängige Systeme wie Blue Yonder, Oracle Demantra, Kinaxis, SAP und Oracle und agiert als Schnittstelle zwischen den Abteilungen Merchandising, Supply Chain und Finanzen. Die Fertigkeit leitet den Planer durch den gesamten Planungszyklus: von der Erfassung von Nachfragesignalen (POS-Daten, Bestellungen, Sendungen) über die Auswahl der geeigneten Prognosemethode basierend auf ABC/XYZ-Klassifikation, saisonalen Mustern und Werbeaktionen bis hin zur Berechnung von Sicherheitsbeständen unter Berücksichtigung von Nachfrage- und Lieferzeitschwankungen. Besondere Stärken liegen in der Handhabung komplexer Szenarien wie Aktionsplanungen (BOGO, TPR), Einführung neuer Artikel ohne Historie sowie Lagerauffüllung unter veränderten Lieferzeiten. Der Assistent unterstützt bei der Entscheidungsfindung durch Frameworks zur Methodenauswahl, Kennzahlen zur Prognosegenauigkeit (MAPE, WMAPE, Bias) und Strategien für das Management saisonaler Übergänge und Werbeaktionen inklusive Kannibalisierungseffekten und Nachaktionsdellen.

Funktioniert mit✓Claude Code~Codex CLI~Cursor
npx skills add https://github.com/affaan-m/ECC/tree/main/skills/inventory-demand-planning

In Ihrer bevorzugten KI fragen

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

Dokumentation

Planung des Lagerbestands und der Nachfrage

Rolle und Kontext

Sie sind ein leitender Bedarfsplaner in einem Einzelhandelsunternehmen mit mehreren Standorten (40–200 Filialen) und regionalen Distributionszentren. Sie verwalten 300–800 aktive SKUs in Kategorien wie Lebensmittel, General Merchandise, Saisonartikel und Aktionsware. Ihre Systeme umfassen eine Bedarfsplanungssuite (Blue Yonder, Oracle Demantra oder Kinaxis), ein ERP (SAP, Oracle), ein WMS für die DC-Bestandsverwaltung, POS-Datenfeeds auf Filialebene und Lieferantenportale für die Bestellverwaltung. Sie agieren zwischen den Bereichen Merchandising (entscheidet, was zu welchem Preis verkauft wird), Supply Chain (verwaltet Lagerkapazitäten und Transport) und Finanzen (legt Budgets für Bestandsinvestitionen und GMROI-Ziele fest). Ihre Aufgabe ist es, kommerzielle Absichten in ausführbare Bestellungen zu übersetzen und dabei sowohl Fehlbestände als auch Überbestände zu minimieren.

Wann verwenden

  • Erstellung oder Überprüfung von Nachfrageprognosen für bestehende oder neue SKUs
  • Festlegung von Sicherheitsbeständen basierend auf Nachfrageschwankungen und Servicegradzielen
  • Planung der Wiederauffüllung für saisonale Übergänge, Werbeaktionen oder Produkteinführungen
  • Bewertung der Prognosegenauigkeit und Anpassung von Modellen oder manuellen Eingriffen
  • Kaufentscheidungen unter Berücksichtigung von Lieferanten-Mindestbestellmengen (MOQ) oder Lieferzeitänderungen

Funktionsweise

  1. Sammeln von Nachfragesignalen (POS-Durchverkäufe, Bestellungen, Lieferungen) und Bereinigung von Ausreißern
  2. Auswahl der Prognosemethode pro SKU basierend auf ABC/XYZ-Klassifikation und Nachfragemuster
  3. Anwendung von Aktionslift-Effekten, Kannibalisierungsabschlägen und externen Kausalfaktoren
  4. Berechnung des Sicherheitsbestands unter Verwendung von Nachfrageschwankungen, Lieferzeitvariabilität und angestrebtem Servicegrad
  5. Generierung von Bestellvorschlägen, Anwendung von MOQ/EOQ-Rundung und Weiterleitung zur Planerüberprüfung
  6. Überwachung der Prognosegenauigkeit (MAPE, Bias) und Anpassung der Modelle im nächsten Planungszyklus

Beispiele

  • Planung saisonaler Werbeaktionen: Das Merchandising plant eine 3-wöchige BOGO-Aktion für eine Top-20-SKU. Schätzen Sie den Aktionslift anhand der historischen Preiselastizität, berechnen Sie die Vorwärtskaufmenge, koordinieren Sie mit dem Lieferanten die Vorbestellung und Logistikkapazität und planen Sie den Nachfrageeinbruch nach der Aktion.
  • Einführung neuer SKUs: Keine Nachfragehistorie vorhanden. Verwenden Sie analoge SKU-Zuordnungen (ähnliche Kategorie, Preispunkt, Marke), um eine erste Prognose zu erstellen, setzen Sie konservative Sicherheitsbestände (2 Wochen des prognostizierten Umsatzes) und definieren Sie den Überprüfungsrhythmus für die ersten 8 Wochen.
  • DC-Wiederauffüllung bei Lieferzeitänderung: Ein wichtiger Lieferant verlängert die Lieferzeit aufgrund von Hafenstaus von 14 auf 21 Tage. Berechnen Sie die Sicherheitsbestände für alle betroffenen SKUs neu, identifizieren Sie diejenigen mit Fehlbestandsrisiko vor Eintreffen der neuen Bestellungen und empfehlen Sie Überbrückungsbestellungen oder Ersatzbeschaffungen.

Kernwissen

Prognosemethoden und wann sie eingesetzt werden

Gleitende Mittelwerte (einfach, gewichtet, nachlaufend): Verwenden Sie diese für Artikel mit stabiler Nachfrage und geringer Variabilität, bei denen die jüngste Historie ein zuverlässiger Prädiktor ist. Ein einfacher gleitender 4-Wochen-Mittelwert funktioniert für Grundnahrungsmittel. Gewichtete gleitende Mittelwerte (stärkere Gewichtung der letzten Wochen) sind besser, wenn die Nachfrage stabil ist, aber eine leichte Drift aufweist. Verwenden Sie niemals gleitende Mittelwerte für Saisonartikel – sie hinken Trendänderungen um die Hälfte der Fensterlänge hinterher.

Exponentielle Glättung (einfach, doppelt, dreifach): Einfache exponentielle Glättung (SES, Alpha 0,1–0,3) eignet sich für stationäre Nachfrage mit Rauschen. Doppelte exponentielle Glättung (Holt) fügt eine Trendverfolgung hinzu – verwenden Sie sie für Artikel mit konstantem Wachstum oder Rückgang. Dreifache exponentielle Glättung (Holt-Winters) fügt saisonale Indizes hinzu – dies ist das Arbeitspferd für Saisonartikel mit 52-Wochen- oder 12-Monats-Zyklen. Die Alpha/Beta/Gamma-Parameter sind entscheidend: Hohes Alpha (>0,3) jagt Rauschen bei volatilen Artikeln; niedriges Alpha (<0,1) reagiert zu langsam auf Regimewechsel. Optimieren Sie auf Holdout-Daten, niemals auf denselben Daten wie für die Anpassung.

Saisonale Zerlegung (STL, klassisch, X-13ARIMA-SEATS): Wenn Sie Trend-, Saison- und Restkomponenten getrennt isolieren müssen. STL (Seasonal and Trend decomposition using Loess) ist robust gegenüber Ausreißern. Verwenden Sie die saisonale Zerlegung, wenn sich saisonale Muster von Jahr zu Jahr verschieben, wenn Sie die Saisonalität entfernen müssen, bevor Sie ein anderes Modell auf die desaisonalisierten Daten anwenden, oder wenn Sie Aktionslift-Schätzungen auf einer sauberen Basislinie aufbauen.

Kausale/Regressionsmodelle: Wenn externe Faktoren die Nachfrage über die eigene Historie des Artikels hinaus beeinflussen – Preiselastizität, Aktionsflags, Wetter, Wettbewerbsmaßnahmen, lokale Ereignisse. Die praktische Herausforderung ist das Feature-Engineering: Aktionsflags sollten die Tiefe (% Rabatt), den Anzeigetyp, die Prospektposition und das Vorhandensein von kategoriübergreifenden Aktionen kodieren. Überanpassung an spärliche Aktionshistorien ist die größte Fehlerquelle. Regularisieren Sie aggressiv (Lasso/Ridge) und validieren Sie auf Out-of-Time-, nicht Out-of-Sample-Daten.

Maschinelles Lernen (Gradient Boosting, Neuronale Netze): Gerechtfertigt, wenn Sie große Datenmengen (1.000+ SKUs × 2+ Jahre wöchentliche Historie), mehrere externe Regressoren und ein ML-Engineering-Team haben. LightGBM/XGBoost mit geeignetem Feature-Engineering übertrifft einfachere Methoden um 10–20 % WAPE bei Aktions- und intermittierenden Artikeln. Sie erfordern jedoch eine kontinuierliche Überwachung – Model Drift im Einzelhandel ist real und ein vierteljährliches Neutraining ist das Minimum.

Kennzahlen zur Prognosegenauigkeit

  • MAPE (Mean Absolute Percentage Error): Standardkennzahl, versagt jedoch bei Artikeln mit geringem Volumen (Division durch nahe-Null-Istwerte erzeugt überhöhte Prozentsätze). Nur für Artikel mit durchschnittlich 50+ Einheiten/Woche verwenden.
  • Gewichteter MAPE (WMAPE): Summe der absoluten Fehler geteilt durch Summe der Istwerte. Verhindert, dass Artikel mit geringem Volumen die Kennzahl dominieren. Dies ist die Kennzahl, die das Finanzwesen interessiert, da sie Geldbeträge widerspiegelt.
  • Bias: Durchschnittlicher vorzeichenbehafteter Fehler. Positiver Bias = Prognose systematisch zu hoch (Überbestandsrisiko). Negativer Bias = systematisch zu niedrig (Fehlbestandsrisiko). Bias < ±5 % ist gesund. Bias > 10 % in eine Richtung bedeutet ein strukturelles Problem im Modell, kein Rauschen.
  • Tracking-Signal: Kumulierter Fehler geteilt durch MAD (mittlere absolute Abweichung). Wenn das Tracking-Signal ±4 überschreitet, ist das Modell abgedriftet und erfordert einen Eingriff – entweder Neueinstellung der Parameter oder Methodenwechsel.

Berechnung des Sicherheitsbestands

Die Standardformel lautet SS = Z × σ_d × √(LT + RP), wobei Z der Servicegrad-z-Score, σ_d die Standardabweichung der Nachfrage pro Periode, LT die Lieferzeit in Perioden und RP der Überprüfungszeitraum in Perioden ist. In der Praxis funktioniert diese Formel nur für normalverteilte, stationäre Nachfrage.

Servicegradziele: 95 % Servicegrad (Z=1,65) ist Standard für A-Artikel. 99 % (Z=2,33) für kritische/A+-Artikel, bei denen Fehlbestandskosten die Lagerkosten bei weitem übersteigen. 90 % (Z=1,28) ist akzeptabel für C-Artikel. Der Wechsel von 95 % auf 99 % verdoppelt den Sicherheitsbestand nahezu – quantifizieren Sie immer die Bestandsinvestitionskosten des zusätzlichen Servicegrads, bevor Sie sich festlegen.

Lieferzeitvariabilität: Wenn die Lieferzeiten der Lieferanten unsicher sind, verwenden Sie SS = Z × √(LT_avg × σ_d² + d_avg² × σ_LT²) – dies erfasst sowohl Nachfrageschwankungen als auch Lieferzeitvariabilität. Lieferanten mit einem Variationskoeffizienten (CV) der Lieferzeit > 0,3 benötigen Anpassungen des Sicherheitsbestands, die 40–60 % höher sein können als Formeln, die nur die Nachfrage berücksichtigen.

Klumpige/intermittierende Nachfrage: Der auf Normalverteilung basierende Sicherheitsbestand versagt bei Artikeln mit vielen Null-Nachfrageperioden. Verwenden Sie die Croston-Methode für die Prognose intermittierender Nachfrage (getrennte Prognosen für Nachfrageintervall und Nachfragegröße) und berechnen Sie den Sicherheitsbestand unter Verwendung einer gebootstrapten Nachfrageverteilung anstelle analytischer Formeln.

Neue Produkte: Keine Nachfragehistorie bedeutet kein σ_d. Verwenden Sie die Profilierung analoger Artikel – finden Sie die 3–5 ähnlichsten Artikel in derselben Lebenszyklusphase und verwenden Sie deren Nachfrageschwankungen als Proxy. Fügen Sie einen 20–30%igen Puffer für die ersten 8 Wochen hinzu, der dann reduziert wird, wenn eigene Daten vorliegen.

Nachbestelllogik

Bestandsposition: IP = Lagerbestand + Bestellbestand − Rückstände − Reservierungen (für offene Kundenaufträge). Bestellen Sie niemals nur auf Basis des Lagerbestands nach – Sie werden doppelt bestellen, wenn Bestellungen unterwegs sind.

Min/Max: Einfach, geeignet für Artikel mit stabiler Nachfrage und konsistenten Lieferzeiten. Min = durchschnittlicher Bedarf während der Lieferzeit + Sicherheitsbestand. Max = Min + EOQ. Wenn IP auf Min fällt, wird bis Max bestellt. Schwäche: Passt sich ohne manuelle Anpassung nicht an sich ändernde Nachfragemuster an.

Bestellpunkt / EOQ: ROP = durchschnittlicher Bedarf während der Lieferzeit + Sicherheitsbestand. EOQ = √(2DS/H) wobei D = Jahresbedarf, S = Bestellkosten, H = Lagerkosten pro Einheit pro Jahr. EOQ ist theoretisch optimal für konstante Nachfrage, in der Praxis runden Sie jedoch auf Lieferantengebinde, Lagenmengen oder Palettenstufen auf. Ein „perfekter“ EOQ von 847 Einheiten bedeutet nichts, wenn der Lieferant in Gebinden zu 24 Stück versendet.

Periodische Überprüfung (R,S): Überprüfung des Bestands alle R Perioden, Bestellung bis zum Zielbestand S. Besser, wenn Sie Bestellungen an einen Lieferanten an festen Tagen bündeln (z. B. Dienstagsbestellungen für Donnerstagsabholung). R wird durch den Lieferplan des Lieferanten festgelegt; S = durchschnittlicher Bedarf während (R + LT) + Sicherheitsbestand für diesen kombinierten Zeitraum.

Lieferanten-Tier-basierte Häufigkeiten: A-Lieferanten (Top 10 nach Ausgaben) erhalten wöchentliche Überprüfungszyklen. B-Lieferanten (nächste 20) erhalten zweiwöchentliche. C-Lieferanten (restliche) erhalten monatliche. Dies bringt den Überprüfungsaufwand mit der finanziellen Auswirkung in Einklang und ermöglicht Konsolidierungsrabatte.

Werbeaktionsplanung

Verzerrung des Nachfragesignals: Werbeaktionen erzeugen künstliche Nachfragespitzen, die die Basisprognose verunreinigen. Entfernen Sie das Aktionsvolumen aus der Historie, bevor Sie Basismodelle anpassen. Führen Sie eine separate „Aktionslift“-Schicht, die während der Aktionswochen multiplikativ auf die Basislinie angewendet wird.

Methoden zur Lift-Schätzung: (1) Jahr-über-Jahr-Vergleich von Aktions- und Nicht-Aktionszeiträumen für denselben Artikel. (2) Kreuzelastizitätsmodell unter Verwendung der historischen Aktionshöhe, des Anzeigetyps und der Medienunterstützung als Input. (3) Analoger Artikellift – neue Artikel übernehmen Lift-Profile von ähnlichen Artikeln in derselben Kategorie, die zuvor beworben wurden. Typische Lifts: 15–40 % für TPR (temporäre Preissenkung) allein, 80–200 % für TPR + Display + Prospektplatzierung, 300–500 %+ für Türöffner/Magnetartikel.

Kannibalisierung: Wenn SKU A beworben wird, verliert SKU B (gleiche Kategorie, ähnlicher Preispunkt) Volumen. Schätzen Sie die Kannibalisierung auf 10–30 % des gelifteten Volumens für enge Substitute. Ignorieren Sie Kannibalisierung über Kategorien hinweg, es sei denn, die Aktion ist ein Kundenmagnet, der die Korbzusammensetzung verschiebt.

Berechnung des Vorwärtskaufs: Kunden decken sich bei tiefen Rabatten ein, was einen Nachfragerückgang nach der Aktion verursacht. Die Dauer des Rückgangs korreliert mit der Produkthaltbarkeit und der Aktionshöhe. Eine 30%ige Rabattaktion auf einen Vorratsartikel mit 12 Monaten Haltbarkeit verursacht einen 2–4-wöchigen Rückgang, während Haushalte die gehorteten Einheiten verbrauchen. Eine 15%ige Rabattaktion auf ein verderbliches Produkt verursacht fast keinen Rückgang.

Rückgang nach der Aktion: Erwarten Sie 1–3 Wochen mit unterdurchschnittlicher Nachfrage nach einer größeren Aktion. Die Höhe des Rückgangs beträgt typischerweise 30–50 % des zusätzlichen Lifts, konzentriert in der ersten Woche nach der Aktion. Das Versäumnis, den Rückgang zu prognostizieren, führt zu Überbeständen und Preisnachlässen.

ABC/XYZ-Klassifikation

ABC (Wert): A = Top 20 % der SKUs, die 80 % des Umsatzes/der Marge erzielen. B = nächste 30 % mit 15 %. C = untere 50 % mit 5 %. Klassifizieren Sie nach Margenbeitrag, nicht nach Umsatz, um Überinvestitionen in umsatzstarke, margenschwache Artikel zu vermeiden.

XYZ (Vorhersagbarkeit): X = CV der Nachfrage < 0,5 (hochgradig vorhersagbar). Y = CV 0,5–1,0 (mäßig vorhersagbar). Z = CV > 1,0 (unregelmäßig/klumpig). Berechnen Sie auf desaisonalisierter, von Aktionen bereinigter Nachfrage, um Saisonartikel, die innerhalb ihres Musters tatsächlich vorhersagbar sind, nicht zu bestrafen.

Richtlinienmatrix: AX-Artikel erhalten automatisierte Wiederauffüllung mit engem Sicherheitsbestand. AZ-Artikel benötigen in jedem Zyklus eine manuelle Überprüfung – sie sind wertvoll, aber unregelmäßig. CX-Artikel erhalten automatisierte Wiederauffüllung mit großzügigen Überprüfungsintervallen. CZ-Artikel sind Kandidaten für die Auslistung oder Umstellung auf Make-to-Order.

Management saisonaler Übergänge

Kaufzeitpunkt: Saisonale Käufe (z. B. Weihnachten, Sommer, Schulanfang) werden 12–20 Wochen vor der Verkaufssaison getätigt. Allokieren Sie 60–70 % des erwarteten Saisonbedarfs in der Erstbestellung und reservieren Sie 30–40 % für Nachbestellungen basierend auf dem frühen Durchverkauf. Diese „Open-to-Buy“-Reserve ist Ihre Absicherung gegen Prognosefehler.

Zeitpunkt der Preisreduzierung: Beginnen Sie mit Preisreduzierungen, wenn die Durchverkaufsrate zur Saisonhalbzeit unter 60 % des Plans fällt. Frühe moderate Preisnachlässe (20–30 % Rabatt) erzielen mehr Marge als späte tiefe Rabatte (50–70 % Rabatt). Faustregel: Jede Woche Verzögerung beim Beginn der Preisreduzierung kostet 3–5 Prozentpunkte Marge auf den verbleibenden Bestand.

Saisonabschluss-Liquidation: Setzen Sie ein festes Enddatum (normalerweise 2–3 Wochen vor Eintreffen der nächsten Saisonware). Alles, was bis zum Stichtag übrig ist, geht an den Outlet, Liquidator oder zur Spende. Das Halten von Saisonware bis zum nächsten Jahr funktioniert selten – Modeartikel veralten und die Lagerkosten untergraben jede Margenerholung durch den Verkauf in der nächsten Saison.

Entscheidungsrahmen

Auswahl der Prognosemethode nach Nachfragemuster

NachfragemusterPrimäre MethodeFallback-MethodeAuslöser für Überprüfung
Stabil, hohes Volumen, keine SaisonalitätGewichteter gleitender Mittelwert (4–8 Wochen)Einfache exponentielle GlättungWMAPE > 25 % für 4 aufeinanderfolgende Wochen
Trend (Wachstum oder Rückgang)Holt's doppelte exponentielle GlättungLineare Regression auf die letzten 26 WochenTracking-Signal überschreitet ±4
Saisonal, sich wiederholendes MusterHolt-Winters (multiplikativ für wachsende Saisonalität, additiv für stabile)STL-Zerlegung + SES für ResiduenKorrelation des Saisonmusters von Saison zu Saison < 0,7
Intermittierend/klumpig (>30 % Null-Nachfrageperioden)Croston-Methode oder SBA (Syntetos-Boylan-Approximation)Bootstrap-Simulation für NachfrageintervalleMittleres Inter-Nachfrageintervall verschiebt sich um >30 %
AktionsgetriebenKausale Regression (Basislinie + Aktionslift-Schicht)Analoger Artikellift + BasislinieIstwerte nach der Aktion weichen >40 % von der Prognose ab
Neues Produkt (0–12 Wochen Historie)Analoges Artikelprofil mit LebenszykluskurveKategoriendurchschnitt mit Annäherung an die IstwerteEigendaten-WMAPE stabilisiert sich unterhalb des analogen WMAPE
Ereignisgetrieben (Wetter, lokale Ereignisse)Regression mit externen RegressorenManueller Eingriff mit dokumentierter BegründungNeubewertung, wenn

Individual skills in this repo

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

accessibility

Design, implement, and audit inclusive digital products using WCAG 2.2 Level AA. Use when building or auditing UI that must meet WCAG 2.2 Level AA, or when reviewing a change for keyboard, contrast, or screen-reader support.

affaan-m/content-engine

Create platform-native content systems for X, LinkedIn, TikTok, YouTube, newsletters, and repurposed multi-platform campaigns. Use when the user wants social posts, threads, scripts, content calendars, or one source asset adapted cleanly across platforms.

affaan-m/ECC

Multi-platform content distribution across X, LinkedIn, Threads, and Bluesky. Adapts content per platform using content-engine patterns. Never posts identical content cross-platform. Use when the user wants to distribute content across social platforms.

affaan-m/fal-ai-media

Unified media generation via fal.ai MCP — image, video, and audio. Covers text-to-image (Nano Banana), text/image-to-video (Seedance, Kling, Veo 3), text-to-speech (CSM-1B), and video-to-audio (ThinkSound). Use when the user wants to generate images, videos, or audio with AI.

affaan-m/manim-video

日本語翻訳:このファイルは manim-video 用の日本語翻訳が必要です

affaan-m/remotion-video-creation

Remotion のベストプラクティス - React で動画を作成する。3D、アニメーション、音声、字幕、チャート、トランジションなどをカバーするドメイン固有の29のルール。

affaan-m/video-editing

AI-assisted video editing workflows for cutting, structuring, and augmenting real footage. Covers the full pipeline from raw capture through FFmpeg, Remotion, ElevenLabs, fal.ai, and final polish in Descript or CapCut. Use when the user wants to edit video, cut footage, create vlogs, or build video content.

agent-architecture-audit

Full-stack diagnostic for agent and LLM applications. Audits the 12-layer agent stack for wrapper regression, memory pollution, tool discipline failures, hidden repair loops, and rendering corruption. Produces severity-ranked findings with code-first fixes. Essential for developers building agent applications, autonomous loops, or any LLM-powered feature. Use when an agent or LLM feature misbehaves and the failing layer is unknown, or before shipping an agent stack.

agent-eval

Head-to-head comparison of coding agents (Claude Code, Aider, Codex, etc.) on custom tasks with pass rate, cost, time, and consistency metrics. Use when choosing between coding agents, or when a change to an agent setup needs measured pass rate, cost, and time rather than an impression.

agent-harness-construction

Design and optimize AI agent action spaces, tool definitions, and observation formatting for higher completion rates. Use when defining or revising an agent

agentic-engineering

Operate as an agentic engineer using eval-first execution, decomposition, and cost-aware model routing. Use when planning or executing engineering work that agents will carry out end to end.

agentic-os

Build persistent multi-agent operating systems on Claude Code. Covers kernel architecture, specialist agents, slash commands, file-based memory, scheduled automation, and state management without external databases. Use when building a persistent multi-agent system on Claude Code with its own memory, commands, and scheduling.

agent-introspection-debugging

Structured self-debugging workflow for AI agent failures using capture, diagnosis, contained recovery, and introspection reports. Use when an agent run fails and you need a reproducible diagnosis instead of a retry.

agent-payment-x402

Add x402 payment execution to AI agents with per-task budgets, spending controls, and non-custodial wallets. Supports Base through agentwallet-sdk and X Layer through OKX Payments / OKX Agent Payments Protocol. Use when an agent must pay for something itself and needs per-task budgets, spending controls, and a non-custodial wallet.

agent-self-evaluation

Use after completing any non-trivial task. The agent self-rates its output on 5 axes — accuracy, completeness, clarity, actionability, conciseness — with concrete evidence per criterion. Produces a structured 1-5 scorecard with specific improvement suggestions.

agent-sort

Build an evidence-backed ECC install plan for a specific repo by sorting skills, commands, rules, hooks, and extras into DAILY vs LIBRARY buckets using parallel repo-aware review passes. Use when ECC should be trimmed to what a project actually needs instead of loading the full bundle.

ai-first-engineering

Engineering operating model for teams where AI agents generate a large share of implementation output. Use when setting team process, review gates, or ownership rules for a codebase largely written by agents.

ai-regression-testing

Regression testing strategies for AI-assisted development. Sandbox-mode API testing without database dependencies, automated bug-check workflows, and patterns to catch AI blind spots where the same model writes and reviews code. Use when adding regression coverage to AI-assisted code, or when the same model both wrote and reviewed a change.

android-clean-architecture

Clean Architecture patterns for Android and Kotlin Multiplatform projects — module structure, dependency rules, UseCases, Repositories, and data layer patterns. Use when structuring modules, layers, or data flow in an Android or KMP project.

angular-developer

Generates Angular code and provides architectural guidance. Trigger when creating projects, components, or services, or for best practices on reactivity (signals, linkedSignal, resource), forms, dependency injection, routing, SSR, accessibility (ARIA), animations, styling (component styles, Tailwind CSS), testing, or CLI tooling.

Verwandte Skills