One-Person AI Company

Chat AI est doué pour les tâches : répondez à ceci, réécrivez cela. Une organisation fonctionne différemment. Vous donnez un résultat à quelqu'un et il décide quoi rechercher, quoi faire ensuite, quand demander de l'aide et quand le travail est terminé. L’expérience visait à déterminer si cette forme pouvait être construite à partir d’agents, avec un humain au sommet.

L’objectif était délibérément réel et mesurable : un marché public payant sur lequel les entreprises tentent d’attirer l’attention. Le texte de la mission stocké dans le dossier d'exécution demande à l'entreprise de mesurer ce que chaque participant a reçu par rapport à ce qu'il a payé, d'identifier qui en a le plus et le moins profité, d'expliquer pourquoi et d'estimer la valeur capturée par la plateforme elle-même.

Chaque exécution a sa propre séquence d'événements monotones. Cinquante types d'événements couvrent toute la vie de l'entreprise : cycle de vie d'exécution, consultations et appels d'outils, décisions prises, appliquées ou refusées, transitions de tâches, activités de recherche, réclamations, vérifications, instantanés, anomalies, redémarrages de processus, battements de cœur sautés, points de contrôle manqués, interventions humaines et rapports générés.

• 16 modèles Prisma : Exécution, Agent, Tâche, TaskAttempt, Événement, Réclamation, Preuve, ClaimEvidence, Vérification, HumanIntervention, ModelCall, Company, OutbidSnapshot, OutbidListing, RankChangeEpisode, BreakEvenScenario.
• Chaque événement enregistre qui l’a signalé et à quel niveau de reporting, de sorte que le récit d’un agent sur son propre travail ne soit jamais confondu avec un fait vérifié.
• Les rapports intermédiaires sont conservés textuellement dans les événements report_generated ; la ligne d'exécution contient la dernière.
• Le modèle appelle le fournisseur du magasin, l'identifiant du modèle, les jetons et si le coût était réellement connu. Dans cette course, cela n’a jamais été le cas.
• Replay lit les mêmes événements via le même moteur de rendu qu'en direct, jusqu'à 300x.

OpenClaw est atteint via une passerelle compatible OpenResponses sur la machine locale. Le backend envoie les instructions système, les schémas d'outils et l'identifiant de réponse précédent ; la passerelle conserve la conversation et achemine vers son modèle configuré (Claude Sonnet 5 avec une faible réflexion, selon les notes d'exécution). Le backend ne garde rien de la conversation elle-même.

• Utilisé pour : la planification, l'inspection de l'ensemble de données pilotée par des outils, les décisions structurées, la synthèse intermédiaire et finale.
• Non utilisé : espaces de travail OpenClaw, fichiers, navigateurs ou ses propres routines. Dans cette expérience, il s'agit d'un service de décision et non d'un agent de bureau.
• L’outil de décision unique a un schéma plat, ancré dans un objet, car le pont d’outils de la passerelle a dégradé une union discriminée en chaînes opaques lors de l’étalonnage. Le backend valide toujours l’union stricte.
• Nouvelles tentatives de transport uniquement sur les erreurs réseau et 502/503/504 ; jamais en cas d'expiration du délai client, car la passerelle peut être en train de dépenser de vrais jetons à mi-tour.
• Une passerelle fictive avec des étiquettes MOCK existe pour les essais à sec ; rien de ce qu’il produit ne peut être confondu avec la réalité dans la salle de contrôle.

Outils en lecture seule pour le manager

get_platform_summary · list_companies · get_company · get_company_history · get_category_stats · list_rank_change_episodes · list_current_anomalies · list_existing_tasks · get_task_result · list_unresolved_questions · get_observation_metadata

La seule écriture

submit_orchestration_decision

Le gestionnaire peut parcourir 1 140 entreprises, lire l'offre d'une entreprise, son classement et son historique de clics, inspecter les épisodes de changement de classement étiquetés CLEAN, CONFONDED ou INSUFFICIENT_DATA, voir ses propres tâches et leurs verdicts, et vérifier à quel point l'observation est obsolète. Il ne peut pas écrire une ligne.

Des règles injectées dans chaque tâche de recherche

• Ne cliquez jamais sur les liens sortants de la marketplace : cela contaminerait les données de clic mesurées.
• Pas de contact avec les fondateurs, pas d'achats ou d'inscriptions, pas de publication ou de commentaires, pas de soumission de formulaire, pas de modification de compte.
• Web public uniquement ; publications X publiques uniquement ; jamais le compte, la session ou les cookies d’un humain.
• Échelle d'attribution à cinq niveaux, depuis un résultat crédité par l'entreprise jusqu'à INCONNU. INCONNU est un résultat légitime.

Il n'y a pas d'outil d'automatisation de télégramme, git, fichier, courrier électronique ou navigateur dans ce référentiel. L'observation du marché est effectuée par un humain avec un navigateur et un extrait de capture, par politique : pas de scraping, pas de contournement de défi, volume à l'échelle humaine.

Comment il est resté debout pendant 24 heures

• Trois LaunchAgents macOS avec KeepAlive : l'application Web, l'orchestrateur et la caféine pour maintenir la machine éveillée.
• Cinq événements process_restarted en cours d'exécution : chaque redémarrage est dans le journal, avec tout le reste.
• La commande de lancement de l'orchestrateur est elle-même le premier correctif d'urgence : node --env-file au lieu d'un shell sourcing .env.
• Les alertes de point de contrôle sont des notifications macOS locales. Il n'y a pas de bot Telegram, pas d'e-mail, pas de briefing quotidien ; un résumé d'exécution est disponible sur demande depuis l'API.
• les unités systemd et un Caddyfile pour un seul VPS ont été écrits et n'ont jamais été utilisés ; la passerelle et la base de données ne sont jamais mandatées par conception.

Le titre provisoire de l'article est "J'ai essayé de créer un One-Person AI Company avec Grok Bot + OpenClaw. Voici ce qui s'est réellement passé". Il s'agit d'un projet local ; il n'y a pas encore de lien public, donc aucun n'est proposé ici.

• La question commerciale : sur un marché public payant, l’attention vaut-elle ce que les entreprises paient pour elle ? La moitié mesurable (volume brut, distribution, coût par clic) est allée au code déterministe. La moitié incommensurable (ce qui s’est passé après le clic) est revenue au chercheur.
• Résultats obtenus par l'entreprise : environ 182 000 $ d'offres brutes réparties sur 1 140 entreprises ; les 1 pour cent des dépensiers les plus dépensiers représentaient environ 61 pour cent des dépenses ; un coût par clic multiplié par 200 entre les catégories ; inadéquation visible du public ; et le retour sur investissement commercial a été marqué INCONNU, car aucun résultat crédité par l'entreprise n'a pu être trouvé publiquement.
• Les agents ont continué à raisonner pendant la nuit, mais chaque nouvelle observation du marché nécessitait encore mon intervention.

L'entreprise a produit un rapport intermédiaire utilisable 33 minutes après le lancement et une synthèse finale 70 secondes après la date limite. Entre les deux, ça a duré toute la nuit sans moi. Il a également eu besoin de trois corrections d'urgence, a raté tous les points de contrôle d'observation, a dépensé des jetons pour réécrire un rapport sans aucune nouvelle preuve et n'a jamais vu son dossier d'exécution officiellement fermé.

Les échecs, dans l'ordre

• Un échec au démarrage. Quelques minutes après le lancement, l’orchestrateur s’est arrêté : macOS bloquait un shell qui chargeait un fichier .env sous launchd. J’ai dû corriger la configuration de démarrage.
• Données synthétiques dans une exécution réelle. Les données de départ du développement ont été divulguées dans deux outils de lecture. OpenClaw a fait la chose rationnelle avec ce qu'il a vu et a ouvert une tâche sur une entreprise qui n'existe pas. Un audit humain l'a détecté ; l'annulation est dans le journal.
• L'autonomie au point mort. Une fois la recherche déclarée suffisante, la conception a silencieusement transformé les 23 heures restantes en temps d'inactivité. Le correctif a dû être écrit pendant l'exécution.
• Des rapports devenus plus courts. Chaque consultation sur le rythme cardiaque a réécrit le rapport sans aucune nouvelle preuve : 9 491 à 7 338 à 6 714 caractères. Le système semblait productif et inutile, mais il avait un coût.
• Les yeux n'ont jamais été automatisés. Les quatre points de contrôle d’observation ont été manqués parce que la nouvelle conquête du marché reste sous la surveillance humaine de la politique. L'entreprise avait un cerveau et des mains, mais j'étais toujours les yeux.
• Pensée coupée. 23 des 41 consultations ont atteint le plafond de production de 6 144 jetons et se sont terminées de manière tronquée. Elles ont été enregistrées comme telles et n'ont jamais été traitées comme des décisions.

La partie difficile

La plupart de mes corrections pendant l’exécution concernaient la vérification : contrôler les affirmations, enregistrer les événements et écarter les conclusions non étayées. Les agents pouvaient continuer à travailler, mais il me fallait un moyen fiable d’évaluer leurs résultats.

Contrat d'agent

1. Objectif
   Une mission hiérarchisée : le résultat commercial en premier, l'expérimentation en second, la preuve de travail en troisième.
2. Boucle d'orchestrateur
   Un travailleur TypeScript (pas de framework, pas de file d'attente) : interrogation, garde, déclenchement, consultation, validation, journalisation.
3. Passerelle OpenClaw
   Point de terminaison /v1/responses compatible OpenResponses sur bouclage, jeton de support, tentatives de transport uniquement, continuité de l'identifiant de réponse.
4. Boîte de réception des tâches
   Cinq points de terminaison HTTP étroits derrière un jeton de travail : aperçu, réclamation, événements, résultat, échec. Les revendications sont atomiques et exclusives.
5. Vérification
   Contrôles déterministes par sinistre ; un juge sémantique Claude facultatif derrière un indicateur d'environnement, non activé lors de l'exécution.
6. PostgreSQL
   16 modèles, 3 migrations : exécutions, tâches, tentatives, événements, réclamations, preuves, vérifications, interventions, appels de modèles, données de marché.
7. Salle de contrôle
   Quatre vues sur une seule API : en direct (SSE), résultats, preuves, rediffusion. État de topologie dérivé du serveur.

J'ai défini la hiérarchie des missions et les classes épistémiques, conçu le contrat de décision et les invariants, écrit la boucle d'orchestrateur, l'adaptateur OpenClaw, la boîte de réception des tâches, le vérificateur, le schéma d'événements et la salle de contrôle à quatre vues, exécuté le calibrage et les essais, lancé et supervisé l'exécution officielle, écrit les trois corrections pendant qu'elle était en direct, et écrit l'article par la suite. La recherche elle-même a été effectuée par les agents ; les observations du marché ont été capturées par moi.

Suivant

• Jalon 2 : vérifiez ce qui se passe après le clic avec des preuves attribuables fournies par la fondatrice, afin que le retour sur investissement puisse passer d'INCONNU à une réclamation notée.
• Automatisez les yeux : observation programmée et conforme aux politiques afin que les points de contrôle ne dépendent plus de moi.
• Activez le juge sémantique et rapportez côte à côte les verdicts déterministes et sémantiques.
• Fermez correctement l'analyse : l'enregistrement indique toujours ACTIVE.