vRK1 radarkraken
LIVE — nodies.eu/radar/ (accès privé, auth)

Moteur d'intelligence narrative crypto : agent Claude Code headless, déclenché par cron, qui fait de la recherche web en continu (hypothèse → preuves → contre-preuves → causalité → décision) sur un univers de ~26 tokens Kraken. Produit un dashboard autonome (index.html) + une mémoire persistante (pastilles, hypothèses, observables prédits) + des alertes push sur changement matériel. Voir aussi vE1 · cascades de liquidation, la couche quantitative complémentaire.

Déployé le 2026-08-17 — comment les 2 prérequis ont été résolus
clé APIPas de ANTHROPIC_API_KEY séparée : scan.sh lance claude -p en réutilisant la session déjà connectée sur ce VPS (pas de facturation API distincte).
serveur webPas de Caddy : adapté en vhost nginx classique — bloc location /radar/ (alias) ajouté à nodies.eu, protégé par auth_basic (.radar_htpasswd), sans nouveau sous-domaine ni certificat.
Infra. Cron horaire (5 * * * * /opt/radarkraken/scan.sh) → écrit index.html + radarkraken_state.json dans /var/www/radar/, archive les 60 derniers scans (/radar/history.html), alerte push optionnelle via ntfy si changement matériel.
Méthode — le concept
Couches clés

PROJET ≠ TOKEN + VCG (Force Projet − Force Token). VCG faible = token capte la valeur (sain) ; VCG élevé = le projet est fort mais le token n'en profite pas (piège).

Capital humain

Bus Factor, résilience distribuée. Note la réaction du système après un départ, pas le départ seul. Média ≠ importance opérationnelle.

Discipline de causalité

Héritée du protocole E1 (cascades de liquidation) : l'horloge qui compte est celle où l'agent observe l'info, jamais celle de l'événement. Onset ≠ pic, zone SIMULTANÉ/INDÉTERMINÉ explicite.

Garde-fous

Anti-terrier (max ~5 pistes/scan), contre-analyse obligatoire (thèse haussière + baissière + donnée qui départage), jamais un chiffre inventé — « DONNÉE NON ACCESSIBLE » plutôt qu'une estimation au jugé.

Audit du concept (2026-08-17) — les 3 incohérences ont été corrigées avant déploiement

Vérification croisée systématique entre prompt.md et scan.sh (même méthode que l'audit E1 v1.5→v1.5.1) :

1. Aucune heure fournie à l'agent — corrigé. scan.sh injecte désormais NOW_LOCAL (TZ=Europe/Brussels date) en préambule du prompt ; §CADENCE de prompt.md précise explicitement de l'utiliser "telle quelle, ne jamais la re-vérifier par recherche web".
2. Message par défaut contradictoire — corrigé. §CONTRAT DE SORTIE et §ALERTE utilisent désormais le même littéral partout : "RAS — pas de changement de régime".
3. "Sortie courte" en mode PULSE non définie — corrigé. §CADENCE définit maintenant explicitement PULSE : même structure d'index.html qu'en ACTU (bandeau régime, tous les panneaux, tous les tokens listés avec dernier état connu), seule la profondeur de recherche est réduite — jamais la structure du dashboard.
Pourquoi une page séparée pour vE1 · cascades de liquidation — radarkraken répond à pourquoi un token bouge (narratif, catalyseur, capital humain), vE1 répond à quand un régime de cascade démarre (signal statistique pur). Le lien conceptuel existe déjà dans prompt.md (discipline de causalité explicitement héritée d'E1) ; le lien opérationnel (un déclenchement vE1 qui lance une recherche radarkraken ciblée) est un chantier futur, une fois les deux briques déployées.
Page consultative · le scan tourne sur nodies.eu/radar/ (cron horaire) · ce statut reste maintenu à la main ici