The KESH dossier

KESH makes unseen talent visible. One shared passport. We start with sport.

The project in five lines

1. KESH makes talent and skills visible through what people actually accomplish.
2. The KESH ID passport connects their identity and journeys across the platform's different verticals.
3. KeshSport opens first: one native app, four worlds — Match, Footing, Gym and Play.
4. KeshBusiness, KeshKulture, KeshDar, KeshAuto and KeshBeauty will extend this shared home.
5. KESH is AI-native: agents help build it; in-product assistance is being developed around verifiable facts.

Why this dossier

Give startup programmes and technical partners a complete view of the product, its status and its needs: cloud and AI credits, technical expertise, product mentoring and preparation for market entry.

Talent exists. Its evidence is scattered.

Connect an activity, its evidence and an identity people can return to.

The problem KESH chooses to address

A match with friends, a run, a street workout session or a tournament produces effort and results. Without a shared history, that journey is hard to read. A post shows a moment; it does not necessarily show progress.

The same challenge appears in work and creative activity: skills emerge through actions, but their presentation often depends on self-reporting. KESH starts from a product hypothesis: an identity connected to achievements can make a journey easier to understand and encourage people to continue.

The solution: one home, several uses

The KESH ID passport is the shared foundation. Each vertical has a specific purpose, a card and a way to show activity. The ambition is to retain the same identity as new worlds open, while keeping evidence distinct: a sporting achievement is not a professional qualification.

Why start with KeshSport

Sport offers recurring, understandable actions: playing, running, setting a record, entering a tournament. It lets KESH develop the loop between activity and recognition before opening further verticals. The six verticals share a vision; their availability will be gradual.

KESH ID, the shared passport

One account for everything KESH opens.

An identity that follows the journey

KESH ID is the entry point to the platform. It provides continuity across the KeshSport worlds and, eventually, other verticals. The passport gives this idea a recognisable form: a shared identity, with pages and cards specific to each use.

It is not an official document or a government-issued identity. The word “passport” describes the KESH experience and membership of its worlds.

The card makes progress immediately readable

In KeshSport, the card displays indicators specific to each activity. Match begins with a rating of 65; this starting point is a product rule, not an observed performance. The other worlds have their own measures: kilometres, validated records or titles.

Missing data must not become a fictional result. The initial card and the card enriched by activity describe different moments. The shared rule remains: stats are earned.

What must remain specific to each vertical

Identity can be shared without making every recognition rule identical. A Gym record, a KeshBusiness skill and a KeshDar booking do not mean the same thing. Extending KESH ID will need to respect these differences and visibility choices appropriate to each use.

The intended value

Give members a lasting point of return and future products a consistent foundation. The value of continuity across verticals will need testing as they open; it is not presented as an established network effect.

One home. Six verticals.

KeshSport first. The same ID, other stages next.

KeshSport: stats are earned

Every sport. One card. One native app.

These mechanisms describe the journey announced on the website; availability depends on the app's gradual opening.

The gameplay loop

1. Enter: return to the passport and choose a world.
2. Take part: play, run, complete a session or enter a tournament.
3. Earn recognition: bring in results through the rules and evidence appropriate to the activity.
4. See progress: read the card and history, then return for another objective.

Progress, without invented ratings

“Stats are earned” is a design rule: activity and its validation must precede the display of performance. Detailed rules depend on the world; a running measurement is different from a match result or a tournament win.

The first product challenge: members should understand what they have earned, why their card changes and what they can do next.

AI-native, in the product and the workshop

A small team. A hive of AI agents. Human decisions.

In the product: assistance grounded in facts

The ambition is to help people prepare, understand an activity and choose what comes next. The Footing coach already documents three phases: prepare the session, accompany the run, then analyse the available running data.

Its documented behaviour currently relies on local rules and structured sessions. Connecting a generative model remains a decision and evaluation task. KESH therefore does not present a generative conversational assistant as already available to the public.

In production: agents help build the product

AI agents contribute to research, coding, testing, review and visual production. The teaser's films and faces are AI-generated. Automated checks assess deliverables; product decisions and final validation remain human responsibilities.

This organisation is a production choice. It is neither a productivity measurement nor a guarantee of error-free work. Changes must remain reviewable, verifiable and correctable.

What an AI programme could enable

• Evaluate a model on bounded tasks: explain an activity from verified data without inventing results.
• Compare quality, latency and cost before integrating generative capabilities into the product.
• Strengthen evaluations, fallback rules and review of outputs from development agents.
• Work on confidentiality and selecting the data actually needed for each call.

AI credits enable experiments and validation of usefulness; they are not evidence that an integration has already shipped.

A technical foundation, evidence at each step

The documented stack, kept distinct from public availability.

Native application

React Native and Expo for KeshSport. The monorepo documents migration to Expo SDK 57 and React Native 0.86, along with local Android and iOS exports. These are build results, not evidence of app store distribution.

Web and server foundation

Next.js and React for the existing web application and server routes; TypeScript for shared code. Moving to native does not mean rewriting every business rule.

Data and identity

Supabase, PostgreSQL, authentication and row-level access policies. Shared identity and histories must remain consistent with each member's permissions.

Code organisation

A monorepo, Node.js, pnpm and strict TypeScript. Shared modules hold product rules and engines; their existence does not certify that every feature is available.

Verification

Vitest, Playwright, Biome and GitHub Actions are documented in the tooling. Automated checks complement phone testing and human review.

Presentation website

The teaser is static: local HTML, CSS and JavaScript, with fonts and media hosted alongside the site. No trackers, resource CDNs or dependencies fetched at runtime.

Technical choices serve the experience

Native development addresses run tracking and phone usage. Shared rules reduce divergence between a card, a history and their underlying result. Verification must cover the complete journey, beyond a successful build.

Algeria: the starting market

The product is built for the world; Algeria is where it starts. Measurable public context. A business model to refine.

The ARPCE report counts exactly 61,714,396 internet subscriptions, including 54,744,829 mobile subscriptions. It measures subscriptions, not unique people. One person can hold several lines; these figures are neither KESH customer counts nor revenue estimates.

What this context supports

Algeria is the project's first market. The role of mobile internet supports building an experience suited to phones. The addressable market still needs defining by activity, territory and the ability to serve initial groups properly.

The beta should inform recurring usage, access barriers, service costs and willingness to pay. No commercial market size calculated from the national population is asserted.

Business model: decided and under study

Decided direction: sell software tools to professionals without selling the audience of KESH apps. Project documents describe a reusable business foundation: scheduling, booking, pricing, statistics and payment management, adapted to each trade. This direction does not mean these offers are on sale.

Decided initial scope: no Gym monetisation in v1; free Play entry, without integrated payments or cash prizes. Under study: future offers, pricing, potential commissions and monetisation timing after this phase. No revenue, contract or funding is announced here.

Public sources accessed on 30 October 2026. Figures describe their reference periods; they do not measure KESH traction.

Open in waves, learn through usage

The 2,000 founders as the initial access capacity.

Market entry

The teaser explains the promise and the four worlds. Launching in waves gives priority to numbered founder spots before broader access. The 2,000 spots define the planned initial entry format; they are not a claim of completed recruitment.

The first wave needs a working end-to-end journey: enter, understand the card, take part, find an accurate result and return. Feedback from initial groups should help resolve friction before widening access.

1. Today · preparation

   Teaser available, native product under construction and local checks. Registration closed. Prepare journeys, phone testing and opening conditions.

2. Coming soon · private beta

   KeshSport by invitation, with founder priority. No beta date is announced. Waves must fit the team's capacity to monitor usage and fix problems.

3. 10 January 2027 · planned official launch

   This public milestone matches the website. Preparation needs to establish the reliability of available features and the capacity to support their use.

4. After KeshSport · expansion

   KeshBusiness, KeshKulture, KeshDar, KeshAuto and KeshBeauty. Their schedules, detailed order and launch scopes remain to be defined.

What needs measuring

Understanding of the initial journey, completed activity, return after that activity, result errors and service cost. These dimensions describe intended learning work; this dossier reports no observed values.

The team and what KESH is asking for

Advance verifiable development with the right support.

An organisation described by roles

Founding leadership: vision, priorities, product decisions and final validation. Product and technical contributors: task preparation, development, peer review and phone testing. AI agents: support for execution, testing and content production under human oversight.

These roles describe the documented working method. They are not an employee chart, certified headcount or statement of qualifications. AI agents are not counted as human team members.

The request to a startup programme

• Cloud credits: support development and test environments, hosting, storage and technical observation of user journeys.
• AI credits: evaluate models for specific use cases, build evaluations and control assisted development costs.
• Technical mentoring: mobile and server architecture, reliability, security, data and preparation for higher load.
• Product and business mentoring: design access waves, measure usage, conduct user interviews, choose offers and test their usefulness.

A concrete use of mentoring

Define a priority use case, establish a comparison baseline, measure quality and cost, then document the decision to ship or continue testing. The support requested should produce evidence that helps reach the next milestone.

The investor conversation

KESH also seeks conversations with investors and partners able to support this initial phase. Detailed financial needs, terms and the timing of potential funding belong in a dedicated discussion. No fundraising amount or valuation is announced.

Presentation document as of 30 October 2026. No programme partnership is claimed. Legal information and confidential application details will be supplied by founding leadership in the appropriate setting.

Le dossier KESH

KESH rend visible le talent que personne ne regarde. Un passeport commun. On commence par le sport.

Le projet en cinq lignes

1. KESH rend visibles les talents et les savoir-faire à partir de ce que les personnes accomplissent.
2. Le passeport KESH ID relie leur identité et leurs parcours dans les différents pôles de la plateforme.
3. KeshSport ouvre en premier : une app native, quatre mondes — Match, Footing, Gym et Play.
4. KeshBusiness, KeshKulture, KeshDar, KeshAuto et KeshBeauty prolongeront cette maison commune.
5. KESH est IA-native : des agents participent à sa fabrication ; l'assistance dans le produit se construit autour de faits vérifiables.

Pourquoi ce dossier

Donner aux programmes startups et aux partenaires techniques une lecture complète du produit, de son état et de ses besoins : crédits cloud et IA, expertise technique, accompagnement produit et préparation de la mise sur le marché.

Le talent existe. Sa preuve se disperse.

Relier une pratique, une preuve et une identité que l’on retrouve.

Le problème que KESH choisit de traiter

Un match entre amis, une sortie de course, une séance de street workout ou un tournoi produisent de l'effort et des résultats. Sans historique commun, ce parcours reste difficile à lire. Une publication montre un moment ; elle ne raconte pas nécessairement la progression.

Le même enjeu traverse le travail et la création : le savoir-faire se voit dans les actes, mais sa présentation dépend souvent de ce que chacun déclare. KESH part de cette hypothèse produit : une identité reliée à des réalisations peut rendre un parcours plus lisible et donner envie de continuer.

La solution : une maison, plusieurs usages

Le passeport KESH ID sert de point commun. Chaque pôle porte un usage précis, une carte et une manière de montrer son activité. L'ambition est de retrouver la même identité quand un nouvel univers ouvre, sans confondre les preuves : une performance sportive n'est pas une qualification professionnelle.

Pourquoi commencer par KeshSport

Le sport offre des gestes récurrents et compréhensibles : jouer, courir, réaliser un record, participer à un tournoi. Il permet de travailler la boucle entre pratique et reconnaissance avant d'ouvrir d'autres métiers. Les six pôles forment une vision commune ; leur disponibilité sera progressive.

KESH ID, le passeport commun

Un seul compte pour tout ce que KESH ouvrira.

Une identité qui accompagne le parcours

KESH ID est le point d'entrée de la plateforme. Il porte la continuité entre les mondes de KeshSport et, à terme, les autres pôles. Le passeport donne une forme reconnaissable à cette idée : une identité commune, puis des pages et des cartes propres aux usages.

Il ne s'agit pas d'un document officiel ni d'une identité délivrée par une administration. Le mot « passeport » décrit l'expérience KESH et l'appartenance à ses univers.

La carte, lecture immédiate d'une progression

Dans KeshSport, la carte expose des indicateurs propres à la pratique. Match commence avec une note de 65 ; ce point de départ est une règle du produit, pas une performance constatée. Les autres mondes montrent leurs propres mesures : kilomètres, records validés ou titres.

Une donnée absente ne doit pas devenir un résultat fictif. La carte de départ et la carte enrichie par l'activité racontent deux moments différents. La règle commune reste : les stats se gagnent.

Ce qui doit rester propre à chaque pôle

L'identité peut être commune, les règles de reconnaissance ne le sont pas forcément. Un record de Gym, une compétence de KeshBusiness ou une réservation KeshDar n'ont pas la même signification. L'extension de KESH ID devra respecter ces différences et les choix de visibilité adaptés à chaque usage.

La valeur recherchée

Donner un point de retour durable au membre et une base cohérente aux futurs produits. L'intérêt de cette continuité entre pôles sera à vérifier à mesure de leurs ouvertures ; il n'est pas présenté comme un effet de réseau déjà acquis.

Une maison. Six pôles.

KeshSport d’abord. Le même ID, d’autres scènes ensuite.

KeshSport : les stats se gagnent

Tous tes sports. Une seule carte. Une app native.

Ces mécanismes décrivent le parcours annoncé sur le site ; leur disponibilité dépend de l'ouverture progressive de l'app.

La boucle de jeu

1. Entrer : retrouver son passeport et choisir son monde.
2. Pratiquer : jouer, courir, réaliser une séance ou participer à un tournoi.
3. Faire reconnaître : faire entrer le résultat selon les règles et les preuves propres à la pratique.
4. Voir progresser : lire la carte et l'historique, puis revenir pour le prochain objectif.

Une progression, pas une note inventée

« Les stats se gagnent » est une règle de conception : l'activité et sa validation doivent précéder l'affichage d'une performance. Le détail des règles dépend du monde ; une mesure de course ne se traite pas comme un résultat de match ou une victoire en tournoi.

Le premier enjeu produit : que le membre comprenne ce qu'il a gagné, pourquoi sa carte évolue et ce qu'il peut faire ensuite.

IA-native, dans le produit et l’atelier

Une petite équipe. Une ruche d’agents IA. Des décisions humaines.

Dans le produit : une assistance ancrée dans les faits

L'ambition est d'aider à préparer une pratique, à comprendre une activité et à choisir la suite. Le coach de Footing documente déjà trois temps : préparer la séance, accompagner la sortie, puis analyser les données de course disponibles.

Son fonctionnement documenté repose actuellement sur des règles locales et des séances structurées. Le branchement d'un modèle génératif reste à décider et à évaluer. KESH ne présente donc pas un assistant conversationnel génératif comme déjà disponible au public.

Dans la fabrication : les agents comme force de production

Les agents IA participent à l'exploration, à l'écriture du code, aux tests, aux revues et à la production visuelle. Les films et visages du teaser sont générés par IA. Des gardes automatiques contrôlent les livrables ; les arbitrages produit et la validation finale restent humains.

Cette organisation est un choix de fabrication. Elle ne constitue pas une mesure de productivité ni une garantie d'absence d'erreur. Les modifications doivent pouvoir être relues, vérifiées et corrigées.

Ce qu'un programme IA peut rendre possible

• Évaluer un modèle sur des tâches bornées : expliquer une activité à partir de données attestées, sans inventer de résultats.
• Comparer qualité, latence et coût avant toute intégration générative au produit.
• Renforcer les évaluations, les règles de repli et la revue des sorties des agents de fabrication.
• Travailler la confidentialité et le choix des données réellement nécessaires à chaque appel.

Les crédits IA sont un moyen d'expérimenter et de vérifier une utilité, pas la preuve qu'une intégration est déjà livrée.

Une base technique, des preuves à chaque étape

La stack documentée, distinguée de la disponibilité publique.

Application native

React Native et Expo pour KeshSport. Le monorepo documente une migration vers Expo SDK 57 et React Native 0.86, ainsi que des exports locaux Android et iOS. Ce sont des preuves de construction, pas de distribution dans les boutiques.

Socle web et serveur

Next.js et React pour l'application web existante et les routes serveur ; TypeScript pour le code partagé. Le passage au natif ne signifie pas une réécriture de toutes les règles métier.

Données et identité

Supabase, PostgreSQL, authentification et politiques d'accès au niveau des lignes. L'identité commune et les historiques doivent rester cohérents avec les droits de chaque membre.

Organisation du code

Monorepo, Node.js, pnpm et TypeScript strict. Des modules partagés portent les règles et les moteurs du produit ; leur existence ne certifie pas l'ouverture de chaque fonction.

Vérification

Vitest, Playwright, Biome et GitHub Actions sont documentés dans l'outillage. Les vérifications automatiques complètent les essais sur téléphone et la revue humaine.

Site de présentation

Le teaser est statique : HTML, CSS et JavaScript locaux, polices et médias hébergés avec le site. Aucun traceur, CDN de ressources ou dépendance chargée à l'exécution.

Les choix techniques servent l'expérience

Le natif répond aux besoins de suivi de course et d'usage sur téléphone. Les règles communes limitent les divergences entre une carte, un historique et le résultat dont ils proviennent. La vérification doit porter sur le parcours complet, pas seulement sur une compilation réussie.

L’Algérie : le terrain de départ

Le produit est pour le monde ; l’Algérie est le premier terrain. Un contexte public mesurable. Un modèle économique à préciser.

Le rapport ARPCE compte précisément 61 714 396 abonnements internet, dont 54 744 829 mobiles. Il mesure des abonnements, pas des personnes uniques. Une personne peut détenir plusieurs lignes ; ces chiffres ne forment donc ni un nombre de clients KESH ni une estimation de chiffre d'affaires.

Ce que ce contexte permet de dire

L'Algérie est le premier terrain du projet. La place de l'internet mobile justifie de travailler une expérience adaptée au téléphone. Le marché accessible doit encore être défini par pratique, par territoire et par capacité à servir correctement les premiers groupes.

La bêta devra éclairer l'usage récurrent, les freins d'accès, le coût de service et la disposition à payer. Aucune taille de marché commercial calculée à partir de la population nationale n'est avancée.

Modèle économique : décidé et à l'étude

Orientation décidée : vendre des outils logiciels aux professionnels, sans vendre l'audience des apps KESH. Les documents du projet décrivent un socle métier réutilisable : planning, réservation, tarifs, statistiques et encaissement, décliné selon le métier. Cette orientation ne signifie pas que ces offres sont commercialisées.

Périmètre initial décidé : aucune monétisation Gym en v1 ; inscriptions Play gratuites, sans paiement intégré ni récompense en argent. À l'étude : offres futures, tarifs, éventuelles commissions et calendrier de monétisation après cette phase. Aucun revenu, contrat ou financement n'est annoncé ici.

Sources publiques consultées le 30 octobre 2026. Les chiffres décrivent leurs années de référence ; ils ne mesurent pas la traction de KESH.

Ouvrir par vagues, apprendre par l’usage

Les 2 000 fondateurs comme première capacité d’accueil.

La mise sur le marché

Le teaser explique la promesse et les quatre mondes. Le lancement par vagues donne la priorité aux places fondatrices numérotées, puis à une ouverture plus large. Les 2 000 places constituent le format prévu pour cette première entrée ; elles ne sont pas une annonce de recrutement réalisé.

L'enjeu de la première vague est de faire fonctionner le parcours de bout en bout : entrer, comprendre sa carte, pratiquer, retrouver un résultat juste et revenir. Les retours des premiers groupes doivent permettre de corriger les points de friction avant d'élargir l'accès.

1. Aujourd'hui · préparation

   Teaser disponible, produit natif en construction et vérifications locales. Inscriptions fermées. Préparer les parcours, les essais sur téléphone et les conditions d'ouverture.

2. Prochainement · bêta privée

   KeshSport sur invitation, avec priorité aux fondateurs. Aucune date de bêta n'est annoncée. Les vagues doivent rester compatibles avec la capacité de suivi et de correction de l'équipe.

3. 10 janvier 2027 · lancement officiel prévu

   Le jalon public reprend exactement celui du site. La préparation doit établir la fiabilité des fonctions ouvertes et la capacité d'accompagner leur usage.

4. Après KeshSport · élargissement

   KeshBusiness, KeshKulture, KeshDar, KeshAuto et KeshBeauty. Leurs calendriers, leur ordre détaillé et leurs périmètres de lancement restent à définir.

Ce qu'il faudra mesurer

Compréhension du premier parcours, activité réellement terminée, retour après cette activité, erreurs de résultat et coût de service. Ces axes décrivent le travail d'apprentissage envisagé ; ce dossier n'en affiche aucune valeur observée.

L’équipe et ce que KESH demande

Accélérer une construction vérifiable, avec les bons moyens.

Une organisation par rôles

Direction fondatrice : vision, priorités, arbitrages produit et validation finale. Contributeurs produit et techniques : préparation des missions, développement, revue croisée et essais sur téléphone. Agents IA : assistance à l'exécution, aux tests et à la production de contenus sous contrôle humain.

Ces rôles décrivent la manière de travailler documentée. Ils ne constituent pas un organigramme de salariés, un effectif certifié ou une déclaration de qualifications. Les agents IA ne sont pas comptés comme membres humains de l'équipe.

La demande à un programme startups

• Crédits cloud : soutenir les environnements de développement et d'essai, l'hébergement, le stockage et l'observation technique des parcours.
• Crédits IA : évaluer des modèles sur des cas d'usage précis, construire des évaluations et maîtriser les coûts de la fabrication assistée.
• Accompagnement technique : architecture mobile et serveur, fiabilité, sécurité, données et préparation à la montée en charge.
• Accompagnement produit et économique : conception des vagues, mesure d'usage, entretiens utilisateurs, choix des offres et vérification de leur utilité.

Un usage concret de l'accompagnement

Formaliser un cas d'usage prioritaire, établir une base de comparaison, mesurer qualité et coût, puis documenter la décision de livrer ou de poursuivre l'essai. Le soutien recherché doit produire des preuves utiles au prochain jalon.

La discussion investisseur

KESH recherche aussi des échanges avec des investisseurs et des partenaires capables d'accompagner cette première étape. Le besoin financier détaillé, les conditions et le calendrier d'un éventuel financement relèvent d'une discussion dédiée. Aucun montant de levée ni valorisation n'est annoncé.

Document de présentation au 30 octobre 2026. Aucun partenariat avec un programme n'est revendiqué. Les informations juridiques et les éléments confidentiels de candidature seront fournis par la direction fondatrice dans le cadre approprié.