Project-based learning with single-call generation

Projects API

This page offers a clear overview of Projects API. It helps you explore this topic and find a useful next step.

1. Create owns the complete public generation flow

Projects are more sensitive to learner context than the other resource families, so the public create route accepts the learner brief and steering inputs up front.

The public API does not expose the older questions or generate phases. Use the created project id with list and get when you need to rehydrate the generated artifact.

2. Model the family as create first, retrieval second

Use `/create` to generate and persist the project resource.

Store the returned encrypted project id in your own system.

Use `/list` and `/get` to surface saved project resources later.

3. Projects work best when the brief is grounded in the learner's real goal

Project goal

Anchor the artifact around what the learner should actually build or ship.

Current level

Current level helps the project stay appropriately scoped instead of drifting too easy or too ambitious.

Guidance preference

Use depth and guidance controls to decide whether the project should feel scaffolded or open-ended.

create

Project create example

bash
curl https://vidbyte-backend.onrender.com/api/v1/projects/create \ -H "x-api-key: vb_live_your_api_key" \ -H "Content-Type: application/json" \ -d '{ "prompt": "Design a backend observability project", "project_goal": "Ship something portfolio-ready", "current_level": "intermediate", "depth_preference": "deep but practical" }'

Endpoints

3 pages