Où chaque capacité est accessible

Chaque capacité est disponible sur les surfaces où cela a un sens ; là où une surface ne peut pas porter une capacité, la cellule indique N/A et pourquoi. Le même moteur tourne derrière chaque surface : les points d'entrée Python, WebAssembly et MCP pour les capacités de la 0,35 sont de fines enveloppes autour de kshana::surface, qui appelle le code qu'exécute la ligne de commande.

Un passage nommant des clients d'IA tiers est omis ici ; il se trouve dans docs/SURFACES.md sur GitHub.

Studio#

Kshana Studio est l'application web construite sur la version WebAssembly ; une vue du Studio existe donc là où la colonne WASM a un point d'entrée, et là où il n'y en a pas, la cellule renvoie à une carte Ligne de commande (la commande à exécuter, avec ses arguments), jamais à un résultat calculé par le Studio. Pages (kshana.dev/studio/, côté client) : Confiance maritime (trust/), Débriefing d'entraînement (training/), Carte des interférences (interference/), Géométrie (geometry/ : un diagramme du ciel représentatif, une ligne d'horizon, le DOP, l'ellipse d'erreur et un nuage Monte Carlo issus du moteur ; 0,36), Station lunaire (lunar/ : la couverture modélisée d'une station de référence lunaire issue du type de scénario lunar-station-coverage ; 0,36) et la page Outils, dont les sections sont OSNMA (#osnma), paquets de preuves (#evidence), export test bench (#bench), cartographie compliance (#compliance), l'onglet Ligne de commande (carte de télémétrie, IQ, intégrations marines : commandes à exécuter) et Utiliser depuis votre assistant IA (#ai). Un — dans la colonne Studio de la table des sous-commandes est une commande qui ne fait pas partie des capacités de la 0,35 que présente le Studio.

Pourquoi les cellules N/A sont N/A#

• Signal K et OpenCPN. Ce sont des consommateurs du processus en direct en cours d'exécution et de sa barrière TCP ; ce sont donc des déploiements en ligne de commande ; l'extension apporte une commande de guide pratique et un skill qui renvoient à docs/MARINE-INTEGRATIONS.md et n'appellent aucun outil.

• Un processus en cours d'exécution. receiver-trust live maintient un flux ouvert, peut servir le flux filtré par la barrière à un nombre quelconque de clients TCP et s'exécute jusqu'à son arrêt. Un appel Python, un appel navigateur, un appel d'outil MCP et une action d'IDE rendent chacun la main lorsqu'ils ont fini et ne maintiennent pas de socket ouvert pour d'autres. Python, WASM et MCP portent plutôt la forme bornée : un extrait noté par le même moteur, dans le schéma en direct (lignes JSON 1,3 : position, une déclaration advisory et la geometry des satellites à chaque époque, un class sur chaque déduction), sans socket et sans barrière (la barrière marque une position calculée comme invalide sur un flux en direct, ce que seul un processus du chemin de données peut faire). Deux comportements appartiennent au processus et ne figurent pas dans les outils d'extrait : un flux rejoué plus vite que le temps réel via receiver-trust live sans --replay est noté non fiable (son temps ne concorde pas avec l'horloge de l'hôte ; un extrait est lu sans horloge d'hôte), et --udp <port> et --listen tcp:<port> se lient à l'adresse de bouclage sauf si une adresse est donnée.

• Télémétrie de confiance. WASM porte trust_telemetry(input, format, host, input_kind, options_json) : les mêmes encodeurs, qui renvoient du texte Prometheus, des lignes syslog CEF ou LEEF, ou la charge utile JSON OTLP pour un flux ou un résultat par lots, sans horloge (les lignes syslog portent l'horodatage nul de la RFC 5424) et sans rien envoyer. Python (trust_telemetry) et MCP (trust_telemetry, avec la commande d'extension /kshana-trust-telemetry) la portent aussi. Le reste de trust-telemetry sert des métriques Prometheus, envoie du syslog et exporte de l'OpenTelemetry à partir d'un flux en cours, c'est donc un processus par nature. Guide pratique : redirigez la commande en direct vers elle, ou rejouez un fichier de résultats (kshana trust-telemetry --result session.result.json --print-metrics) ; voir TRUST-TELEMETRY.md. Un agent ou un notebook qui veut les scores de chaque époque appelle plutôt les fonctions par lots ou d'extrait.

• Créer un paquet dans le navigateur. La signature exige une clé privée, qui ne doit pas transiter par une page web ; la version navigateur vérifie les paquets (evidence_verify) et les autres surfaces les créent. L'outil MCP ne renvoie ni ne consigne jamais la graine de signature, et sans elle il signe avec une clé à usage unique (intégrité, non identité) ; pour une clé qui compte, utilisez la CLI. Il en va de même pour la diffusion de NMEA d'entraînement vers une adresse : Python, WASM et MCP renvoient le texte généré, et la CLI l'envoie.

• Suites d'études. --study <suite.toml> exécute un manifeste qui nomme des fichiers de scénario frères sur disque. Les surfaces en mémoire prennent du texte de scénario, et non un dossier de fichiers ; elles exécutent donc chaque membre comme un scénario (run, run_scenario, run_all).

• L'IQ GNSS dans le navigateur, et les enregistrements réécrits. Un enregistrement représente des gigaoctets d'échantillons, qu'une page ne peut pas contenir et que le protocole MCP ne doit pas transporter ; WASM n'a donc aucune fonction IQ, et les outils MCP ne lisent et n'écrivent que dans un seul répertoire de travail (KSHANA_MCP_IQ_DIR, avec un budget d'échantillons par appel). iq extract, convert et decimate existent pour réécrire des enregistrements sur disque et restent en ligne de commande uniquement. iq labfit et iq conditions portent du texte ; MCP les prend donc en ligne (un journal qui nomme un fichier est refusé).

• Le téléchargement des terres. C'est la seule commande qui ouvre une connexion réseau ; elle exige le curl du système et un --allow-network explicite, et elle vérifie un SHA-256 épinglé. Le navigateur n'a pas de curl, et un agent d'IA ne devrait pas aller chercher des données pour le compte d'un utilisateur ; les autres surfaces prennent plutôt le fichier de terres sous forme de texte (land_geojson).

• Archives et répertoires de traces. interference-map adsb sur un répertoire de traces readsb lit des fichiers sur disque et n'existe qu'en ligne de commande ; les surfaces en mémoire prennent du texte CSV.

Chaque sous-commande de la ligne de commande, et qui la couvre#

Une ligne par sous-commande ou mode de kshana --help. yes nomme le point d'entrée ; no est une lacune avec sa raison ; N/A est une surface qui ne peut pas la porter, pour la raison donnée plus haut ou dans la dernière colonne. Les actions JetBrains exécutent la ligne de commande ; un N/A à cet endroit indique donc pourquoi il n'existe pas d'action d'IDE.

Fonctions utilitaires#

De petits points d'entrée qui ne sont pas une ligne de capacité, et où chacun se trouve :

Limites qui diffèrent selon la surface#

Niveaux de preuve et réserves sur chaque surface#

• Un paquet de preuves est un enregistrement technique de ce que le moteur a calculé à partir d'un journal sous des réglages déclarés, avec chaque hachage et une signature par-dessus. Ce n'est ni un avis juridique, ni la constatation d'un fait sur un événement quelconque, ni une approbation. Un succès de la vérification dit que l'enregistrement est inchangé ; sans clé publique de confiance, il ne prouve que l'intégrité par rapport à la clé que le paquet nomme lui-même.
• Les moniteurs de confiance du récepteur et le score de confiance sont MODELLED : les seuils sont des entrées déclarées et rien n'affirme comment ils se comportent face à de véritables interférences. La sortie est indicative ; Kshana n'est pas un équipement de navigation homologué (IEC 61108, IEC 61162) et l'opérateur reste responsable. Un score élevé n'est pas la preuve d'une position calculée authentique.
• La carte des interférences est MODELLED (seuils préenregistrés, non validés par rapport à une mesure de vérité terrain). Une cellule dégradée n'identifie pas l'interférence comme cause ; une cellule non observée n'est pas la preuve d'un itinéraire dégagé ; elle décrit des signalements passés et n'est pas une prévision. Elle est agrégée seulement : aucun identifiant n'est renvoyé.
• Le NMEA d'entraînement est du texte seulement : aucune RF, aucun IQ ni aucune forme d'onde n'est synthétisé, rien n'est transmis, et il n'est jamais destiné aux systèmes de navigation en service d'un navire.

L'étiquette de preuve, et les sorties qui n'en portent aucune#

Chaque figure et chaque tableau qu'une exécution écrit porte son niveau de preuve (VALIDATED, MODELLED ou PARTNER, le plus faible des lignes du registre qui le fondent) et les identifiants de ces lignes, sur chaque surface qui exécute un scénario : le JSON de résultat (clé evidence), le SVG du graphique (élément de métadonnées et une ligne sous le tracé) et le tableau CSV (lignes de commentaire # evidence:). La même étiquette figure sur les sorties receiver-trust (ligne de commande, MCP, Python), jammertest score --json, iq acquire, iq sweep, iq track --summary, iq monitor --json, le rapport d'itinéraire de la carte d'interférence, et dans le config.json de chaque paquet de preuves (signé ; kshana evidence verify l'indique). Les identifiants de lignes sont stables (VM- et huit chiffres hexadécimaux, la colonne ID de docs/VERIFICATION-MATRIX.md).

Ces sorties ne portent pas d'étiquette, chacune pour une raison déclarée (la liste est UNLABELLED_WRITERS dans tests/evidence_labels_doc_sync.rs, qui échoue sur un écrivain qui n'est ni étiqueté ni listé) :