Des réponses claires, avant de commencer.

Fileaify rassemble la documentation d’un projet, les règles pour la maintenir, ses références de services et les autorisations accordées aux personnes et aux agents. Vous pouvez ouvrir une nouvelle conversation avec le même outil ou choisir un autre agent : une session autorisée retrouve le contexte publié et peut proposer des mises à jour. Le projet reste indépendant d’un historique de conversation, d’un outil et d’une machine. Le développement continue dans vos outils habituels ; Fileaify ne remplace pas votre dépôt ni votre environnement d’exécution.

Oui. C’est un usage central : ne plus dépendre d’une conversation qui grossit et mélange tous les sujets du projet. Avant de la quitter, l’agent propose les décisions, résultats et informations utiles à conserver. Une fois publiés, ces éléments peuvent être lus par une nouvelle session autorisée, même dans le même outil. Les secrets restent dans le coffre facultatif, avec des droits distincts. Fileaify ne règle pas la fenêtre de contexte ou la compaction de votre outil et ne garantit aucun gain chiffré de vitesse ou de tokens.

Oui. Deux usages sont au même niveau : ouvrir une nouvelle conversation sans rester attaché à un long historique, et choisir librement l’outil agentique avec lequel travailler. Dans les deux cas, une session autorisée peut retrouver le contexte publié sans accéder à la conversation précédente. Votre espace personnel est créé automatiquement : aucune équipe ni aucun groupe à configurer. Les permissions séparent vos droits de ceux des agents. Seul, on va vite et on documente peu. Le template apporte une méthode que vous n’auriez pas forcément écrite, et Fileaify la remet à chaque agent : quoi documenter, où et quand le mettre à jour. Cette rigueur reste utile même avec un seul projet et le même outil.

Oui. La lecture des projets autorisés, le contrat documentaire, les propositions de modifications et la politique de publication sont disponibles en Free. L’assistant intégré est une fonction distincte ; il n’est pas nécessaire pour ces contributions. L’offre Free comprend un espace, un projet actif, cinq services et cinq secrets. Les coûts de votre outil d’agent externe restent séparés.

Créez votre compte et un projet à partir d’un modèle. Donnez https://fileaify.com/agent à votre agent avec le nom du projet. Il prépare sa connexion et vous présente un lien d’autorisation : vous choisissez le projet, les droits et la durée. L’agent réalise ensuite les appels techniques, consulte les règles et la documentation, puis prépare les mises à jour liées à son travail. Vous pouvez conserver cette routine dans les consignes de votre outil. Aucun client API à développer ni secret à déposer pour commencer.

Un seul projet suivi pendant plusieurs mois suffit : décisions d’architecture, déploiements, interface et tâches métier s’accumulent. Fileaify est utile quand vous voulez ouvrir une nouvelle conversation sans reconstruire ces informations, ou choisir librement un autre outil agentique. Il aide aussi à reprendre après une pause et à transmettre le travail. Le gain porte sur la recherche du contexte, les explications répétées et l’entretien du dispositif documentaire : un AGENTS.md bien tenu en couvre une partie, Fileaify apporte le reste (droits, coffre, revue, historique) dans un même cadre.

Git versionne le code et peut aussi contenir une documentation entretenue par des agents : un AGENTS.md bien tenu fait déjà une partie du travail, et Fileaify s’y branche au lieu de le remplacer. Ce que Fileaify fait en plus : des droits par agent, avec une durée choisie par la personne qui accepte ; un coffre dont l’agent utilise les clés sans jamais en recevoir la valeur ; une revue des contributions avant publication ; l’historique des décisions ; un exécuteur pour agir sur vos serveurs sans détenir de clé ; et un contexte maintenu, partagé entre vos outils et vos sessions. Vous gagnez du temps (plus de contexte à reconstruire à chaque session, plus de droits à bricoler projet par projet), de la sécurité (aucune clé dans les conversations, des accès bornés dans le temps) et de l’organisation (une méthode commune, des conventions stables, un état documentaire à jour).

Non. Votre code reste dans son dépôt et vous n’avez pas à maintenir deux copies de votre documentation. Vous choisissez où chaque document fait autorité : certains fichiers peuvent rester dans Git et le contexte partagé dans Fileaify. Fileaify n’effectue pas de synchronisation automatique avec GitHub. La cohérence entre copies n’est à gérer que si vous choisissez de dupliquer un même document aux deux endroits.

Gardez les consignes et les documents du dépôt qui vous conviennent. Fileaify ajoute un fonctionnement hébergé pour les règles documentaires, les contributions des agents, la validation des publications et les accès contrôlés aux services. Choisissez un emplacement de référence pour chaque information ; Fileaify ne synchronise pas automatiquement les fichiers Git. Son intérêt dépend du travail qu’il vous évite, pas du nombre de dépôts ou de personnes.

Une mémoire locale ou un serveur MCP peut répondre à une partie du besoin et offrir d’autres avantages, dont le contrôle local. Les capacités dépendent de l’outil. Pour comparer à Fileaify, examinez l’ensemble : accès depuis plusieurs outils, méthode documentaire, versions, publication, services, secrets facultatifs et permissions révocables. Assembler ces fonctions demande parfois des intégrations et leur maintenance ; Fileaify les fournit dans un même service hébergé.

Un agent doit pouvoir lire le protocole, effectuer les appels HTTPS nécessaires, envoyer du JSON et utiliser un jeton Bearer de manière privée. Un agent doté d’un terminal peut notamment employer curl ; vous n’avez alors pas à développer un client spécifique. Les outils cités sur l’accueil ne sont pas des connecteurs natifs certifiés individuellement : le fonctionnement dépend du mode, des capacités réseau et des autorisations de votre outil. Un connecteur MCP distant est également disponible sur https://fileaify.com/mcp avec OAuth : le client gère les appels et ouvre Fileaify pour le choix des accès. Les fonctions disponibles dépendent de votre compte chez le fournisseur.

Il peut lire les pages publiques, dont le protocole et cette FAQ. Le parcours d’appairage nécessite des POST, puis des appels authentifiés pour lire les projets privés. Un navigateur de recherche limité aux URL publiques ne suffit donc pas. Ne contournez pas cette limite en plaçant un jeton dans une URL ou en rendant vos documents privés publics. Si ce chat propose des connecteurs MCP, ajoutez https://fileaify.com/mcp avec OAuth : le connecteur permet les appels authentifiés même si le navigateur de recherche du chat est limité aux GET. Le navigateur seul reste insuffisant. Pour les questions publiques sur le produit, GET /agent/ask renvoie une réponse courte avec ses sources publiques, sans appairage. Il n’a aucun accès à votre projet privé.

Reprendre une conversation et lire une documentation de projet entretenue répondent à des besoins différents. Votre outil peut déjà couvrir les deux. Fileaify rend le contexte publié accessible aux agents autorisés, avec une méthode documentaire commune et un processus de contribution. Il ne capture pas automatiquement toutes les conversations : les informations doivent être soumises et publiées. La comparaison utile porte sur ce qu’une nouvelle session peut retrouver et sur la manière dont ces informations restent à jour.

Votre agent lit la méthode documentaire du projet et prépare les mises à jour au fil du travail : décisions, raisons des choix, résultats et prochaines étapes, avec justification et éléments vérifiables. Vous gardez le contrôle de leur publication selon la politique choisie. Une nouvelle conversation retrouve ensuite ce contexte structuré, sans devoir relire les anciens échanges. Vous n’avez pas à tout rédiger vous-même : l’agent fait ce travail via l’API. Une consigne durable dans votre outil lui rappelle quand le faire. Fileaify conserve les informations soumises et publiées ; une décision jamais transmise reste à documenter par l’agent.

Vous choisissez le projet et son modèle, autorisez votre agent et décidez si ses mises à jour nécessitent votre validation. L’agent réalise les appels API, lit les règles et prépare les contributions documentaires. Fileaify exploite le service hébergé et applique les permissions : vous n’avez pas à programmer un client API, installer un serveur Fileaify ou maintenir cet assemblage. Un jeton valide sert à plusieurs appels jusqu’à son expiration ou sa révocation. Votre intervention reste nécessaire pour les décisions du projet, les accès supplémentaires et les revues que vous avez choisies.

Elle définit les documents attendus, leur rôle, les contenus à inclure ou exclure, les déclencheurs de mise à jour, les instructions et les formats Markdown. Vous pouvez partir d’un modèle, d’un projet vide ou ajouter vos propres documents. Les administrateurs éditent les règles du projet ; les agents les consultent dans un contrat versionné. Un changement du modèle réutilisable ne remplace pas automatiquement les règles des projets existants.

Non. Les modèles documentaires réutilisables de votre espace définissent documents, rôles, formats et déclencheurs. Vous pouvez les employer pour de nouveaux projets puis adapter leurs règles. Chaque agent autorisé consulte la méthode effective du projet dans son contrat : vous n’avez pas à la recopier dans chaque conversation. Une mise à jour du modèle sert aux projets futurs ; elle ne modifie pas automatiquement les projets existants. Le choix du modèle et les ajustements propres au projet restent sous votre contrôle.

La revue humaine est le réglage par défaut. Un administrateur peut autoriser la publication automatique pour certains agents ou tous les agents disposant du droit d’écriture, sur chaque projet et dans toutes les offres. Les contrôles de droits, de contrat et de révision restent actifs. Une proposition en attente n’est pas publiée ; modifier la politique ne valide pas rétroactivement les propositions déjà en attente.

Une transaction en attente verrouille les documents qu’elle concerne jusqu’à approbation ou rejet. Les autres agents peuvent encore lire le projet, mais une modification du document verrouillé est refusée. Une révision de base périmée provoque aussi un conflit. L’agent doit relire le contexte et préparer une proposition cohérente ; il n’existe pas de fusion automatique des textes.

Avec ou sans Fileaify, des consignes ne garantissent pas qu’un agent les respecte. La différence avec Fileaify : chaque contribution documentaire arrive avec sa justification et ses éléments vérifiables : vous la validez, ou appliquez la publication automatique que vous avez choisie. Fileaify signale les documents encore vides ou restés à leur contenu initial et les références de clés non résolues. Ces oublis deviennent visibles ; cela ne détecte pas toutes les omissions ni les erreurs de fond.

Un document en attente de validation est verrouillé pour les autres propositions. Fileaify contrôle les révisions de base lors de la publication : une proposition fondée sur un document qui a changé doit être réconciliée avant publication. Cela évite les écrasements de versions, pas les contradictions de sens entre documents ou décisions. La revue humaine est le défaut ; un projet peut aussi autoriser la publication automatique pour certains agents externes. Fileaify ne décide pas automatiquement quelle architecture est correcte et ne garantit pas la cohérence après validation. La méthode, les justifications, les preuves, la revue et l’historique aident l’équipe à comparer les propositions, trancher et conserver les raisons du choix.

Non. Le jeton est remis une seule fois lors de l’appairage, puis réutilisé pour les appels API jusqu’à expiration, suspension ou révocation. Il ne faut pas recommencer l’appairage à chaque requête. Conservez-le dans le stockage privé de l’outil. Les limites d’usage d’une remise de secret sont distinctes du fonctionnement du jeton.

Un propriétaire ou administrateur de l’espace vérifie la demande et choisit le projet, les capacités et la durée. L’agent ne récupère pas le rôle de cette personne. L’appairage ne donne aucune valeur de secret. Fileaify contrôle ses propres projets et ressources ; il ne réduit pas les permissions GitHub ou les accès locaux déjà détenus par l’outil de l’agent. Les demandes supplémentaires restent distinctes et une mention documentaire ne crée aucun droit.

Le panneau « Demandes en attente » de l’application regroupe les décisions accessibles à l’utilisateur par projet. Les demandes d’appairage sont présentées à partir du lien ou du code correspondant. La télécommande PWA permet aussi de gérer les autorisations sur téléphone. Les notifications dépendent du navigateur et des permissions accordées ; une notification fermée n’est pas une décision.

Oui, avec les droits d’administration nécessaires. La suspension bloque l’accès et peut être levée ; la révocation invalide l’agent. Les droits peuvent aussi expirer ou être limités à certains projets et ressources. Ces actions ne récupèrent pas des documents ou secrets déjà transmis à l’agent.

L’exécuteur est un petit serveur dédié à votre compte, partagé par ses espaces qui peut utiliser, pour vous, les clés SSH que vous déclarez : les agents agissent sur vos systèmes sans jamais recevoir la clé. Il est disponible. Selon l’offre : Solo à la demande 1 heure par fenêtre de 6 heures, Pro à la demande jusqu’à 12 heures par jour, Premium toujours actif. L’adresse IP change à chaque démarrage ; Pro et Premium peuvent activer l’option « IP fixe » dans Mon compte, appliquée au démarrage suivant. Free ne l’inclut pas. Il se connecte vers l’extérieur, vers Fileaify puis vers les destinations que vous déclarez. Sa seule porte entrante est une plage de ports SSH (un port tiré à chaque démarrage, authentification par clé uniquement), utilisée quand un agent que vous avez autorisé ouvre une session directe vers le dossier de son projet ; c’est une personne qui décide de la durée de cette permission.

Fileaify vérifie le droit d’exécuter et le droit d’utiliser la clé SSH de la cible déclarée, sans remettre cette clé à l’agent. Ces contrôles portent sur les accès ; ils ne déterminent pas si chaque commande est sans danger et n’imposent pas une approbation pour chaque commande pendant la validité d’un droit. Une commande autorisée peut endommager ce que le compte distant peut modifier. Utilisez un compte dédié aux privilèges minimaux et des restrictions adaptées sur la cible ; root n’est pas requis. La limite du dossier de projet dans le sandbox ne restreint pas les serveurs distants. Fileaify apporte périmètre, expiration, révocation et traçabilité, sans garantir l’absence de commandes destructrices.

Non. Vous pouvez utiliser la méthode et la mémoire documentaire sans enregistrer un seul secret. Vous pouvez ensuite ajouter les ressources utiles, avec des clés dédiées et des droits limités. Les secrets conservés dans vos propres outils restent sous leur gestion ; Fileaify ne peut pas appliquer ses contrôles à une clé transmise en dehors de son coffre.

Un service identifie un compte ou fournisseur utile au projet. Une connexion précise une cible ou un usage, par exemple un environnement et une URL. Un secret contient une valeur chiffrée, avec ses versions. Les rattachements au projet et les autorisations sont explicites. Documenter une référence vault:// permet de parler d’une clé sans inscrire sa valeur dans les documents.

Les objets sont stockés dans un bucket S3 privé avec chiffrement AWS KMS ; les échanges publics utilisent HTTPS. Les autorisations sont vérifiées côté serveur et chaque accès à un secret laisse une trace d’audit. Le chiffrement protège les objets au repos ; le serveur déchiffre pour les opérations autorisées. La notice de sécurité décrit les mesures.

Oui. Le courtage HTTPS configuré ajoute une clé à un appel vers une destination et une méthode approuvées. Séparément, l’exécuteur peut lancer des commandes sur une cible SSH déclarée en utilisant sa clé côté serveur. Ces voies exigent leurs propres permissions et ne remettent pas la clé stockée à l’agent ; elles ne garantissent pas qu’une action autorisée est sans danger. L’accès SSH direct au sandbox utilise une clé de session distincte, pas la clé stockée du serveur distant. L’export explicite d’une clé exige un droit séparé ; révoquer ce droit n’invalide pas une copie déjà reçue, qu’il faut renouveler chez le fournisseur.

Oui, uniquement les noms et l’usage. Tout agent autorisé à lire un projet peut lister ses références de coffre (par exemple vault://brevo/key) et ce à quoi chaque clé sert dans ce projet, jamais les valeurs. Pour utiliser ou exporter une clé, il demande une permission distincte sur cette clé précise, qu’un humain approuve.

Par défaut, jamais : l’export est désactivé. Il faut l’activer à trois niveaux, dans Mon compte, dans les paramètres de l’espace (réservé au propriétaire) puis dans chaque projet concerné, et chaque remise exige en plus un accord humain limité en durée et en nombre d’usages. La valeur est alors transmise à l’agent, qui la détient : elle peut entrer dans le contexte du modèle chez son fournisseur. À privilégier : avec un exécuteur, l’agent utilise la clé par référence (vault://…) sans jamais la voir. Sans exécuteur, par exemple en offre gratuite, il peut écrire une petite routine locale qui appelle l’API Fileaify avec son jeton, écrit la réponse dans un fichier et lit ce fichier sans jamais l’afficher.

Non. La documentation du projet ne nécessite ni accès serveur ni identifiants stockés. L’exécuteur est facultatif. Si vous l’utilisez pour vous connecter à un serveur, vous choisissez la destination, le compte et l’identifiant ; un accès root à votre serveur n’est pas requis. Utilisez des droits adaptés à la tâche. Héberger des documents ou des identifiants chez Fileaify reste une décision de confiance : consultez les politiques publiées de sécurité et de traitement des données.

Il apporte une aide facultative dans les espaces dont l’offre inclut l’IA. L’assistant global consulte les projets autorisés sans modifier leurs documents. L’assistant de projet travaille dans ce projet, selon les modes Plan, Demander ou Autonomie et le réglage de validation. Il aide aussi à concevoir des modèles documentaires. Vos agents de développement externes continuent de travailler sans lui.

Les fonctions IA intégrées utilisent Mistral et transmettent le contexte nécessaire : question, historique limité, documents autorisés, règles et pièces jointes selon la fonction. Le coffre n’est pas chargé dans ce contexte : gardez vos secrets dans le coffre plutôt que dans les documents ou les messages. Les données envoyées à Mistral ne servent pas à l’entraînement de ses modèles. Les agents externes utilisent leurs propres fournisseurs et politiques. Leur accès à Fileaify n’active pas automatiquement l’assistant Mistral. L’assistant produit public /agent/ask est distinct : seuls la question courante et des extraits publics sont transmis, sans historique de conversation ni documents privés du projet.

Trois niveaux, chacun avec ses propres conditions : le stockage par Fileaify, le traitement par Mistral pour les fonctions intégrées, et le fournisseur de votre agent externe. Les données envoyées à Mistral ne servent pas à l’entraînement de ses modèles. La notice de sécurité et la politique de confidentialité détaillent ce qui est transmis et conservé.

Les revues IA sont périodiques et activées explicitement par une personne autorisée. Les critères permettent d’examiner la documentation, ses lacunes ou incohérences. Elles produisent des rapports et n’appliquent pas automatiquement de corrections. Elles ne constituent pas un contrôle LLM obligatoire à chaque contribution d’un agent externe.

Free inclut la documentation et les agents externes dans ses limites. Solo augmente la capacité sans assistant intégré ; Pro et Premium ajoutent notamment l’IA intégrée. Les offres et leur disponibilité sont présentées sur la page Tarifs. Une souscription payante se confirme dans Stripe, au mois ou à l’année, et se renouvelle automatiquement. La résiliation depuis Mon compte prend effet à la fin de la période payée. Les accès offerts manuellement aux testeurs ne provoquent aucun prélèvement.

Non. Chaque espace hérite de l’offre de son créateur. Les limites de projets et les limites Free de services et secrets sont cumulées sur ses espaces. Les membres sont décomptés de façon unique sur ces espaces. Free et Solo n’autorisent pas d’invités supplémentaires. Les permissions restent propres à chaque espace et projet ; avoir la capacité disponible ne donne aucun accès.

Une prévisualisation signale les projets qui dépasseront la capacité. Les projets dont la mise à jour est la plus ancienne deviennent inactifs et en lecture seule ; leur documentation reste téléchargeable. Supprimer un autre projet ne permet pas de basculer librement un projet bloqué en actif. Une augmentation de capacité peut réactiver des projets selon les règles de l’offre.

Non. Le quota de l’assistant intégré est distinct de l’usage de vos outils externes. Il est mesuré à partir des tokens réellement consommés, pondérés par leur coût, et affiché en pourcentage. Un plafond mensuel et une fenêtre glissante de sept jours s’appliquent ensemble ; ils sont paramétrables en administration et partagés entre les membres et les espaces financés par le même compte. L’API conserve ses propres contrôles et limites techniques : absence de quota d’assistant ne signifie pas appels API illimités.

Oui. Le ZIP documentaire restitue les documents publiés et leur contrat, sans valeurs du coffre. Un export complet chiffré distinct est disponible dans Mon compte pour le propriétaire de l’espace, après connexion récente et autorisation explicite. Il inclut les versions conservées des documents, du coffre et de ses fichiers, les règles, propositions, services, permissions et l’audit. Les conversations privées des autres membres, celles supprimées ou couvrant plusieurs espaces et les identifiants de connexion sont exclus. La clé enregistrée séparément et l’outil hors ligne permettent de retrouver un ZIP Markdown/JSON/fichiers sans compte Fileaify ni AWS. Au-delà de la limite directe de 64 Mio, une restitution assistée gratuite est disponible sous trente jours après demande authentifiée. Vos dépôts Git restent chez leur hébergeur.

Le service applicatif utilise un VPS OVHcloud. Le stockage S3/KMS et l’authentification Cognito sont configurés dans la région AWS eu-west-1, en Irlande. La notice de confidentialité présente les autres prestataires et leur rôle.

Évaluez des engagements vérifiables : réversibilité sans frais, export chiffré du coffre récupérable hors ligne, sauvegarde quotidienne chiffrée des métadonnées avec contrôle de restauration et copie hors VPS, objets documentaires et secrets dans S3 versionné chiffré par KMS, et préavis d’au moins soixante jours pour un arrêt programmé. La politique publiée détaille les périmètres. Ces éléments permettent d’évaluer la continuité indépendamment de la taille de l’éditeur.

L’archivage conserve les données. Pour un effacement, adressez une demande au support : l’exploitant supprime les objets et versions concernés et vous le confirme. La notice de confidentialité décrit la conservation.

L’interface est disponible en anglais et en français. La langue documentaire d’un projet est distincte : elle guide les modèles et les consignes de rédaction, sans traduire automatiquement les documents déjà écrits. Les autres langues prévues ne sont pas présentées comme disponibles tant que leur traduction n’est pas livrée.