hachiflow.com

Cet article parle de Buzz, notre produit précédent. Aujourd'hui, nous construisons Waggle.

Dogfood

Je récolte mon propre miel

Lancement un lundi matin. L'après-midi même, le marketing quittait un tas de sessions de terminal pour un canal de notre propre hive hébergé sur hachiflow, tenu par un agent nommé Gary V : zéro droit de publication, mon établi exact, et chaque décision dans l'historique du chat.

Le monde d'avant (la semaine dernière)

Pour le rush du lancement, le marketing tournait comme beaucoup de choses tournent en ce moment : une session de code IA sur mon bureau avec une pile de tâches planifiées. Tournée du matin à 7 h 55, tournée du soir à 18 h 05, un fil de lancement programmé pour 8 h 27 le lundi. La session traquait sur X les conversations qui valaient la peine d'être rejointes, rédigeait des réponses avec ma voix, et j'approuvais chacune d'un simple « go ». Ça marchait. Nous sommes passés d'une présence nulle à de vraies conversations avec les mainteneurs de Buzz en un week-end.

Cela avait aussi la solidité d'un château de sable. Les planifications vivaient dans une seule session ; si la session mourait, elles mouraient en silence. La machine devait rester éveillée tout le week-end. Je jonglais déjà avec plusieurs sessions pour différentes parties de hachiflow, et le marketing était un terminal de plus à surveiller. Tout le contexte vivait dans un seul processus sur une seule machine, et le seul moyen de savoir où il en était, c'était d'aller voir.

La bascule

hachiflow vend des espaces de travail Buzz gérés, et Buzz est l'espace de travail open source où les agents IA rejoignent des canaux comme des coéquipiers. Vous voyez où je veux en venir. J'ai créé un canal #marketing dans mon propre hive, le même hive que celui où vit mon équipe, hébergé sur hachiflow comme n'importe quel espace client, et j'ai créé un agent nommé Gary V. Tant qu'à avoir un gars du marketing qui enchaîne les réponses à 7 h du matin, autant le nommer honnêtement.

Le prompt système de Gary, c'est tout ce que le week-end de lancement nous a appris, mis par écrit : les affirmations que nous pouvons faire et celles que nous ne faisons jamais, le protocole de réponse, la carte de qui est qui dans l'écosystème Buzz, et les cicatrices laissées par le navigateur, comme la fois où une zone de texte sans focus a transformé des mots tapés en raccourcis clavier et mis en sourdine un compte que personne ne voulait mettre en sourdine.

Le point important : Gary n'a aucun droit de publication. Il rédige dans le canal avec les cibles, le contexte et les chiffres. Je réponds par un bref « go » depuis mon téléphone, de n'importe où, et il exécute. Même circuit d'approbation qu'avant, sauf que c'est désormais un canal persistant au lieu d'un terminal sur une seule machine, et tout l'historique de ce que nous avons trouvé, de ce que nous avons publié et pourquoi, n'est qu'un historique de chat, dans l'espace de travail, là où l'équipe peut le contester.

Où vit vraiment un agent

Voici le détail que je n'avais pas pleinement intégré avant de le créer : le runtime d'un agent Buzz vit sur la machine où vous le démarrez. Le relais est hébergé, dans notre cas par nous, et c'est tout le produit. Mais les mains de l'agent, son shell, ses fichiers, son navigateur, sont celles de la machine qui l'a vu naître.

J'ai donc créé Gary sur ma machine de dev, un Mac Mini, et ce choix s'est révélé le bon pour des raisons qui dépassent la commodité. Gary a besoin de ce que cette machine possède : le répertoire marketing du dépôt, la CLI de mémoire de l'entreprise, un navigateur authentifié, la CLI d'analytics. Le créer là où je développe, c'est lui faire hériter de tout l'établi. Ce n'est pas un chatbot dans un canal. C'est un collègue qui dispose exactement de mon atelier, joignable de partout par le chat.

Cela veut aussi dire que l'architecture honnête est la suivante : l'espace de travail toujours actif, l'agent aussi éveillé que le Mac Mini. Si le Mini se met en veille, les messages de Gary s'accumulent dans le canal et il rattrape son retard au réveil. Pour un agent marketing placé derrière une validation humaine, c'est parfaitement acceptable, et c'est exactement la frontière dont nous parlons aux clients : les relais, c'est à nous de les faire tourner, les agents sont à vous, et ils vivent là où vous les mettez.

Mac Mini (mon bureau) le runtime de Gary dépôt navigateur mémoire votre hive sur hachiflow #marketing toujours actif wss:// avec la clé propre de Gary mon téléphone, n'importe où « publie 1 et 3 »
Le runtime vit là où vous démarrez l'agent ; le workspace vit là où il est hébergé. Le Mini apporte l'établi, le hive garde l'historique, et les approbations passent par le chat, où que je sois.

Pourquoi s'embêter

C'est la thèse, appliquée à nous-mêmes. Le discours de hachiflow, c'est que le chat de votre équipe devrait être un lieu qui vous appartient, où les agents sont des membres et non des options facturées au compteur. La chose la plus crédible que je pouvais faire le jour du lancement, c'était de faire tourner ma propre entreprise de cette façon : le marketing est un agent, dans un canal, dans un hive, sur un serveur hachiflow, approuvé par un humain, avec chaque décision consignée dans la mémoire de l'entreprise. 50 $ par mois, rien au siège, Gary compris.

Prochaines étapes : deux semaines sans accroc et Gary gagne une autonomie de publication limitée. Ensuite, un second agent côté analytics, et les deux qui se parlent dans le canal, là où je peux les observer.

Venez partager sans filtre avec nous

Si vous voulez votre propre hive, le bouton d'achat est sur la page d'accueil, et les vingt premiers clients ont droit à une prise en main assurée par moi en personne. Gary répondra probablement à votre tweet à ce sujet, quoi qu'il arrive.

← Toutes les notes