La mémoire est le produit. Tout le reste est une interface.

La plupart de ce qu'on capte dans une journée ne revient jamais. Un mémo vocal au feu rouge. Une photo d'ordonnance. Trois lignes pour une intro de thèse. Un prénom qu'on a promis de retenir.

Tout va dans des apps qui n'ont jamais été conçues pour le ramener au bon moment. Notes à un endroit. Rappels à un autre. Mémos vocaux quelque part sur le téléphone. Un dossier introuvable. Au moment où tu en as besoin, tu ne sais plus où tu l'as mis — ni même que tu l'avais sauvegardé.

Ce n'est pas un problème de mémoire. C'est un problème d'outils. Nos outils stockent. Ils ne ramènent presque jamais.

Il y a quelques années, après une semaine particulièrement chaotique, j'ai réalisé que j'avais écrit la même idée pour la troisième fois dans trois apps différentes. La première sur un post-it. La deuxième dans un chat Telegram avec moi-même. La troisième comme mémo vocal que je n'ai jamais réécouté.

L'idée était bonne. Le problème n'était pas l'idée. Le problème était que mes outils ne pouvaient pas me la ramener au moment où elle comptait.

Ce matin-là, la question a changé. Elle a cessé d'être « dans quoi je devrais capturer ça ? » pour devenir « pourquoi l'acte de capturer ne mène-t-il pas à la mémoire ? ».

De cette question, wamid est né.

Notes, rappels, mémos vocaux, photos, demi-pensées — ce sont des interfaces. Le produit est la mémoire dessous : structurée, sourcée, gouvernable, portable. Celle sur laquelle tu peux compter demain, dans six mois, dans trois ans.

Le modèle peut être remplacé. Le fournisseur peut changer. L'interface peut être redessinée. La mémoire doit te rester, en texte brut, exportable, durable sur des décennies.

C'est pourquoi wamid est construit autour de la mémoire comme produit — pas du chat, pas des résumés, pas des vues graphes, pas des dossiers. La mémoire d'abord. Tout le reste est une façon de la nourrir ou d'en récupérer quelque chose.

Presque toutes les apps de productivité convergent vers la même forme. Une boîte de chat. Une vue graphe. Un digest quotidien. Un compteur de streak. Des notifications qui réclament ton attention.

On les a toutes refusées. Pas parce qu'elles sont mauvaises, mais parce qu'elles étaient les choses les plus bruyantes qu'on pouvait construire — et les choses les plus bruyantes que tu peux construire sont rarement les plus utiles.

Pas de chat comme interface principale. Pas de scroll infini. Pas de spam de notifications. Pas d'enregistrement en arrière-plan. Pas de data vendue. Pas d'entraînement sur tes captures. Pas d'exception cachée dans un paragraphe légal que personne ne lit.

Chaque refus a rétréci le design jusqu'à ce qu'il ne reste que le produit réel : une mémoire qui revient.

Une personne mène le produit. Un petit cercle de collaborateurs de confiance et dix testeurs précoces le façonnent jour après jour. L'app Android est construite à la main, en Kotlin, sur le même téléphone que le fondateur utilise chaque matin.

L'IA tourne à travers notre propre gateway avec Zero Data Retention appliqué — pas d'OpenAI dans le chemin data, pas d'Anthropic, pas de Google. Le modèle de raisonnement est ouvert. Les embeddings sont on-device. Les captures sensibles ne quittent jamais le téléphone, même en tier Pro.

Ce n'est pas optimal pour la croissance. C'est optimal pour la confiance. Chaque choix architectural a été fait en se demandant : est-ce que je laisserais quelqu'un que j'aime stocker ses souvenirs les plus durs dans ce produit ?

wamid (وميض) est le mot arabe pour une lueur stable. La lumière qui ne s'éteint pas. Le contenant est calme, stable, présent.

Wisp est l'étincelle qui te ramène ce que tu avais oublié. L'assistant est vif, contextuel, et n'arrive que quand quelque chose mérite de revenir.

Return Engine est le système silencieux dessous. Il score la dormance, décide ce qui compte, et fait remonter la bonne capture au bon moment — sans dashboards, sans que tu ne demandes jamais.

Trois pièces. Une promesse. Tu captures. wamid se souvient. Wisp ramène.