Cursor Composer is een nieuw, baanbrekend codeermodel dat is uitgebracht als onderdeel van Cursor 2.0 en dat veel snellere, agentische codegeneratie biedt voor complexe workflows met meerdere bestanden. De toegang tot Composer wordt beheerd door Cursors bestaande abonnementen met verschillende niveaus, plus tokengebaseerd gebruik wanneer u uw abonnementslimieten opgebruikt of Cursors "Auto" routing gebruikt. Dit betekent dat de kosten een combinatie zijn van een vast abonnementsbedrag en gemeten tokenkosten. Hieronder vindt u een volledig, praktisch overzicht (functies, voordelen, prijsmechanismen, uitgewerkte voorbeelden en vergelijkingen met concurrenten), zodat u de werkelijke kosten kunt inschatten en kunt beslissen of Composer de moeite waard is voor uw team.
Wat is Cursor Composer?
Composer is Cursors nieuwe "frontiermodel" dat werd geïntroduceerd als onderdeel van Cursor 2.0. Het is specifiek gebouwd en geoptimaliseerd voor software engineering workflows en agentische (meerstaps) codeertaken. Volgens Cursors aankondiging levert Composer codeerprestaties op frontierniveau, terwijl het geoptimaliseerd is voor lage latentie en snelle iteratie. Cursor zegt dat de meeste conversaties in de praktijk binnen 30 seconden worden afgerond en claimt een generatiesnelheid die ongeveer vier keer zo hoog is als die van vergelijkbare modellen in hun interne benchmarks. Composer is getraind met codebase-brede zoek- en tooltoegang, zodat het grote projecten kan analyseren en bewerken.
Waar Composer zich bevindt in het product van Cursor
Composer is geen aparte "app" die je los koopt; het wordt aangeboden als modeloptie binnen het Cursor-product (desktop & web) en is routeerbaar via Cursors modelrouter (Auto). Je krijgt toegang op modelniveau afhankelijk van welk Cursor-abonnement je hebt en of je extra kosten betaalt bovenop je abonnementsbedrag. In de modeldocumentatie van Cursor staat Composer vermeld als een van de beschikbare modellen en het bedrijf biedt zowel abonnementsniveaus als tokenmeting voor modelgebruik.
De wijzigingen die Cursor medio 2025 aan gebruikspools en kredietsystemen doorvoert, illustreren deze trend: in plaats van echt onbeperkt gebruik van premiummodellen, biedt Cursor abonnementslimieten (en automatische keuzes) en factureert vervolgens extra gebruik tegen API-/tokentarieven.
Belangrijkste kenmerken en voordelen van Composer
Composer is gericht op de productiviteit van ontwikkelaars bij niet-triviale technische taken. De belangrijkste verkoopargumenten:
- Redenering van agentcode: Composer ondersteunt workflows met meerdere stappen (bijvoorbeeld het oplossen van een bug, het doorzoeken van een repository, het bewerken van meerdere bestanden, het uitvoeren van tests en iteraties). Dit maakt het beter geschikt dan eenmalige voltooiingen voor complex technisch werk.
- Snelheid / lage latentie: Cursor meldt dat Composer aanzienlijk sneller is in generatiedoorvoer vergeleken met vergelijkbare modellen en dat typische interactieve beurten snel worden afgerond, waardoor snellere iteratielussen mogelijk zijn.
- Strakke codebase-integratie: Composer is getraind met toegang tot de Cursor-toolset voor ophalen en bewerken en tot codebase-indexering. Hierdoor kan beter met grote repositories worden gewerkt en kan de context van bestanden beter worden behouden.
- Agentmodi en hulpmiddelen: Composer is ontworpen om te werken met de agentmodi van Cursor en het Model Context Protocol (MCP), waardoor het gespecialiseerde tools kan aanroepen, geïndexeerde code kan lezen en het herhaaldelijk opnieuw uitleggen van de projectstructuur kan vermijden. Dit vermindert het herhaaldelijke gebruik van tokens in veel workflows.
Waarom dat belangrijk is: Voor teams die diepgaande codebewerkingen en refactoringen van meerdere bestanden uitvoeren, kan Composer handmatige iteraties en contextwisselingen verminderen. Maar omdat het agentisch is en meer rekenwerk per aanvraag kan uitvoeren, is het tokengebruik per aanvraag doorgaans hoger dan bij eenvoudige voltooiingsmodellen (wat de discussie over gemeten kosten hieronder aanwakkert).
Hoe werd Composer gebouwd?
Architectuur- en trainingsaanpak
Composer wordt beschreven als een MoE-model dat is verfijnd met reinforcement learning en een aangepaste, grootschalige trainingspijplijn. De belangrijkste elementen die Cursor benadrukt:
- Mix van experts (MoE) ontwerpen om de capaciteit efficiënt te schalen voor codetaken met lange context.
- Versterkend leren (RL) met beloningssignalen die zijn afgestemd op agentisch gedrag dat nuttig is in software engineering: het schrijven van plannen, het gebruiken van zoekopdrachten, het bewerken van code, het schrijven van tests en het maximaliseren van het gebruik van parallelle tools.
- Tool-bewuste training: Tijdens de training had Composer toegang tot een aantal hulpmiddelen (bestanden lezen/schrijven, semantisch zoeken, terminal, grep), zodat het programma leerde deze hulpmiddelen aan te roepen wanneer dat nodig was en de uitvoer te integreren.
- Aangepaste infrastructuurCursor heeft PyTorch + Ray-gebaseerde pipelines, MXFP8 MoE-kernels en grote VM-clusters gebouwd om asynchrone, tool-enabled RL op schaal mogelijk te maken. De infrastructuuropties (training met lage precisie, expert parallellisme) zijn bedoeld om de communicatiekosten te verlagen en de inferentielatentie laag te houden.
Waarom moE + RL belangrijk is voor code
Codebewerking vereist nauwkeurige, meerstaps redenering over grote repositories. MoE geeft het model episodische capaciteit (veel parameters zijn selectief beschikbaar), terwijl RL optimaliseert voor gedrag (niet hallucineren, tests uitvoeren, minimale verschillen voorstellen). Training met de agent-toolset betekent dat Composer niet puur wordt afgestemd op next-tokenvoorspellingen – het heeft geleerd om de tools te gebruiken die beschikbaar zijn in Cursors productomgeving. Daarom positioneert Cursor Composer als een "agentisch" model in plaats van slechts een voltooiingsmodel.
Hoe zijn de Cursor-abonnementen voor Composer geprijsd?
De prijsstelling van Cursor combineert abonnementsniveaus (maandabonnementen) met op gebruik gebaseerde kosten (tokens, cache en bepaalde agent-/toolkosten). De abonnementsniveaus bieden u basisfunctionaliteit en inbegrepen, geprioriteerd gebruik; het gebruik van het intensieve of premium model wordt vervolgens extra in rekening gebracht. Hieronder vindt u de openbare catalogusprijzen en de algemene betekenis van elk abonnement.
Individuele (persoonlijke) niveaus
- Hobby (gratis): instapniveau, beperkt aantal agentverzoeken/tabbladvoltooiingen; inclusief een korte Pro-proefperiode. Geschikt voor lichte experimenten.
- Pro — $20 / maand (individueel): Alles in Hobby plus uitgebreid agentgebruik, onbeperkte tabbladaanvullingen, achtergrondagenten en maximale contextvensters. Dit is het gebruikelijke startpunt voor individuele ontwikkelaars die functies op Composer-niveau willen.
- Pro+ — $60 / maand (individueel, aanbevolen voor ervaren gebruikers): Meer inbegrepen gebruik op premiummodellen. De prijswijziging van Cursor in juni 2025 verduidelijkte dat Pro-abonnementen een pool aan modelcredits bevatten (voor gebruik in het "grensmodel") en dat extra gebruik kan worden aangeschaft tegen kostprijs plus of via tokenfacturering.
- Ultra — $200 / maand: voor zwaarlijvige personen die een aanzienlijk groter inbegrepen modelgebruik en voorrangstoegang nodig hebben.
Team / onderneming
Teams — $40 / gebruiker / maand: Voegt gecentraliseerde facturering, gebruiksanalyses, rolgebaseerde controles en SSO toe. Grotere teams kunnen ook Enterprise (aangepaste prijs) aanschaffen, inclusief gepoold gebruik, factuur/inkooporder, SCIM, auditlogs en prioriteitssupport.
Token-gebaseerde prijzen voor Cursor Composer
Cursor combineert abonnementen per gebruiker met facturering per token voor premium- of agentverzoeken. Er zijn twee gerelateerde maar verschillende factureringscontexten die u moet begrijpen:
- Tokentarieven in de Auto/Max-modus (Dynamische selectie van de cursor "Auto" of Max/Auto factureringsbuckets).
- Modellijst / directe modelprijzen (als u rechtstreeks een model als Composer selecteert, hebben de API's voor de modellijst tokentarieven per model).
Deze verschillende modi veranderen de effectieve input-/output-tokentarieven die u op uw factuur ziet. Hieronder vindt u de gangbare cijfers die Cursor publiceert in zijn documentatie- en modelpagina's – dit zijn de meest doorslaggevende cijfers voor kostenberekeningen.
Auto / Max
Wanneer u de abonnementslimieten overschrijdt (of expliciet Auto gebruikt om naar premiummodellen te routeren), brengt Cursor kosten in rekening voor het gebruik van het model op een per token basis. De meest genoemde tarieven voor Cursor's automobiel router (die op aanvraag een premium model kiest) zijn:
- Invoer + Cache schrijven: $ 1.25 per 1,000,000 tokens
- Uitvoer (generatie): $ 6.00 per 1,000,000 tokens
- Cache lezen: $ 0.25 per 1,000,000 tokens
Deze tarieven zijn vastgelegd in de account-/prijsdocumentatie van Cursor, waarin automatische facturering wordt beschreven. Ze vormen de basis van de operationele kosten van Composer wanneer het gebruik van Composer via Automatische facturering wordt gefactureerd of wanneer u rechtstreeks modelgebruik selecteert dat wordt gefactureerd tegen API-tarieven.
Prijzen van componisten en modellenlijsten
De modellijst/modelprijsreferentie van Cursor toont de prijzen per model. Voor sommige premiummodellen in Cursor, Composer in de modellijstprijzen: Invoer 1.25 / 1 miljoen; uitvoer 10.00 / 1 miljoenIn de praktijk betekent dit dat als u expliciet Composer als model kiest in plaats van Auto te gebruiken, de output-token-rate die u krijgt hoger kan zijn dan de output-token-rate van $6 van Auto.
Waarom input- en output-tokens verschillen
- Invoertokens zijn de tokens die u verzendt (prompts, instructies, codefragmenten, bestandscontext). Cursor brengt kosten in rekening voor het schrijven hiervan naar het systeem (en soms voor het cachen ervan).
- Uitvoertokens zijn wat het model genereert (de codebewerkingen, suggesties, verschillen, enz.). Het genereren van output is duurder omdat het meer rekenkracht verbruikt. De gepubliceerde cijfers van Cursor weerspiegelen deze relatieve kosten.
Cursor Composer vergelijken met concurrenten
Bij het beoordelen van kosten en waarde is het nuttig om de unit-economie van Composer te vergelijken met die van andere veelgebruikte AI-services voor ontwikkelaars. Houd er rekening mee dat modelmogelijkheden, latentie, integratie en inbegrepen plantoelagen ook van belang zijn – prijs alleen is niet het hele verhaal.
GitHub Copilot (individuele niveaus)
GitHub Copilot wordt voornamelijk per gebruiker geprijsd met verschillende niveaus (Gratis, Pro voor ongeveer $ 10 per maand, Pro+ en Business voor hogere niveaus). Copilot biedt een aantal "premium" verzoeken per maand en brengt kosten in rekening voor extra premium verzoeken (gepubliceerde add-ons per verzoek). Copilot bundelt modellen (inclusief Google/Anthropic/OpenAI-opties in sommige abonnementen) en wordt verkocht als een SaaS-oplossing per ontwikkelaar. Voor veel individuele ontwikkelaars kan de all-in prijs per gebruiker van Copilot eenvoudiger en goedkoper zijn voor routinematige voltooiingen; voor zware agenttaken met meerdere stappen kan een token-gebaseerd model transparanter zijn.
OpenAI (API / geavanceerde modellen)
De duurdere modellen van OpenAI (GPT-5-serie en premiumvarianten) hebben een andere prijs per token, die hoger kan zijn dan het Composer-tarief van Cursor voor bepaalde professionele modellen. OpenAI biedt ook veel prestatieniveaus (en kortingen voor batches of caches) die de effectieve kosten beïnvloeden. Houd bij het vergelijken rekening met latentie, nauwkeurigheid bij codeertaken en de waarde van Cursors editorintegratie (die een kostenverschil per token kan compenseren).
Wat is in de praktijk goedkoper?
- Kleine, frequente aanvullingen / automatische aanvullingen: Een SaaS per stoel (Copilot) is vaak het goedkoopst en eenvoudigst.
- Grote taken met meerdere bestanden en agenten: Token-gemeten modellen (Composer via Cursor Auto of rechtstreeks Anthropic/OpenAI) bieden flexibiliteit/kwaliteit, maar kosten meer per zware aanvraag. Een zorgvuldige modellering van tokengebruik is essentieel.
Conclusie — Is Composer “duur”?
Componist is niet gefactureerd als één vaste regelpost — het maakt deel uit van een hybride systeem. Voor licht tot matig interactief gebruik is een $20/maand Pro Plan plus Auto-modusgebruik kan uw kosten laag houden (tientallen dollars per maand). Voor zware, parallelle agentworkloads met veel lange outputs kan Composer honderden of duizenden outputs per maand verwerken, omdat outputtokensnelheden en gelijktijdigheid de kosten vermenigvuldigen. Vergeleken met concurrenten die eerst een abonnement nemen (zoals GitHub Copilot), ruilt Composer van Cursor hogere marginale inferentiekosten in voor veel snellere, agentische, repository-bewuste mogelijkheden.
Als u op zoek bent naar multi-agent automatisering, repo-brede refactoring of kortere iteratiecycli die engineeringtijd besparen, kunnen de snelheid en tools van Composer een sterke ROI opleveren.
Hoe gebruik ik CometAPI in Cursor? (stap voor stap)
Korte samenvatting: CometAPI is een gateway voor modelaggregatie (één eindpunt dat meerdere modelleveranciers kan proxyen). Om het in Cursor te gebruiken, registreert u zich bij CometAPI, ontvangt u een API-sleutel en model-ID, voegt u die sleutel en dat eindpunt toe aan de modelinstellingen van Cursor als aangepaste provider (overschrijf de basis-URL) en selecteert u het CometAPI-model in de Composer/Agent-modus.
CometAPI heeft ook een eigen coderingsmodel ontworpen, gebaseerd op Claude, specifiek voor cursor: cometapi-sonnet-4-5-20250929-thinking en cometapi-opus-4-1-20250805-thinking enz.
Stap A: ontvang uw CometAPI-referenties
- Meld u aan bij CometAPI en een API-sleutel aanmaken vanaf hun dashboard. Houd de sleutel geheim (behandel hem als een token).
- Maak/kopieer een API-sleutel en noteer de modelnaam/ID die u wilt gebruiken (bijv.
claude-sonnet-4.5of een ander leveranciersmodel beschikbaar via CometAPI).CometAPI-documentatie/handleidingen Beschrijf het proces en geef een lijst met ondersteunde modelnamen.
Stap B — CometAPI toevoegen als een aangepast model/provider in Cursor
- Cursor openen → Instellingen → Modellen (of Instellingen → API-sleutels).
- Als Cursor een "Aangepast model toevoegen" or “OpenAI Basis-URL overschrijven” optie, gebruik het:
- Basis-URL / eindpunt: plak de CometAPI OpenAI-compatibele basis-URL (CometAPI zal documenteren of ze een
openai/v1stijl eindpunt of een providerspecifiek eindpunt). (Voorbeeld:https://api.cometapi.com/v1(Gebruik de werkelijke URL uit de CometAPI-documentatie.) - API Key: plak uw CometAPI-sleutel in het veld API-sleutel.
- Modelnaam: voeg de model-ID exact toe zoals in CometAPI-documenten (bijv.
claude-sonnet-4.5orcomposer-like-model).
- Controleren De verbinding als Cursor een knop "Verifiëren" / "Test" aanbiedt. Cursors aangepaste modelmechanisme vereist doorgaans dat de provider OpenAI-compatibel is (of dat Cursor een basis-URL + sleutel accepteert). Communityhandleidingen tonen hetzelfde patroon (basis-URL overschrijven → sleutel opgeven → verifiëren).
Als u meer tips, handleidingen en nieuws over AI wilt weten, volg ons dan op VK, X en Discord!
Zie ook Cursor 2.0 en Composer: hoe een heroverweging van meerdere agenten de AI-codering verraste


