Référence de configuration du serveur

Ce guide liste les réglages du serveur que tu peux modifier avec des variables d'environnement, c'est-à-dire des réglages que le serveur lit dans un fichier texte simple nommé .env. Marinara fonctionne sans aucune configuration. La plupart des gens n'en ont besoin que pour laisser d'autres appareils se connecter, protéger un serveur partagé, déplacer le dossier de données, rendre le log – le journal du serveur – plus détaillé ou laisser plus de temps aux tâches lentes.

Tes comptes d'IA, tes personnages et tes options de chat se règlent dans l'application. Pour ajouter un compte d'IA, consulte Se connecter à un fournisseur d'IA.

Modifier le fichier .env

Marinara crée un fichier .env vide au premier démarrage. Chaque ligne a la forme KEY=value. Les lignes qui commencent par # sont des commentaires.

1. Ouvre .env.example dans le même dossier. Il liste chaque réglage avec sa valeur par défaut.
2. Copie la ligne voulue dans .env.
3. Change la valeur après = et enregistre le fichier.

PORT=8080
BASIC_AUTH_USER=alice
BASIC_AUTH_PASS=correct-horse-battery-staple

.env contient des données, ce n'est pas un script shell. Marinara n'exécute ni $, ni $(...), ni aucune autre syntaxe shell dans une valeur. Une valeur déjà définie dans l'environnement du lanceur l'emporte sur la même entrée de .env.

Le serveur lit .env quelle que soit la façon dont tu le démarres. Les lanceurs (start.bat, start.sh, start-termux.sh) définissent aussi HOST=0.0.0.0 pour que les autres appareils puissent se connecter, et ouvrent ton navigateur une fois le serveur prêt. AUTO_OPEN_BROWSER=false empêche cette ouverture. Avec pnpm start seul, le serveur n'écoute que sur cet ordinateur, sauf si tu définis HOST.

Redémarrage ou rechargement à chaud

Marinara surveille .env pendant son exécution. La plupart des réglages s'appliquent presque aussitôt, sans redémarrage. Le log affiche une ligne [env-watcher] à chaque changement. Si la surveillance ne peut pas démarrer, le serveur vérifie le fichier toutes les 30 secondes et l'indique dans le log.

Si tes modifications ne sont pas prises en compte, par exemple quand tu modifies le fichier depuis une autre machine ou dans un montage lié (bind mount) de conteneur, définis MARINARA_ENV_WATCH=poll. Pour désactiver la surveillance, définis MARINARA_ENV_WATCH=0. Ce sont deux options avancées.

Ces réglages ne sont lus qu'au démarrage. En changer un demande un redémarrage, et le log te prévient :

• PORT, HOST, SSL_CERT et SSL_KEY
• DATA_DIR, FILE_STORAGE_DIR, ENCRYPTION_KEY et MARINARA_EAGER_STORAGE
• MARINARA_ENV_FILE, MARINARA_ENV_WATCH et TZ
• AUTO_OPEN_BROWSER et AUTO_CREATE_DEFAULT_CONNECTION
• LOG_DISABLE_REQUEST_LOGGING et LOG_FORMAT
• STORAGE_CACHE_WINDOWS_BOOT_ID, SHUTDOWN_WINDOWS_CONSOLE_SIGNALS et SHUTDOWN_FORCE_EXIT_ON_REPEAT
• Les délais d'expiration et les réglages d'interrogation pour l'image, la vidéo, les sprites et ComfyUI : IMAGE_GEN_TIMEOUT_MS, IMAGE_GEN_MAX_RESPONSE_BYTES, VIDEO_GEN_TIMEOUT_MS, VIDEO_GEN_MAX_RESPONSE_BYTES, SPRITE_GENERATION_TIMEOUT_MS, SPRITE_ANIMATED_FFMPEG_TIMEOUT_MS, COMFYUI_GEN_TIMEOUT et les quatre réglages *_VIDEO_POLL_INTERVAL_MS

Les lanceurs lisent AUTO_UPDATE_ENABLED avant le démarrage du serveur. Une modification s'applique donc à partir du lancement suivant, et le log ne te prévient pas.

Les réglages de contrôle d'accès et les secrets (BASIC_AUTH_USER, BASIC_AUTH_PASS, IP_ALLOWLIST, ADMIN_SECRET, CSRF_TRUSTED_ORIGINS) n'ont pas besoin de redémarrage.

Contrôle d'accès

Le contrôle d'accès décide qui peut joindre un serveur en cours d'exécution. Pour une marche à suivre et des exemples, consulte Accès à distance : connexion et liste d'autorisation d'IP.

Tu peux aussi définir la connexion sans .env : utilise Settings → Advanced → Access (Paramètres → Avancé → Accès) dans un navigateur déjà connecté, ou le code de configuration à usage unique affiché dans le log du serveur. Le serveur n'affiche ce code que tant qu'aucune connexion n'est définie et qu'il écoute au-delà du loopback. La connexion est enregistrée dans DATA_DIR/.remote-login.json. node scripts/reset-login.mjs (à lancer dans le dossier de Marinara) la supprime et déconnecte chaque navigateur. Une connexion définie dans .env l'emporte. Pour modifier ou supprimer la connexion, il faut le mot de passe actuel. Pour les proxys de connexion, consulte Proxys de connexion (forward auth).

Termes employés ci-dessous :

• Loopback : l'ordinateur sur lequel tourne le serveur, à l'adresse 127.0.0.1 ou localhost.
• Plage CIDR : une façon abrégée d'écrire un bloc d'adresses IP, comme 192.168.1.0/24.
• Basic Auth : un nom d'utilisateur et un mot de passe envoyés avec chaque requête. Les scripts et les clients d'API l'utilisent, et les navigateurs utilisent la page /login. Ces identifiants sont encodés, pas chiffrés : utilise donc le HTTPS sur un serveur public.

Sans connexion définie, le serveur n'accepte que les sources de confiance : le loopback, les adresses de IP_ALLOWLIST, Tailscale et le trafic du pont Docker sur le même hôte. Tous les autres, y compris ton réseau domestique, reçoivent 403 Forbidden. Pour que d'autres appareils puissent tout simplement se connecter, le serveur doit écouter sur une adresse joignable : définis HOST=0.0.0.0.

Avertissement : une large plage publique dans IP_ALLOWLIST, comme 0.0.0.0/0, peut laisser entrer des clients d'internet sans connexion. N'indique que des adresses de confiance.

Stockage

Génère une clé de chiffrement et colle-la dans ENCRYPTION_KEY :

openssl rand -hex 32

Marinara conserve tes données sous forme de simples fichiers JSON : tu peux donc copier et lire tes sauvegardes. Pour savoir ce que contient chaque dossier, consulte Où Marinara enregistre tes données.

Niveaux de log

LOG_LEVEL définit la quantité d'informations que le serveur affiche. Il masque tout ce qui se situe sous le niveau choisi.

Dans un terminal, le serveur affiche des lignes lisibles. Ailleurs, par exemple dans les logs Docker, un serveur de production affiche des lignes JSON. Le lanceur Termux demande des lignes lisibles. Le log du navigateur est séparé et ne dépend pas de LOG_LEVEL.

Délais d'expiration

Un délai d'expiration est la durée maximale pendant laquelle le serveur attend une tâche lente. Ouvre Settings → Advanced → Request timeouts (Paramètres → Avancé → Délais des requêtes) pour modifier, en secondes, les limites du texte, des agents, des prompts d'images Game, des images, des vidéos, de ComfyUI et des embeddings (des représentations numériques du texte). Des limites plus élevées aident les backends locaux lents. Elles ne peuvent pas contourner une limite fixée par le service. L'enregistrement demande l'accès d'administration du serveur.

Ces réglages s'appliquent à tous les profils et sont enregistrés à côté du .env actif, sous le nom .env.timeouts.json (ou <custom-env-path>.timeouts.json). Ils remplacent les variables correspondantes sans modifier .env. Les changements pour le texte, les agents, les prompts d'images Game et les embeddings s'appliquent aux nouvelles requêtes. Les changements pour les médias et les packages d'agents installés demandent un redémarrage. Pour revenir aux variables, supprime ce fichier et redémarre.

Les valeurs sont en millisecondes, sauf si le nom indique autre chose. Pour les délais validés du chat, des agents et des prompts d'images Game, une valeur invalide, nulle, négative ou hors plage déclenche un avertissement dans le log, et la valeur par défaut est utilisée. Pour en savoir plus sur les tâches vidéo, consulte Vidéo de scène.

API privilégiées (ADMIN_SECRET)

Les actions destructrices ou risquées, comme les sauvegardes, l'effacement des données, l'application des mises à jour et l'installation de thèmes, demandent un secret supplémentaire en plus des contrôles d'accès habituels. Tu peux en créer un dans Settings → Advanced → Admin Access (Paramètres → Avancé → Accès administrateur) sur l'ordinateur du serveur lui-même (voir Admin Access), ou définir une valeur longue et aléatoire sur le serveur :

ADMIN_SECRET=replace-this-with-a-long-random-secret

Sur l'ordinateur du serveur lui-même, ces actions fonctionnent en général sans le secret. Une requête transmise par un proxy ou un tunnel sur cet ordinateur compte comme distante, sauf avec REQUIRE_AUTH_FOR_LOOPBACK_PROXY=false. Les requêtes directes depuis un autre appareil demandent le secret. Colle la même valeur dans Settings → Advanced → Admin Access, et l'application l'envoie pour toi. ADMIN_SECRET dans .env l'emporte sur un secret créé dans l'application. Sans secret d'administration, les actions privilégiées échouent depuis tout appareil autre que l'ordinateur du serveur, et le message d'erreur t'indique d'en définir un. Les agents installés fonctionnent depuis tout appareil connecté avec la connexion ; les installer, les mettre à jour et les supprimer demande le secret.

Autorisations pour les adresses locales

Par défaut, les requêtes sortantes vers les services d'IA, les services d'images et les webhooks refusent les adresses privées ou locales. Cela bloque la SSRF (server-side request forgery), où une requête est détournée vers une adresse interne. Les serveurs de modèles en loopback fonctionnent toujours. N'active que l'interrupteur dont tu as besoin pour un service auto-hébergé sur une autre machine du réseau privé.

Pour connecter un modèle local ou auto-hébergé, consulte Connecter un modèle local ou auto-hébergé.

Interrupteurs de fonctions

Les comportements facultatifs du serveur, comme réessayer les appels fournisseur échoués ou garder stables les choix des groupes de lorebook, se trouvent dans Settings → Advanced → Features (Paramètres → Avancé → Fonctions). Tous sont désactivés par défaut. Quelques-uns ont une variable qui l'emporte sur l'interrupteur lorsqu'elle est définie. Voir Interrupteurs de fonctions.

Avis de Marinara

Les avis sont de courts avertissements des mainteneurs, par exemple sur un problème de sécurité ou une étape manuelle que ta version exige. Ils s'affichent sous forme de bandeau.

• Au démarrage, puis toutes les heures, le serveur télécharge un petit fichier, notices.json, depuis la branche notices du dépôt Marinara Engine. Il ne garde que les avis qui visent ta version. Ton navigateur demande ces avis à ton propre serveur une fois au chargement de la page, puis toutes les heures.
• Si un téléchargement échoue, le serveur garde les avis qu'il a déjà et le démarrage n'est pas retardé.
• La requête n'envoie aucune donnée sur toi, tes chats ou tes réglages. Seuls les mainteneurs peuvent modifier la branche notices, et chaque modification est relue.
• Un avis est du texte brut, avec une limite de taille. Les liens ne sont conservés que s'ils pointent vers https://github.com/Pasta-Devs/. Un avis ne peut rien installer, exécuter ni modifier.
• Toi seul vois les avis : sur l'ordinateur du serveur, depuis une adresse de IP_ALLOWLIST, ou après ta connexion. Les autres visiteurs reçoivent une liste vide.

Pour désactiver les avis, définis MARINARA_NOTICES_ENABLED=false.

Avertissement : sans les avis, Marinara ne peut pas t'informer des correctifs de sécurité ni des étapes requises. Surveille toi-même les versions GitHub.

Les forks peuvent faire pointer MARINARA_NOTICES_URL vers leur propre fichier.

Multijoueur facultatif

Le multijoueur est désactivé par défaut. Il permet de partager un salon privé Conversation, Roleplay ou Game sans plafond fixe de participants. Chaque invité utilise sa propre installation Marinara de confiance. Les invités n'ont besoin d'aucun compte d'IA. L'hôte fournit les comptes d'IA et peut lire et conserver les contenus partagés. Tant que l'une des deux barrières est fermée, Marinara n'effectue aucune vérification de session, de certificat ou de pair en arrière-plan.

1. Définis MULTIPLAYER_ENABLED=true dans le .env de chaque installation Marinara participante et redémarre-la. Seule la valeur exacte true fonctionne, et le rechargement à chaud ne l'applique pas.
2. Ouvre Settings → Advanced → Multiplayer (Paramètres → Avancé → Multijoueur), lis l'avertissement et active le réglage. Cela ne lance aucune écoute et ne rejoint aucun salon.
3. Pour héberger, utilise Create shared session (créer une session partagée) ou Play together (jouer ensemble) dans le parcours de mode ou de configuration. Vérifie la configuration, ton nom affiché et le texte de persona que tu partages. Un chat existant ne partage que ses choix de configuration, jamais son historique, ses notes ni ses souvenirs.
4. Sur l'hôte, définis SSL_CERT et SSL_KEY pour un certificat valide pour le nom d'hôte du salon et reconnu par les invités. Choisis une adresse HTTPS et un port distincts pour le salon, par exemple https://room.example.org:7861. L'action d'hébergement ouvre ce port. Ne fais passer que le port du salon par ton pare-feu ou ton routeur. N'expose pas l'API normale de Marinara. Aucune redirection de port, aucun relais ni aucun contournement de certificat n'est configuré pour toi.
5. Définis un mot de passe de salon d'au moins 12 caractères, différent de tes identifiants d'administration. Envoie séparément l'invitation à durée limitée et le mot de passe à des personnes de confiance. L'invité vérifie l'empreinte liée au nom d'hôte, le nom du salon et le texte de persona, puis demande à entrer. L'hôte approuve chaque demande dans Players (joueurs) avant tout envoi d'historique.

Limites et comportement :

• TLS vérifie la chaîne du certificat et le nom d'hôte, ainsi que l'empreinte du certificat de l'invitation, avant l'envoi d'un mot de passe. Les certificats autosignés ne sont pas acceptés silencieusement. Un certificat renouvelé demande une nouvelle invitation.
• Les invitations expirent après 30 minutes. Les sessions admises durent au plus 12 heures. Le remplacement ou la révocation met fin aux invitations inutilisées. Kick (expulser) retire un invité admis.
• L'hôte contrôle les réponses automatiques ou manuelles, Pause/Resume (mettre en pause/reprendre) et Stop (arrêter). L'allocation par défaut est de 100 tours de génération coordonnée par session d'hébergement. Un tour de groupe ou la configuration de Game peut faire plus d'un appel au modèle. C'est une limite de tours, pas une estimation de prix.
• Dans Game, vérifie l'équipe avant Start Game (démarrer la partie). Chaque joueur requis soumet une action ou passe, et le GM (Game Master, le maître du jeu) résout le tour quand tous sont prêts. Un joueur déconnecté reste requis jusqu'à son retour ou jusqu'à ce que l'hôte le fasse passer ou le retire. Les tours suspendus ou interrompus ne répètent jamais d'eux-mêmes une requête payante ni des effets déjà enregistrés sur le monde.
• Stop, Leave (quitter), la désactivation du réglage et un redémarrage du serveur terminent la session en cours. Un redémarrage n'héberge ni ne rejoint jamais de lui-même.
• Les outils personnalisés et de packages ainsi que les commandes dangereuses restent indisponibles dans les salons. Les invités n'exécutent jamais de planificateur ni de commandes locales à partir du texte reçu. Les emplois du temps de Conversation utilisent le planificateur de l'hôte.
• Les nouveaux joueurs et les changements de persona prennent effet au tour suivant.
• Les salons ne transportent que du texte de taille limitée. Il n'y a aucun transfert de fichiers, de médias, d'extensions ni de packages. L'enveloppe Android native ne peut pas rejoindre de salon.

Avertissement : ne te connecte qu'à des personnes de confiance, et utilise ton propre client Marinara. N'installe jamais un client, une extension ou un fichier fourni par l'hôte. L'hôte peut lire ce que tu partages, et le contenu partagé peut être envoyé à ses services d'IA. Les connexions directes révèlent les adresses réseau. Ne partage ni mots de passe, ni clés API, ni informations personnelles. Quitte immédiatement le salon si quelque chose semble anormal.

Pour les restrictions exactes et les plateformes testées, consulte le registre de compatibilité et de vérification. En cas de problème, consulte Résoudre les problèmes.

Agents et extensions

Installe les agents officiels facultatifs dans l'application : Agents → Agent Organizer (Agents → organisateur d'agents). Marinara choisit le catalogue Pasta-Devs/Marinara-Agents qui correspond à sa version majeure.

• Mises à jour : Marinara demande avant de télécharger une nouvelle version d'un package installé. Not now (pas maintenant) garde la version actuelle et laisse Update (mettre à jour) disponible dans Agent Organizer. Une installation neuve n'a aucun package.
• Emplacement des packages : DATA_DIR/capability-packages. Les volumes Docker, les dossiers de données personnalisés, les sauvegardes et les mises à jour normales les conservent. C'est valable sur ordinateur, sous Docker et sur Termux. iOS et les autres navigateurs utilisent les packages de leur serveur hôte.
• Espace disque : Marinara garde la version actuelle et la version précédente de chaque package, et supprime les versions plus anciennes ainsi que les copies temporaires de DATA_DIR/capability-runtime-snapshots. Les données des packages ne sont jamais supprimées.
• Hors ligne : les packages installés continuent de fonctionner dans leur version quand GitHub est injoignable, qu'une mise à jour est refusée ou que la vérification échoue.

Import d'agents personnalisés

Les fichiers, dossiers et dépôts d'agents externes sont verrouillés. Pour les autoriser, active Allow custom Agent imports (autoriser l'import d'agents personnalisés) dans Settings → Advanced → Danger Zone (Paramètres → Avancé → Zone de danger). Aucune variable d'environnement n'est nécessaire. Les commandes d'import restent grisées tant que tu ne l'as pas fait.

Chaque import affiche d'abord les capacités demandées par l'agent. Les permissions doivent être approuvées explicitement. Les fonctions et sélections d'outils fournies avec l'agent ne sont pas importées, le CSS généré est nettoyé, et les actions issues des résultats sont vérifiées par rapport aux capacités approuvées. Fermer cette barrière arrête les agents importés. Les agents créés dans Marinara et les packages officiels ne sont pas concernés.

Dépôts d'agents personnalisés

Les dépôts sont désactivés par défaut, car leurs prompts et leurs outils ne sont pas vérifiés. Définis ENABLE_CUSTOM_AGENT_REPOS=true, active Allow custom Agent imports, puis ouvre Agents → Agent Organizer → Custom Sources (Agents → organisateur d'agents → sources personnalisées) pour prévisualiser un dépôt GitHub public. L'ajout d'une source et l'application de modifications ultérieures demandent tous deux une confirmation. La synchronisation est manuelle, et Marinara ne clone ni n'interroge jamais les dépôts en arrière-plan. Seules les URL GitHub de racine de dépôt sont acceptées.

Un dépôt publie des agents, des ensembles de règles de Game Mode ou les deux. À la racine :

• agents.json est un tableau au format des agents téléchargeables :

  [
    {
      "id": "continuity-helper",
      "name": "Continuity Helper",
      "description": "Checks recent turns for contradictions.",
      "phase": "post_processing",
      "enabledByDefault": false,
      "category": "writer",
      "defaultPromptTemplate": "Check {{messages}} for continuity errors."
    }
  ]

• rulesets contient un ensemble de règles par fichier .json, jusqu'à 32 fichiers de 512 KB. Seuls les fichiers placés directement dedans sont lus. L'aperçu liste le nom, la version et la couverture de chaque ensemble de règles. Le texte destiné au Game Master d'un ensemble de règles est envoyé au modèle dans chaque partie qui l'utilise : n'installe donc que des ensembles venant de personnes de confiance.

Les ensembles de règles importés portent le nom du propriétaire du dépôt, comme alice/my-5e : ils ne prennent donc jamais un nom officiel. Chaque version est conservée, et une partie se joue sur la version exacte avec laquelle elle a commencé. Si la même version revient avec un contenu différent, Marinara garde celle qui est installée et te dit de demander à l'auteur d'augmenter le numéro de version. Un fichier que Marinara ne sait pas lire est listé avec la raison, puis ignoré.

Pendant la synchronisation, les valeurs distantes de prompt, de réglages et d'outils remplacent les valeurs gérées par le dépôt affichées dans l'aperçu. Tes choix de compte et d'illustrations restent locaux. Si un agent disparaît à la source, il reste un agent local ordinaire et ne perd que son lien vers le dépôt. Retirer une source fonctionne de la même façon, et ses ensembles de règles restent installés.

Les agents personnalisés peuvent aussi activer Previous output (sortie précédente) dans la section Context Sources pour lire leur propre dernière sortie réussie. Avec JSON context output (sortie de contexte en JSON), renvoie {"text":"main prompt content","agent-context":"private continuation context"}. Seul text va dans le prompt principal. Hide output as spoilers (masquer les sorties comme des spoilers) garde les sorties enregistrées repliées. Les régénérations excluent le tour remplacé, et les messages supprimés ou les swipes inactifs ne peuvent pas fournir de contexte.

Extensions externes

L'import d'extensions tierces demande deux accords. La variable d'environnement est l'autorisation de la personne qui exploite le serveur. L'interrupteur de la Danger Zone est l'acceptation de l'utilisateur.

1. Définis ENABLE_EXTERNAL_EXTENSIONS=true dans .env.
2. Ouvre Settings → Advanced → Danger Zone, descends sous les commandes de suppression de données, lis l'avertissement et active Allow third-party extension imports (autoriser l'import d'extensions tierces).

La section External Extensions (extensions externes) apparaît alors sous Settings → Addons (Paramètres → Modules complémentaires). Fermer l'une ou l'autre barrière désactive les enregistrements externes et arrête leur code. Les enregistrements stockés manuellement, hérités, importés depuis un profil ou d'origine inconnue comptent comme externes : déposer des fichiers dans un dossier ne permet donc pas de contourner les barrières. Les brouillons de Professor Mari n'ont besoin d'aucune des deux barrières. Ils démarrent désactivés et demandent l'approbation de leur empreinte de code exacte.

Les Sandboxed Browser Extensions (extensions de navigateur isolées) sont le mode par défaut. Certains anciens packages affichent Full page access (accès complet à la page), car ils ont besoin de la page de Marinara. Ce mode exécute le code approuvé dans la page de Marinara, avec accès au contenu de la page, au stockage du navigateur, aux API réseau et à ta session. Il n'est proposé qu'aux External Extensions quand les deux barrières sont ouvertes, et il demande une acceptation d'avertissement distincte. Recharge la page après l'avoir désactivé.

Référence complète des variables d'environnement

Les tableaux ci-dessus couvrent le contrôle d'accès, le stockage, le log, les délais d'expiration, les actions privilégiées et les autorisations pour les adresses locales. Les autres réglages sont ici.

Serveur et démarrage

Le réglage Schedule timezone utilise par défaut le fuseau horaire de ton appareil. Tu peux le changer pendant la configuration d'une Conversation, dans les Chat Settings (réglages du chat) d'une Conversation ou dans l'éditeur d'emploi du temps du personnage. C'est un réglage global unique, partagé par tous les chats Conversation et synchronisé avec les autres clients du même serveur.

Outils de médias et de sprites

Fournisseurs de vidéo de scène

Les comptes vidéo se configurent dans l'application. Ces réglages ne font qu'ajuster les tâches. Les valeurs sont en millisecondes.

Lorebooks

Les deux réglages sont désactivés par défaut et s'appliquent à la génération suivante après une modification de .env. Quand LOREBOOK_STABLE_GROUP_WINNERS est défini, il l'emporte sur l'interrupteur Stable lorebook picks (sélections stables du lorebook) dans Settings → Advanced → Features. Sinon, c'est l'interrupteur qui décide. Voir Interrupteurs de fonctions.

scripts/compact-lorebook-scans.mjs applique la même règle aux anciens chats. Arrête d'abord le serveur. C'est une simulation, sauf si tu passes --apply, et le script sauvegarde les deux tables de messages avant d'écrire.

Robustesse

Tous sont désactivés par défaut, ce qui conserve l'ancien comportement. STORAGE_CACHE_WINDOWS_BOOT_ID, SHUTDOWN_WINDOWS_CONSOLE_SIGNALS et SHUTDOWN_FORCE_EXIT_ON_REPEAT demandent un redémarrage. Les autres s'appliquent après une modification de .env. Quand PROVIDER_RETRY_TRANSIENT_ERRORS est défini, il l'emporte sur l'interrupteur Retry failed provider calls (réessayer les appels fournisseur échoués) dans Settings → Advanced → Features. Sinon, c'est l'interrupteur qui décide.

Intégrations et extras

Pour le Built-in model, consulte Configuration du modèle intégré.

Proxy HTTP sortant

Certains réseaux n'accèdent à internet que par un proxy HTTP, par exemple v2rayN sans le mode TUN. Marinara peut y faire passer ses requêtes vers les services d'IA, les services d'images, les serveurs d'embeddings et le catalogue d'agents. Définis ces variables là où Marinara démarre ou dans .env, puis redémarre.

Guides associés

• Interrupteurs de fonctions
• Accès à distance : connexion et liste d'autorisation d'IP
• Où Marinara enregistre tes données
• Se connecter à un fournisseur d'IA
• Vidéo de scène
• Résoudre les problèmes de Marinara Engine