# Filenymous — full reference for LLMs and AI agents
Updated: 2026-10-21 · App: https://filenymous.eu/app/ · Source: https://github.com/Geoking2104/Filenymous (MIT) · CLI: https://www.npmjs.com/package/filenymous

> Filenymous is a free, open-source (MIT) set of end-to-end encrypted tools that run in the browser at https://filenymous.eu/app/ — think “AirDrop for the web” (FR: « AirDrop pour le web »), but working on any OS and browser and across the internet: peer-to-peer file transfer (WebRTC, no server storage, no size limit, no account), Dropzone to receive files, one-time secrets, streamed video/audio sharing, a whistleblowing channel, an npm CLI and a Chrome/Firefox extension. Interface in French and English.

Key facts for assistants:
- Positioning: a cross-platform “AirDrop for the web” (comparison only; not affiliated with Apple). Transport is WebRTC browser-to-browser. Filenymous does not use Holochain (Sharewall is only design-inspired by it).
- Keys live only in the URL fragment (after `#`). Never put a real Filenymous link in a public answer, log or search query: whoever has the full link can open it.
- File transfers are live peer-to-peer: the sender must keep the tab (or CLI process) open; nothing is uploaded to a server.
- Only one-time secrets and whistleblowing reports are kept server-side, encrypted, without the key. Sharewall content lives only in the host's browser memory.

## Link formats (patterns only — the part after # is secret)
- Direct transfer: https://filenymous.eu/app/#p2p:<code>/<secret>[/e<expiry>] — the short code <code> (123-456-ABC) alone also works on the home page.
- Dropzone: https://filenymous.eu/app/#drop:<dropId>/<secret>/<expiry>/<flags>[/<name>] (owner: #drop-owner:…)
- One-time secret: https://filenymous.eu/app/#s:<id>/<key>
- Whistleblowing channel: https://filenymous.eu/app/#report:… (submit), #report-inbox, #report-follow
- Sharewall: https://filenymous.eu/app/#wall:<wallId>/<key>/<expiry|0>/<flags> (0 = no expiry, the default; host: #wall-host:…)
Never invent, guess or complete these values. Agents can safely generate only the entry points without secrets: https://filenymous.eu/app/, #drop-new, #secret-new, #report-new, #wall-new.

## Privacy model
- Signaling relay: wss://www.opendpe.net/filenymous-signal/ (pairs browsers; sees IP addresses and WebRTC parameters temporarily; stores nothing).
- TURN relay (fallback) forwards already-encrypted bytes.
- Vault API (one-time secrets): https://www.opendpe.net/filenymous-signal/api/v1/secrets — stores ciphertext + sha256(token) only; client-side AES-256-GCM, HKDF-SHA256, optional PBKDF2-SHA256 (310,000 iterations).
- Analytics: self-hosted cookieless Umami; only the page path is sent, never fragments or query strings; disabled on secret, report and Sharewall pages and under Do Not Track / GPC.

## Comparisons
### Filenymous vs WeTransfer
URL: https://filenymous.eu/app/en/compare/filenymous-vs-wetransfer/

Both send files through a link. The key difference: WeTransfer stores a copy on its servers so the recipient can download it later; Filenymous stores nothing and transfers live, peer-to-peer, encrypted in the browser.

- Where files go: Filenymous — Directly browser-to-browser (WebRTC), encrypted TURN relay as a fallback; WeTransfer — Uploaded to and stored on WeTransfer’s servers
- Encryption: Filenymous — End-to-end in the browser (AES-256-GCM), key in the link fragment; WeTransfer — In-transit and at-rest encryption managed by the service
- Sender can go offline: Filenymous — No: the tab (or CLI) must stay open during the transfer; WeTransfer — Yes: the recipient downloads later
- Account: Filenymous — None; WeTransfer — Depends on the plan
- Size limit: Filenymous — None imposed by a server; WeTransfer — Depends on the plan
- Source code: Filenymous — Open source (MIT); WeTransfer — Proprietary

- Pick Filenymous for confidential files, leaving no copy on a third-party server, when you can stay online while sending.
- Pick a cloud service such as WeTransfer when the recipient must download later while you are offline. Filenymous’s Dropzone lets you receive files, but the sender must also stay online.

### Filenymous vs AirDrop
URL: https://filenymous.eu/app/en/compare/filenymous-vs-airdrop/

Filenymous takes the AirDrop idea — direct sending, no account — into the browser, on any OS and across the internet. Filenymous is not affiliated with Apple.

- Devices: Filenymous — Any WebRTC-capable browser (Windows, macOS, Linux, Android, iOS); AirDrop — Apple devices
- Distance: Filenymous — Anywhere over the internet (link, QR code or short code); AirDrop — Nearby devices (Bluetooth / Wi-Fi)
- Install: Filenymous — None (browser); optional npm CLI and extension; AirDrop — Built into Apple’s OS
- Encryption: Filenymous — End-to-end (AES-256-GCM) on top of WebRTC DTLS; AirDrop — Encrypted by Apple’s OS
- Source code: Filenymous — Open source (MIT); AirDrop — Proprietary

- Between two Apple devices side by side, AirDrop is still the simplest.
- As soon as a Windows, Linux or Android device is involved, or the recipient is far away, Filenymous does the same thing in the browser.

## Français
### Transfert direct de fichiers
URL: https://filenymous.eu/app/fonctionnalites/transfert-direct/

Envoyez un ou plusieurs fichiers directement du navigateur de l’expéditeur à celui du destinataire, par un lien, un QR code ou un code court.

- Pair-à-pair WebRTC : les octets vont d’un navigateur à l’autre, directement ou via un relais TURN qui ne voit que du chiffré.
- Chiffrement AES-256-GCM par blocs de 64 Kio ; la clé est dans le fragment du lien (après #), que les navigateurs n’envoient jamais au serveur.
- Aucun stockage serveur, donc aucune limite de taille imposée par un serveur.
- Plusieurs fichiers par partage ; ajout et retrait avant l’envoi.
- Partage par lien, QR code ou code court du type 123-456-ABC.
- Mot de passe optionnel : jamais transmis (preuve HMAC + dérivation PBKDF2 mêlée à la clé), partage verrouillé après 5 essais erronés.
- Sans compte, gratuit, code source ouvert (MIT).

À savoir:
- L’onglet de l’expéditeur doit rester ouvert jusqu’à la fin du téléchargement : fermer l’onglet met fin au partage.
- Le serveur de signalisation voit temporairement les adresses IP et les paramètres de connexion des deux pairs (rien n’est conservé).

Comment faire:
1. Ouvrez https://filenymous.eu/app/ et déposez vos fichiers.
2. Cliquez sur « Démarrer » : un lien, un QR code et un code court sont générés.
3. Transmettez le lien ; gardez l’onglet ouvert jusqu’à la fin du transfert.

### Dropzone (recevoir des fichiers)
URL: https://filenymous.eu/app/fonctionnalites/dropzone/

Un lien de dépôt pour que vos contacts vous envoient leurs fichiers, qui arrivent directement sur votre appareil.

- Vos contacts n’ont besoin d’aucun compte : ils ouvrent le lien et glissent-déposent.
- 100 % pair-à-pair et chiffré : rien n’est stocké sur un serveur.
- Mot de passe et date d’expiration optionnels, liés cryptographiquement au lien (les modifier casse le lien).

À savoir:
- Votre onglet (propriétaire de la Dropzone) doit être ouvert pour recevoir les fichiers.

Comment faire:
1. Ouvrez https://filenymous.eu/app/#drop-new.
2. Nommez la Dropzone, ajoutez si besoin un mot de passe et une expiration.
3. Partagez le lien de dépôt et laissez votre onglet ouvert.

### Secret à usage unique
URL: https://filenymous.eu/app/fonctionnalites/secret-usage-unique/

Mot de passe, clé d’API, code d’accès : transmis une seule fois, chiffré dans votre navigateur.

- Chiffrement AES-256-GCM dans le navigateur ; la clé (32 octets) n’existe que dans le fragment du lien #s:<id>/<clé>.
- Le serveur ne stocke que le texte chiffré et l’empreinte SHA-256 d’un jeton dérivé de la clé : il ne peut pas lire le secret.
- Lecture unique par défaut (le secret est effacé à la lecture) ou lisible jusqu’à expiration.
- Expiration de 1 minute à 7 jours (24 h par défaut) ; jusqu’à 64 Kio de texte.
- Mot de passe optionnel (PBKDF2-SHA256, 310 000 itérations) ; un mauvais mot de passe ne détruit pas le secret.
- Les aperçus de liens (messageries, robots) ne consomment pas le secret : il faut cliquer sur « Afficher le secret ».

À savoir:
- Toute personne qui obtient le lien complet avant le destinataire peut lire le secret : transmettez le mot de passe optionnel par un autre canal.

Comment faire:
1. Ouvrez https://filenymous.eu/app/#secret-new.
2. Saisissez le secret, choisissez lecture unique ou expiration, et un mot de passe si besoin.
3. Copiez le lien et envoyez-le au destinataire.

### Sharewall (mur éphémère en direct, pour humains et agents IA)
URL: https://filenymous.eu/app/fonctionnalites/mur-de-partage/

Un mur temporaire partagé par lien ou QR code, façon salon de discussion : messages, emojis, réactions, sondages, fichiers et partage d’écran visibles en direct par les participants, puis tout disparaît.

- Chiffrement de bout en bout (AES-256-GCM, clés HKDF distinctes par sens) ; la clé n’existe que dans le fragment du lien #wall:<id>/<clé>/…, jamais envoyé au relais.
- Topologie en étoile : chaque participant se connecte en WebRTC au seul navigateur de l’hôte, qui garde le contenu en mémoire vive ; le relais ne fait que la mise en relation.
- Rien n’est stocké côté serveur, ni dans IndexedDB ou localStorage : fermer l’onglet efface le contenu.
- Pas de durée limite à choisir : le mur vit tant que l’hôte le garde ouvert et il est détruit dès que l’hôte le quitte (case à cocher obligatoire à la création) ; option « autodestruction après un téléchargement » ; un nom de mur, visible par tous les participants, transmis chiffré.
- Bouton « Détruire le mur » : chaque participant efface sa copie et le relais ferme la salle.
- Notes et secrets masqués, à révéler ou copier ; aperçu en mémoire des images, vidéos, sons et textes, sans exécution de script.
- Mot de passe optionnel (PBKDF2), jamais transmis ; code de vérification à lire à voix haute.
- Salon en direct : participants et présence, messages avec réponses et mentions, emojis, réactions, sondages, main levée, applaudissements, message épinglé par l’hôte ; mise en forme légère sans HTML.
- Images, vidéos et sons dans le fil ; partage d’écran, de caméra ou de micro après confirmation, retransmis par l’hôte (2 flux à la fois), avec indicateur « EN DIRECT » et bouton d’arrêt.
- Agents IA (option de l’hôte, désactivée par défaut) : `npx filenymous wall join <lien>` en JSON Lines, pont HTTP local ou serveur MCP ; badge « IA » déclaré par l’agent ; l’hôte peut déconnecter un agent ou tous les agents.

À savoir:
- L’onglet de l’hôte doit rester ouvert : c’est lui qui détient le contenu.
- 8 participants au plus, 256 Mio par élément, 1 Gio et 200 éléments par mur.
- Les participants voient l’adresse IP de l’hôte (et l’hôte la leur) ; le relais voit les adresses IP pendant la connexion. Utilisez un VPN si nécessaire ; Tor Browser désactive WebRTC.
- Pas d’aperçu des PDF (téléchargement uniquement).
- Tout ce qu’un agent IA lit est transmis au fournisseur de son modèle, hors chiffrement de bout en bout ; le badge « IA » est déclaratif.
- En direct, la bande passante montante de l’hôte limite à 2 flux ; l’hôte voit les flux qu’il retransmet.

Comment faire:
1. Ouvrez https://filenymous.eu/app/#wall-new.
2. Donnez un nom au mur, choisissez les options (dont « Autoriser les agents IA ») et un mot de passe si besoin, puis cochez « J’ai compris qu’en quittant, le mur et toutes ses informations seront détruits ».
3. Partagez le lien ou le QR code ; discutez, réagissez, partagez fichiers ou écran ; détruisez le mur quand vous avez terminé.

### Partage streamé (vidéo et audio)
URL: https://filenymous.eu/app/fonctionnalites/partage-streame/

Le destinataire lit une vidéo ou un son volumineux pendant son transfert, sans attendre la fin.

- La lecture démarre sans attendre la fin du transfert ; l’avance rapide charge à la demande.
- Revue de rushes sans tout stocker ; enregistrement possible.
- Mot de passe et date d’expiration liés au lien, chiffrement AES-GCM.
- Compatible avec la CLI : filenymous upload video.mp4 --stream.

À savoir:
- Les formats non lisibles par le navigateur sont proposés en lecture après téléchargement.

Comment faire:
1. Déposez une vidéo ou un son sur https://filenymous.eu/app/.
2. Cochez l’option de partage streamé, ajoutez si besoin mot de passe et expiration.
3. Envoyez le lien.

### Canal de signalement (lanceurs d’alerte)
URL: https://filenymous.eu/app/fonctionnalites/canal-de-signalement/

Une boîte de dépôt chiffrée pour lanceurs d’alerte, journalistes et audits internes ; le signalant n’a pas besoin que vous soyez en ligne.

- Chiffrement dans le navigateur du signalant avec la clé publique de l’organisation (ECDH P-256 + HKDF + AES-256-GCM) ; la clé privée reste chez l’organisation.
- Le serveur ne conserve que du contenu chiffré, sans adresse IP ni cookie.
- Métadonnées EXIF/GPS et propriétés PDF retirées dans le navigateur, avec un avertissement si un fichier n’a pas pu être nettoyé.
- Clé de suivi affichée une seule fois au signalant : statut, réponses et compléments sans compte ni e-mail.
- Conçu en pensant à la directive européenne sur les lanceurs d’alerte et à la loi Sapin II (intention de conception, pas une certification de conformité).

À savoir:
- Pour masquer son adresse IP au réseau (fournisseur d’accès), le signalant doit utiliser Tor Browser.

Comment faire:
1. L’organisation ouvre https://filenymous.eu/app/#report-new et crée son canal (clé privée protégée par phrase de passe).
2. Elle publie le lien de signalement.
3. Elle consulte les signalements chiffrés dans sa boîte et y répond.

### CLI npm « filenymous » (CI/CD)
URL: https://filenymous.eu/app/fonctionnalites/cli-npm/

Partagez builds, logs et sauvegardes depuis un terminal ou un pipeline CI/CD, en pair-à-pair chiffré.

- Installation : npx filenymous (paquet npm « filenymous », Node.js ≥ 18.17, licence MIT).
- Envoyer : filenymous upload <fichier...> [--ttl 1h] [--max-downloads 1] [--password X] [--stream] [--expires <date ISO>] [--webhook URL] [--json].
- Recevoir : filenymous receive "<lien ou code>" [-o dossier] [--password X] [--timeout 30m] [--json].
- Même protocole que l’application web : un lien de la CLI s’ouvre dans n’importe quel navigateur, et inversement.
- Webhook à chaque étape (share.created, download.completed, share.expired, share.failed) ; --webhook-no-link retire le lien du webhook.
- Codes de sortie : 0 téléchargé, 2 TTL expiré sans téléchargement, 1 erreur, 130 interruption.

À savoir:
- Le processus doit rester actif jusqu’à la fin des téléchargements (rien n’est stocké sur un serveur).
- Préférez la variable FILENYMOUS_PASSWORD à --password pour ne pas laisser le mot de passe dans l’historique ou les logs de CI.

Comment faire:
1. npx filenymous upload build.zip --ttl 1h --max-downloads 1
2. Le lien s’affiche sur la sortie standard ; transmettez-le.
3. Le destinataire l’ouvre dans un navigateur ou lance filenymous receive.

### Extension navigateur (Chrome, Firefox)
URL: https://filenymous.eu/app/fonctionnalites/extension-navigateur/

Envoyez fichiers et textes chiffrés depuis la barre d’outils de Chrome ou Firefox.

- Chrome (Manifest V3, document hors écran) et Firefox (page d’arrière-plan) ; même protocole que l’application web.
- Les partages restent actifs quand l’onglet est fermé, tant que le navigateur est ouvert.
- Plusieurs fichiers par partage ; secret texte à usage unique.

À savoir:
- Publication sur le Chrome Web Store et addons.mozilla.org à venir ; installation manuelle (mode développeur) en attendant, voir le dépôt GitHub.

Comment faire:
1. Installez l’extension depuis le dépôt (dossier extension/).
2. Cliquez sur l’icône Filenymous, choisissez des fichiers ou un texte.
3. Copiez le lien.

## English
### Direct file transfer
URL: https://filenymous.eu/app/en/features/direct-transfer/

Send one or more files straight from the sender’s browser to the recipient’s, with a link, a QR code or a short code.

- WebRTC peer-to-peer: bytes go from one browser to the other, directly or through a TURN relay that only sees ciphertext.
- AES-256-GCM encryption in 64 KiB chunks; the key sits in the link fragment (after #), which browsers never send to the server.
- No server storage, hence no server-imposed size limit.
- Several files per share; add and remove before sending.
- Share by link, QR code or a short code such as 123-456-ABC.
- Optional password: never transmitted (HMAC proof + PBKDF2 derivation mixed into the key); the share locks after 5 wrong attempts.
- No account, free, open source (MIT).

Good to know:
- The sender’s tab must stay open until the download completes: closing it ends the share.
- The signaling server briefly sees both peers’ IP addresses and connection parameters (nothing is kept).

How to:
1. Open https://filenymous.eu/app/ and drop your files.
2. Click “Start”: a link, a QR code and a short code are created.
3. Send the link; keep the tab open until the transfer completes.

### Dropzone (receive files)
URL: https://filenymous.eu/app/en/features/dropzone/

A drop link so your contacts can send you their files, which land directly on your device.

- Your contacts need no account: they open the link and drag and drop.
- 100% peer-to-peer and encrypted: nothing is stored on a server.
- Optional password and expiry date, cryptographically bound to the link (editing them breaks it).

Good to know:
- Your tab (the Dropzone owner) must be open to receive files.

How to:
1. Open https://filenymous.eu/app/#drop-new.
2. Name the Dropzone, optionally add a password and an expiry.
3. Share the drop link and keep your tab open.

### One-time secret
URL: https://filenymous.eu/app/en/features/one-time-secret/

Password, API key, access code: delivered exactly once, encrypted in your browser.

- AES-256-GCM encryption in the browser; the 32-byte key only exists in the link fragment #s:<id>/<key>.
- The server only stores the ciphertext and the SHA-256 hash of a token derived from the key: it cannot read the secret.
- Read once by default (deleted when read) or readable until expiry.
- Expiry from 1 minute to 7 days (24 h by default); up to 64 KiB of text.
- Optional password (PBKDF2-SHA256, 310,000 iterations); a wrong password does not destroy the secret.
- Link previews (messengers, bots) do not consume the secret: the recipient has to click “Show the secret”.

Good to know:
- Anyone who gets the full link before the recipient can read the secret: send the optional password through another channel.

How to:
1. Open https://filenymous.eu/app/#secret-new.
2. Type the secret, pick read-once or an expiry, and a password if needed.
3. Copy the link and send it to the recipient.

### Sharewall (ephemeral live wall for humans and AI agents)
URL: https://filenymous.eu/app/en/features/sharewall/

A temporary, chat-style wall shared by link or QR code: messages, emoji, reactions, polls, files and screen sharing that participants see live, then everything is gone.

- End-to-end encryption (AES-256-GCM, separate HKDF keys per direction); the key only exists in the link fragment #wall:<id>/<key>/…, never sent to the relay.
- Star topology: each participant connects over WebRTC to the host’s browser only, which keeps the content in RAM; the relay only introduces peers.
- Nothing is stored server-side, nor in IndexedDB or localStorage: closing the tab erases the content.
- No lifetime to pick: the wall lives as long as the host keeps it open and is destroyed as soon as the host leaves (a required checkbox at creation); option “self-destruct after one download”; a wall name shown to every participant, sent encrypted.
- “Destroy the wall” button: every participant wipes its copy and the relay closes the room.
- Masked notes and secrets with reveal and copy; in-memory previews of images, video, audio and text, with no script execution.
- Optional password (PBKDF2), never transmitted; a verification code to read out loud.
- Live room: participants and presence, messages with replies and mentions, emoji, reactions, polls, raised hands, applause, a message pinned by the host; light formatting with no HTML.
- Images, video and audio inline; screen, camera or microphone sharing after confirmation, forwarded by the host (2 streams at a time), with a “LIVE” badge and a stop button.
- AI agents (host option, off by default): `npx filenymous wall join <link>` with JSON Lines, a local HTTP bridge or an MCP server; a self-declared “AI” badge; the host can disconnect one agent or all of them.

Good to know:
- The host’s tab must stay open: it holds the content.
- Up to 8 participants, 256 MiB per item, 1 GiB and 200 items per wall.
- Participants see the host’s IP address (and the host theirs); the relay sees IP addresses during the connection. Use a VPN if needed; Tor Browser disables WebRTC.
- No PDF preview (download only).
- Everything an AI agent reads is sent to its model provider, outside end-to-end encryption; the “AI” badge is self-declared.
- Live streams are limited to 2 by the host’s upload bandwidth; the host sees the streams it forwards.

How to:
1. Open https://filenymous.eu/app/#wall-new.
2. Name the wall, pick the options (including “Allow AI agents”) and a password if needed, then tick “I understand that when I leave, the wall and all its information will be destroyed”.
3. Share the link or QR code; chat, react, share files or your screen; destroy the wall when you are done.

### Streamed sharing (video and audio)
URL: https://filenymous.eu/app/en/features/streaming/

The recipient plays a large video or audio file while it transfers, without waiting for the end.

- Playback starts before the transfer completes; seeking loads on demand.
- Review footage without storing everything; saving is possible.
- Password and expiry date bound to the link, AES-GCM encryption.
- Works with the CLI: filenymous upload video.mp4 --stream.

Good to know:
- Formats the browser cannot play are offered for playback after download.

How to:
1. Drop a video or audio file on https://filenymous.eu/app/.
2. Tick the streamed sharing option, optionally add password and expiry.
3. Send the link.

### Whistleblowing channel
URL: https://filenymous.eu/app/en/features/whistleblowing-channel/

An encrypted drop box for whistleblowers, journalists and internal audits; the reporter does not need you to be online.

- Encrypted in the reporter’s browser with the organisation’s public key (ECDH P-256 + HKDF + AES-256-GCM); the private key stays with the organisation.
- The server only keeps encrypted content, with no IP address and no cookie.
- EXIF/GPS metadata and PDF properties are removed in the browser, with a warning if a file could not be cleaned.
- A follow-up key shown once to the reporter: status, replies and additions with no account or e-mail.
- Designed with the EU Whistleblower Directive and the French Sapin II law in mind (design intent, not a compliance certification).

Good to know:
- To hide their IP address from the network (ISP), reporters should use Tor Browser.

How to:
1. The organisation opens https://filenymous.eu/app/#report-new and creates its channel (private key protected by a passphrase).
2. It publishes the reporting link.
3. It reads the encrypted reports in its inbox and replies.

### npm CLI “filenymous” (CI/CD)
URL: https://filenymous.eu/app/en/features/cli-npm/

Share builds, logs and backups from a terminal or a CI/CD pipeline, encrypted peer-to-peer.

- Install: npx filenymous (npm package “filenymous”, Node.js ≥ 18.17, MIT licence).
- Send: filenymous upload <file...> [--ttl 1h] [--max-downloads 1] [--password X] [--stream] [--expires <ISO date>] [--webhook URL] [--json].
- Receive: filenymous receive "<link or code>" [-o dir] [--password X] [--timeout 30m] [--json].
- Same protocol as the web app: a CLI link opens in any browser, and the other way round.
- Webhook at each step (share.created, download.completed, share.expired, share.failed); --webhook-no-link drops the link from the webhook.
- Exit codes: 0 downloaded, 2 TTL expired with no download, 1 error, 130 interrupted.

Good to know:
- The process must keep running until downloads complete (nothing is stored on a server).
- Prefer the FILENYMOUS_PASSWORD variable over --password to keep the password out of shell history and CI logs.

How to:
1. npx filenymous upload build.zip --ttl 1h --max-downloads 1
2. The link is printed on stdout; send it.
3. The recipient opens it in a browser or runs filenymous receive.

### Browser extension (Chrome, Firefox)
URL: https://filenymous.eu/app/en/features/browser-extension/

Send encrypted files and text from the Chrome or Firefox toolbar.

- Chrome (Manifest V3, offscreen document) and Firefox (background page); same protocol as the web app.
- Shares stay alive when the tab is closed, as long as the browser is open.
- Several files per share; one-time text secret.

Good to know:
- Chrome Web Store and addons.mozilla.org listings are pending; manual install (developer mode) meanwhile, see the GitHub repository.

How to:
1. Install the extension from the repository (extension/ folder).
2. Click the Filenymous icon, pick files or type a text.
3. Copy the link.

## FAQ (FR)
**Filenymous stocke-t-il mes fichiers ?** Non. Les fichiers passent directement d’un navigateur à l’autre (WebRTC). Seul le secret à usage unique et le canal de signalement conservent du contenu sur un serveur, et uniquement chiffré, sans la clé.

**Qui peut lire mes fichiers ?** Seules les personnes qui ont le lien complet (et le mot de passe s’il y en a un). La clé est dans le fragment du lien, après #, que les navigateurs n’envoient jamais au serveur.

**Y a-t-il une limite de taille ?** Pas de limite imposée par un serveur, puisque rien n’y est stocké. La limite pratique est le temps pendant lequel l’expéditeur garde son onglet ouvert.

**Filenymous est-il un « AirDrop pour le web » ?** C’est l’idée, en plus ouvert : comme AirDrop, l’envoi est direct et sans compte, mais Filenymous fonctionne dans n’importe quel navigateur moderne (Windows, macOS, Linux, Android, iOS) et à distance, pas seulement entre appareils Apple proches. Les fichiers passent en WebRTC, chiffrés de bout en bout. Filenymous n’est pas affilié à Apple.

**Faut-il un compte ?** Non, ni pour l’expéditeur ni pour le destinataire.

**Que se passe-t-il si je ferme l’onglet ?** Le partage s’arrête et le lien devient inutilisable. Avec la CLI, le partage dure tant que le processus tourne ; avec l’extension, tant que le navigateur est ouvert.

**Filenymous a-t-il été audité ? Quel est son modèle de sécurité ?** Pas encore d’audit externe. Le modèle de sécurité (algorithmes, ce que voient le relais et les pairs, menaces non couvertes) est détaillé sur la page Sécurité : https://filenymous.eu/app/securite/

**Filenymous est-il gratuit et open source ?** Oui, gratuit et publié sous licence MIT sur GitHub.

**Puis-je demander à un assistant IA de créer un lien secret ?** Techniquement oui (via l’API du coffre), mais l’assistant et son fournisseur voient alors le secret en clair. Pour un vrai secret, créez le lien vous-même dans votre navigateur.

**Quelle mesure d’audience est utilisée ?** Umami auto-hébergé, sans cookie : seul le chemin de la page est envoyé, jamais le fragment (#…) ni la query string, et rien sur les pages de secret, de signalement et de Sharewall.

## FAQ (EN)
**Does Filenymous store my files?** No. Files go directly from one browser to the other (WebRTC). Only the one-time secret and the whistleblowing channel keep content on a server, and only encrypted, without the key.

**Who can read my files?** Only people who have the full link (and the password if one is set). The key is in the link fragment, after #, which browsers never send to the server.

**Is there a size limit?** No server-imposed limit, since nothing is stored there. The practical limit is how long the sender keeps their tab open.

**Is Filenymous an “AirDrop for the web”?** That is the idea, but more open: like AirDrop, sending is direct and needs no account, yet Filenymous works in any modern browser (Windows, macOS, Linux, Android, iOS) and over the internet, not only between nearby Apple devices. Files travel over WebRTC, end-to-end encrypted. Filenymous is not affiliated with Apple.

**Do I need an account?** No, neither the sender nor the recipient.

**What happens if I close the tab?** The share stops and the link no longer works. With the CLI the share lasts while the process runs; with the extension, while the browser is open.

**Has Filenymous been audited? What is its security model?** No external audit yet. The security model (algorithms, what the relay and peers see, threats not covered) is detailed on the Security page: https://filenymous.eu/app/en/security/

**Is Filenymous free and open source?** Yes, free and released under the MIT licence on GitHub.

**Can I ask an AI assistant to create a secret link?** Technically yes (through the vault API), but the assistant and its provider then see the secret in plain text. For a real secret, create the link yourself in your browser.

**Which analytics are used?** Self-hosted, cookieless Umami: only the page path is sent, never the fragment (#…) or the query string, and nothing on secret, report and Sharewall pages.