Toegang aanvragen

Toepassing · Ontwikkelaars

Prompts in review, net als de rest van je code.

Als een prompt bepaalt wat je product zegt, heeft hij een geschiedenis, een test en een eigenaar nodig.

support-reply.promptv2 → v3
committed to main as v3

Een werkwijze die vertrouwd voelt.

  1. Houd de prompt uit de code

    Bewaar hem in Prompt Verse met {{variabelen}}. Je code vraagt om de gerenderde berichten, niet om een string die erin geplakt is.

  2. Een branch voor een experiment

    Probeer een nieuwe formulering op een branch. Main blijft de versie leveren die in gebruik is.

  3. Bewijs het met een eval

    Een paar dozijn gevallen, een beoordelingsmethode en een drempel. Een wijziging die de score verlaagt, wordt niet gemerged.

  4. Tag wat live gaat

    Tag de versie die slaagde. Je dienst haalt die tag op.

Wat je concreet krijgt.

  • Commits met berichten

    Een controleerbare geschiedenis in plaats van “prompt_final_v7”.

  • Berichten en JSON als uitvoer

    Render als chatberichten, JSON, YAML, XML of Prompty.

  • Een deur voor je agenten

    Je codeerassistent kan prompts via MCP lezen en verbeteren.

Wees duidelijk over de grenzen.

  • Pre-bèta
    Ophalen tijdens runtime

    Er zijn een HTTP-API en een MCP-server in de pre-beta. Controleer de routes in de referentie voordat je erop bouwt.

  • Niet aangeboden
    Nog geen SDK

    Er zijn geen clientbibliotheken. Je roept de HTTP-API of MCP rechtstreeks aan.

Zet je prompts onder versiebeheer.