Générer une application et développer ses user stories
Sur cette page
Pilotez la création étape par étape pour pouvoir vérifier chaque résultat. Conservez les identifiants de projet et de user story renvoyés pour vérifier leur état par la suite.

- Appelez
describe_platformpour examiner le workflow disponible. - Appelez
create_projectavec unpromptciblé. - Interrogez régulièrement
project_statusavec leprojectIdrenvoyé jusqu’à ce que la spécification soit prête. - Présentez la spécification à la personne qui demande l’application. Si elle demande des corrections, appliquez les modifications prises en charge.
- Appelez
confirm_projectuniquement après cet examen. L’initialisation construit les fondations de l’application et ses écrans. - Suivez
project_statusjusqu’à ce que le projet soit prêt pour le développement des fonctionnalités. - Appelez
list_stories, choisissez une user story utile et examinez sa formulation. - Appelez
develop_storyune seule fois pour cette user story, puis suivezstory_status. - Testez le comportement implémenté dans l’aperçu et vérifiez les autorisations.
{
"prompt": "Create Task Grove, a task board for a small team. Members update their own tasks. Managers manage projects and all tasks. Include title, assignee, due date and status."
}
Les écrans peuvent servir de maquettes provisoires avant que l’agent implémente les user stories correspondantes. Vérifiez le comportement réel avant de déclarer une fonctionnalité terminée.
Utilisez create_story ou update_story pour des besoins complémentaires ciblés. Consultez les outils de user stories et les quotas. Avec l’inférence déléguée, l’agent doit continuer à traiter les tâches et les questions pendant l’exécution.
Noms et marques
OpenAI, ChatGPT et les marques OpenAI associées appartiennent à OpenAI ; Codex est un produit OpenAI. Politique d’utilisation.
Claude et Claude Code sont des produits Anthropic ; leurs noms et marques restent la propriété de leur titulaire respectif. Politique d’utilisation.
Les noms Node.js et npx, ainsi que les marques associées, restent la propriété de leurs titulaires respectifs ou des responsables des projets. Les références servent à identifier des produits, des normes ou des exemples de code source. La documentation OwlMeans n’implique aucun parrainage ni aucune approbation de la part de ces titulaires.