Un agent de code qui tienttout l’ensemble de travail.
Code Studio est un environnement de type VS Code doté d’un agent de code dédié. Il lit à travers les fichiers, planifie la modification à découvert et travaille dans le dossier que vous avez ouvert, avec un point de reprise avant chaque tour pour que tout puisse être annulé.
Demandez une modification. Lisez le diff. Décidez.
La démo ci-dessous exécute le scénario Code Studio : arborescence des fichiers, diff préparé, et le plan de l’agent avec son budget.
Sortir l’authentification des sessions serveur
src/auth/middleware.ts
Préparé. Relisez avant que cela touche l’arbre de travail.
Le plan qu’il s’est écrit
Et voici Code Studio tel qu’il est livré.
Un éditeur complet avec arborescence, barre d’onglets et l’agent dans une colonne à côté, qui demande avant de toucher trois fichiers, pas après.
Explorer
- src
- components
- lib
- auth.ts
- session.ts
- tokens.ts
- README.md
1
import { sign, verify } from 'jsonwebtoken'
2
3
export async function issueSession(userId: string) {
4
const token = sign({ sub: userId }, SECRET, {
5
expiresIn: '15m',
6
});
7
8
// Refresh token rotates on every use.
9
const refresh = await rotate(userId);
10
return { token, refresh };
11
}
Interface, reconstruite dans la page · v0.1.10
Des remaniements qui traversent des fichiers, pas des extraits qui traversent des lignes.
La plupart des assistants de code travaillent sur le tampon qui est devant vous. L’agent de Code Studio travaille sur l’ensemble de travail : il ouvre ce dont il a besoin, suit ce qu’il a modifié et garde la modification cohérente à travers chaque fichier qu’il touche.
- Lit et modifie tout l’ensemble de travail dans un seul plan
- Suit quels fichiers sont lus, modifiés et ajoutés, et vous le montre
- Exécute la suite de tests dans l’espace de travail avant de se déclarer terminé
- Chaque étape est visible pendant son exécution, et interruptible si elle part de travers
- 01Déterminer l’ensemble de travailQuels fichiers cette modification touche-t-elle réellement ?
- 02Créer un point de repriseUn point de restauration, avant que quoi que ce soit ne soit écrit
- 03Faire la modificationChaque édition présentée comme un diff relisible
- 04La vérifierLes tests s’exécutent dans l’espace de travail avant qu’il ne se déclare terminé
- 05À vous de garder ou d’annulerUn clic rembobine les fichiers et la conversation ensemble
Un agent qui écrit du code est une question de sécurité.
La traiter comme telle, c’est toute la différence entre une démo et quelque chose que vous pouvez faire tourner sur une machine de travail.
Tout se passe à l’intérieur de l’espace de travail
Les lectures, écritures et suppressions de fichiers sont cantonnées au dossier que vous avez ouvert, et les chemins qui tentent d’en sortir sont rejetés. Les commandes s’exécutent avec l’espace de travail comme répertoire courant.
Les commandes destructrices sont refusées d’emblée
L’élévation de privilèges, tout ce qui éteint la machine ou reformate un disque, et les suppressions visant des chemins absolus ou relatifs au dossier personnel ne s’exécutent pas. Aucune formulation ne les fait passer.
Les commandes risquées s’arrêtent et demandent
Les suppressions récursives, les réécritures d’historique, tout ce qui publie vers un dépôt distant, et le fait de rediriger le réseau vers un shell sont retenus pour une carte d’approbation dans l’IDE. Vous voyez la commande exacte avant qu’elle ne s’exécute.
Chaque message est un point de restauration
L’espace de travail est sauvegardé dans un historique parallèle, distinct de votre propre gestion de version, avant chaque tour. Annuler rembobine les fichiers et la conversation ensemble : un mauvais remaniement se règle d’un clic, pas par une séance d’archéologie.
Pointez-le sur un vrai dépôt.
Téléchargement gratuit. Le code ne quitte jamais votre machine, ce qui est la seule raison pour laquelle il est prudent de donner autant d’accès à un agent.