Soutien décisionnel consultatif

VérifiéSûr

Maintenir la couche consultative de support décisionnel pour la fusion de signaux, la validation IA et la disponibilité sans modifier l'exécution. Utiliser lors de la modification de decision_support.py, du contexte externe ou de l'interprétation opérateur.

Spar Skills Guide Bot
Data & IAIntermédiaire
2006/08/2026
Claude Code
#decision-support#advisory-layer#ai-validation#observability#risk-governance

Recommandé pour

Notre avis

Cette compétence guide la maintenance sûre et structurée d'une couche décisionnelle consultative qui fusionne signaux, contexte externe, validation IA, marge probabiliste et état de préparation du pipeline sans modifier le comportement d'exécution.

Points forts

  • Délimite clairement le caractère consultatif de la couche par rapport aux autorités d'exécution.
  • Couvre explicitement les limites de sécurité pour le contexte externe et la validation IA.
  • Favorise la traçabilité et la lisibilité des décisions pour les opérateurs.
  • Encourage des analyses passives (apprentissage, audit, régime de marché) sans activer de comportement runtime.

Limites

  • Suppose une base de code et une documentation existantes (AGENTS.md, vision système).
  • Ne fournit pas de guide autonome pour la logique métier ou les stratégies de trading.
  • Se concentre sur les limites et la structure, pas sur les algorithmes de fusion ou de scoring.
Quand l'utiliser

Utilisez cette compétence lorsque vous étendez ou refactorez les payloads de décision, les adaptateurs de contexte externe ou les résumés de validation IA dans un dépôt où la sécurité d'exécution doit rester inchangée.

Quand l'éviter

Ne l'utilisez pas pour modifier des actions de stratégie, des seuils de risque ou activer des expériences ou une autorité IA en runtime.

Analyse de sécurité

Sûr
Score qualité92/100

The skill describes maintaining an advisory decision-support layer with strict safety contracts; it does not instruct any destructive, exfiltrating, or obfuscated actions, and no tools are declared.

Aucun point d'attention détecté

Exemples

Add external context provider
Refactor app/decision_support.py to add a new external_context provider for news sentiment while keeping the advisory-only boundary and safe fallback to empty.
Label probabilistic edge
Add a human-readable label for probabilistic edge in the operator panel and ensure it is marked as heuristic/uncalibrated.
Extend passive AI-readiness summaries
Extend the journaled decision-support analytics with a passive AI-readiness summary that separates from runtime decisions.

name: decision-support description: Maintain or extend the advisory decision-support layer that structures signal fusion, external context, AI validation, probabilistic edge, pipeline stage, and supervisor readiness without changing execution behavior. Use when working in app/decision_support.py, journaled decision-support payloads, or operator-facing decision interpretation.

Decision Support

Binding sources

  • docs/FINAL_SYSTEM_VISION.mdLayer 5 (AI support); feeds structured context for LLM confirm/recommend, not sole execution authority.
  • AGENTS.md — advisory only; L7 unchanged; decisions must stay traceable in payloads and journals.

Purpose

Use this skill to keep the repository's advisory decision-support layer coherent, structured, and operator-readable.

In docs/FINAL_SYSTEM_VISION.md, structured decision context feeds Layer 5 (AI support) and observability; this code path must remain advisory per AGENTS.md.

This layer exists to explain decisions, waits, blocks, and safe-operational readiness. It is not a trading engine and it must not become one by accident.

Use When

Use this skill when:

  • editing app/decision_support.py
  • editing app/decision_support_analytics.py
  • editing app/external_context/*
  • standardizing advisory provider interfaces for manual/news/social/calendar context inputs
  • extending decision_support payloads in journaling or reporting
  • surfacing decision-support fields in the operator panel
  • deriving journal-based decision-support analytics or stability views
  • improving human-readable labels around fusion, edge, validation, or supervisor state
  • extending passive learning-readiness or AI-readiness summaries derived from journaled decision-support traces
  • keeping learning_snapshot and ai_audit records clearly separated from runtime trading decisions

Do Not Use When

Do not use this skill for:

  • changing strategy actions
  • changing scorer thresholds or weights
  • changing hard risk policy
  • auto-enabling AI or experiments
  • adding fake predictive claims or guaranteed-edge language

Safety Contract

  • Decision support remains advisory only.
  • Hard risk, confidence gates, and execution adapters remain authoritative.
  • AI stays a validation or interpretation layer, not an uncontrolled trader.
  • External context ingestion must degrade safely when absent or invalid.
  • External context may enrich explainability and analytics, but it must never trigger or veto execution by itself.
  • Provider stacks or source adapters for external context must fail safely to empty and keep the same advisory-only boundary.
  • Freshness, expiry, and provider-health fields for external context may be surfaced for operator review, but they must remain descriptive only.
  • AI validation may become context-aware for advisory summaries, but it must not become an execution path, risk override, or order generator.
  • Passive learning-readiness fields may summarize snapshot quality, label coverage, or shadow insight availability, but they must not enable runtime learning by themselves.
  • Passive AI-readiness fields may summarize audit structure, reason coverage, or evidence usefulness, but they must not activate AI runtime authority.
  • Probabilistic edge fields must be labeled clearly if heuristic or uncalibrated.
  • Journal-derived edge calibration must remain passive evidence only and must never mutate runtime behavior.
  • Passive market regime classification may enrich summaries and future evidence review, but it must not alter scoring, risk, or execution behavior.
  • Regime-aware evidence breakdowns must stay descriptive and review-oriented; they must not become promotion logic or runtime gating unless a later task adds that explicitly.
  • Mode-aware regime comparison must stay an experiment-review aid only and must not alter baseline, experiment, or scoped-trial execution behavior by itself.

Primary Workflow

  1. Read AGENTS.md.
  2. Inspect the current pipeline boundary that produces or consumes decision-support metadata.
  3. Reuse existing journal, dashboard, and operator-panel payloads where possible.
  4. Prefer stable, short field names and operator-readable summaries.
  5. Prefer journal-derived normalization over runtime rewrites when adding operator analytics.
  6. Verify the new layer did not change execution behavior.

Required Checks

  • signal_fusion, external_context, ai_validation, probabilistic_edge, pipeline, and supervisor stay logically distinct.
  • No new field implies trade approval that the backend does not perform.
  • Operator-facing labels are short, human-readable, and low-noise.
  • Missing context files or skipped AI calls still produce safe, interpretable output.
  • External signals remain optional and must not change execution behavior when empty, invalid, or stale.
  • Provider-stack extensions must keep local-file behavior intact while making future source additions explicit and bounded.
  • Supervisor readiness stays advisory unless a later task explicitly adds controlled gating.

Expected Output

  • Decision Support: what changed in the advisory layer.
  • Operator Surface: how it is shown without adding noise.
  • Decision Analytics: what became measurable over time.
  • Safety Check: explicit note that execution behavior did not change.
Skills similaires