Repository navigation
LLM-powered agents: From scaffolding to verified projects #40
Akshay1018
started this conversation in
Ideas
Replies: 0 comments
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Proposal: Build a Verified AI Agent Workflow for Trove
Overview
I would like to explore an AI agent workflow that helps developers go beyond generating project files.
The proposed agent would plan a backend configuration, use Trove to generate the project, run appropriate validation checks, diagnose failures, and suggest or apply bounded repairs.
The objective is not to promise that every application can be built fully autonomously. It is to reduce repetitive setup and debugging while making the result more reliable and easier to verify.
Proposed Workflow
Given a request such as:
Generate a NestJS API with PostgreSQL, authentication, Docker, and automated tests.The workflow could:
Proposed Capabilities
Convert natural-language requirements into a typed project configuration and explain unresolved decisions.
Use Trove's generation engine and supported templates rather than allowing the LLM to invent an arbitrary project structure.
Run relevant checks and report their actual results.
Allow the agent to propose focused changes when validation fails, with configurable retry limits and appropriate approval.
Provide a summary of generated files, validation results, modifications, and unresolved errors.
Restrict filesystem operations, protect secrets, and require approval for destructive or externally consequential actions.
Proposed Initial Scope
Advanced features such as autonomous deployment, cloud provisioning, and unrestricted code modification would remain outside the initial scope.Measuring Success
Rather than measuring success by the number of AI features, I would propose evaluating:
Questions for the Community
Suggested First Milestone
Build a workflow that plans a project, validates its configuration, generates it, and runs a defined set of checks.
Only after this workflow is reliable should Trove introduce automatic repair attempts.
I would appreciate feedback on the proposed workflow, execution safeguards, evaluation criteria, and the features that would make this useful in real development environments.
All reactions