ICYMI: Produit pour les ingénieurs est maintenant mode de constructionMême équipe, même poste. Nouvelle marque, nouvelle concentration. En savoir plus. D'ici 2030, les agents d'IA seront les principaux utilisateurs de logiciels. Beaucoup des conversations et des décisions sur ce que nous construisons aujourd'hui sont affectées par cela. De plus en plus, nous visons vers la construction de logiciels en forme de 2030. C'est une vague aspiration etagent-premier logicielCe n'est pas beaucoup mieux. Mais, bien que nous ne puissions prédire l'avenir, nous pouvons partager comment nous pensons au problème. Le travail humain et agent est diviséL'ère actuelle du logiciel est conçue pour les humains pour faire tout le travail, mais en 2030, les agents seront ceux faireLes agents ont montré qu'ils pouvaient faire les choses évidentes eux-mêmes. Que font les humains?
L'interface utilisateur comme les boutons et les formulaires disparaissent. Ils seront remplacés par l'assurance-chômage qui appuie les deux types de travail ci-dessus. Cela permet d'optimiser les humains avec un temps et une énergie limités en les pointant là où leur apport compte réellement. L'infrastructure des produits est agent-premierSi un humain peut faire quelque chose avec votre produit, les agents devraient être en mesure de le faire aussi. Cela signifie des API complètes, Serveur MCP, outils et permissions. Construire pour agents comme surface primairePas après-pensée. Les capacités manquantes sont un mode de défaillance. Demandez à un agent de mettre en place un Essai A/B. Il crée le drapeau caractéristique, construit la perspicacité, file les événements, et s'arrête parce que vous n'avez jamais exposé un outil pour créer l'expérience. Il doit maintenant vous demander de faire cette partie qui va à l'encontre du but d'utiliser des agents.
Cela ne signifie pas que les outils sont tout ce dont vous avez besoin. Il ne suffit pas de laisser Claude utiliser votre produit seul. S'appuyer entièrement sur un fournisseur modèle est trop risqué. Construire votre propre harnais vous permet de garantir la qualité, de protéger votre marque et d'apporter des améliorations continues. Même Notes OpenAI que les agents ne luttent pas parce qu'ils sont incapables, mais parce qu'ils manquent des outils, des abstractions et de la structure interne nécessaires pour progresser vers des objectifs de haut niveau. Le contexte est ce qui rend votre agent spécial. Le modèle est le même pour tout le monde, votre douve est le code source, les données d'utilisation, les données client, et les compétences de produit que vous l'alimentez. Cela signifie ingénierie contextuelle, créant des pipelines et des flux pour obtenir un contexte frais et précieux pour les agents quand ils en ont besoin. Chat est la porte d'entrée, UI générique à l'intérieurLes gens aiment se plaindre du chat comme interface, mais nous pensons que c'est une bonne chose. Il y a une raison pour que c'est toujours l'interface principale pour travailler avec les agents et les entreprises doublent avec des produits comme les applications Slack – avez-vous essayé la Application PostHog Slack Encore ? Dire à un agent ce qu'il faut et le laisser faire est une méthode d'interaction puissante. Mais le chat n'est pas suffisant parce que parfois lire un paragraphe est pire que de regarder un graphique ou de frapper un toggle. Le texte peut être trop faible en bande passante car il est flexible mais linéaire; un UI est lisible mais rigide. L'assurance-chômage est entre deux.
La plupart des UI génériques seront jetables, mais certains deviendront des artefacts : des sorties qui méritent d'être conservées, partagées et fourrées. Des exemples incluent des rapports, documents, code, requêtes de tirage, configuration, et même des applications entières. Tous sont soutenus par les données de votre application. L'interface utilisateur generative est la façon dont vous travaillez avec l'agent en ce moment; artefacts sont ce que vous marchez avec. Construire l'interface utilisateur quand le texte est assezLe texte et l'interface utilisateur générique couvrent la plupart des besoins d'un produit, mais pas tout. Certains emplois continueront d'avoir besoin d'un régime d'assurance-chômage permanent, tel que :
Il est tentant de faire de votre agent d'assurance-chômage d'abord en supprimant les boutons, les formulaires et d'autres parties de l'assurance-chômage qui alimentent le fait, mais c'est une demi-mesure. La plupart de cette nouvelle UI « lue-only » peut être livrée en texte par un agent, ce qui la rend redondante et mal alignée avec ce que les humains ont besoin de l'UI. Prenez notre drapeaux caractéristiques page. Les tâches à accomplir sont les suivantes :
Un agent peut répondre à toutes ces questions dans une phrase. Tu ne vérifies pas le travail de l'agent et il n'y a pas de décision à prendre. Tu vérifies l'état du drapeau. Une page de drapeaux 2030 montre comment les agents changent les déploiements et prévisualisent une demande de tirage pour effacer les drapeaux en panne. La question à se poser est la suivante : est-ce qu'un humain regarde cela comme de la confiance et du jugement, ou pour agir? Si c'est une action, donnez à l'agent la capacité. S'il faut faire confiance ou juger, construire pour cela. Soyez partoutLes agents ne travaillent pas comme des applications. Ils courent seuls, souvent pendant longtemps. Personne ne devrait s'asseoir dans un onglet de navigateur les regarder. Les produits 2030 viennent à leurs utilisateurs, peu importe si cela signifie bureau, Slack, mobile, email, API ou voix. Il s'agit d'un plan de contrôle partagé entre les humains et les agents. Des clients minces sur un moteur partagé, donc l'expérience est la même partout et le transfert entre les surfaces est fluide. Cela vous pousse vers le nuage d'abord. Le vrai goulot d'étranglement lorsqu'on travaille avec des agents est la complicité et le babysitting. Les constructeurs veulent exécuter de nombreux agents à la fois, les pointer à un arriéré, et affiner la sortie de n'importe où. L'exécution sur l'appareil ne peut pas faire ça. Cloud-premier ne fonctionne que si toute cette infrastructure est excellente. Les boîtes à sable ont besoin d'être solides de roche: l'imagerie rapide de repo, l'exécution snapy, pas de plantage ou de congélation. Votre application est omniprésente, votre infrastructure invisible. Construction de logiciels en 2030Le logiciel 2030 nécessite beaucoup de changements, et 2026 n'est pas 2030. En tant qu'entreprise avec plusieurs succès produits et des milliers d'utilisateurs qui comptent sur nous, la partie difficile est d'y arriver tout en ayant un produit et des revenus réels à soutenir. Est-ce qu'on se rénove ou qu'on recommence ? La rénovation maximise la portée, c'est là où nos utilisateurs sont déjà, mais nous héritons tous nos modèles 2026. Chaque changement suscite des plaintes des utilisateurs attachés à la façon dont les choses fonctionnent aujourd'hui (sans parler de la dette technologique). Commencer par « frais » signifie une rupture nette avec des années d'assurance-chômage cumulatives fondées sur des hypothèses qui pourraient ne pas être valides ou pertinentes. Les personnes qui optent sont les premiers adoptants qui veulent co-créer l'avenir avec nous. Ils ne se plaignent pas de ce qui manque, ils nous disent ce dont ils ont besoin. Le coût de ceci est de convaincre les utilisateurs existants de changer (en fait) et de diviser l'attention avec nos produits existants pendant que nous le faisons. Nous trompons un peu et nous allons à mi-frais, en utilisant nos données existantes et infra sur une nouvelle surface. Nous développons notre Application Code PostHog pour s'adapter à notre vision 2030 avant de migrer d'autres surfaces. C'est déjà là où vivent les meilleurs agents, il attire exactement les premiers adoptants que nous voulons, et c'est assez simple pour être une véritable ardoise blanche. Sans ce changement, nous risquons de construire un logiciel en 2026 avec l'IA boulonné. Nous répondons comment ajouter de l'IA à ceci plutôt qu'à quel agent-première version de ceci ? Nous ne pouvons prédire 2030, mais ne devons pas avoir raison sur les détails pour construire dans la bonne direction. Les entreprises qui comptent en 2030 seront celles qui ont commencé à construire pour elle bien avant qu'elles ne le soient. Mots par Ian Vanagas Qui attend avec impatience le logiciel 2030 presque autant qu'une Coupe du monde 2030. 2026 billets de blog que vous devriez lire maintenant
Rejoignez-nous sur notre voyage |
CORTEX
