Cursor-მა Usage გვერდიდან და CSV ექსპორტიდან ხარჯების ინფორმაცია ამოიღო

Cursor-ის მომხმარებლებმა, რომლებიც ხარჯებს Usage გვერდით აკონტროლებენ, 2026 წლის 31 ივლისს შეამჩნიეს, რომ გვერდი შეიცვალა: დოლარული ჯამები ტოკენების რაოდენობამ შეცვალა და ძველი სახის დაბრუნების პარამეტრი არ არსებობს. Cursor-ის ოფიციალურ ფორუმზე თემამ „Usage Page $$ to Token Amount? WHAT?“ ათობით უკმაყოფილება შეაგროვა; კომპანიის თანამშრომლებმა დაადასტურეს, რომ ეს შეცდომა არ არის, არამედ განზრახი ცვლილებაა.

რა ამოიღეს

იმავე დღეს გამოსულმა განახლებამ Usage გვერდი მხოლოდ ტოკენების ჩვენებაზე გადაიყვანა self-serve პაკეტებში, Teams-ის ჩათვლით: გაქრა Spend მეტრიკა და Cost სვეტი, ხოლო გამოყენების CSV ექსპორტი აღარ შეიცავს დოლარულ ხარჯებს. ინდივიდუალურ პაკეტებში ძველ რეჟიმში დაბრუნების შესაძლებლობა არ არის; Enterprise პაკეტები კვლავ აჩვენებს დოლარულ თანხებს. Cursor ამ სხვაობას პაკეტების სტრუქტურით ხსნის: კორპორატიულ პაკეტებში გამოყენება გაერთიანებულია (pooled), ინდივიდუალურ პაკეტებში კი აბონემენტის ფასში სოლიდური მოცულობის გამოყენება შედის.

ოფიციალური ახსნა

Cursor-ის თანამშრომლის თქმით, Ultra გამოყენებაზე დაფუძნებული (ტოკენური) ფასებით მუშაობს. ამ მოდელში ყველაფერი, რასაც პაკეტი ფარავს, ტოკენების რაოდენობად და „Included“ ნიშნით ჩანს, რადგან მასზე გადასახადი არ ირიცხება; რეალურად გადასახდელი გამოყენება — აბონემენტში შემავალ მოცულობაზე მეტი on-demand — კვლავ დოლარშია Cost სვეტში. მისივე თქმით, ინდივიდუალურ პაკეტებში დოლარული ჯამები ცოტა ხანს აჩვენებდნენ და ამან დაბნეულობა გამოიწვია, რადგან ნაჩვენები თანხები ხშირად პაკეტის ფასს აღემატებოდა. სად რჩება დოლარები: Dashboard → Spending აჩვენებს მიმდინარე ციკლის On-Demand Spending-ს, ხოლო Dashboard → Usage-ში თარიღების დიაპაზონის არჩევის შემდეგ Export CSV ინახავს თანხებს ყოველი on-demand ჩანაწერისთვის. Teams-ის ადმინისტრატორებს Dashboard → Members → On-Demand-ში მომხმარებლის მიხედვით on-demand ჯამები მაინც შეუძლიათ ნახონ, Admin API კი კვლავ აწვდის ხარჯების მონაცემებს; თუმცა self-serve Teams-ისა და ინდივიდუალური პაკეტებისთვის მოდელების მიხედვით დოლარული განაწილება ამჟამად არ არსებობს.

რეაქცია და რეგრესია API-ში

დისკუსიის მონაწილეებმა გადაწყვეტილებას გამჭვირვალობის უკან გადადგმული ნაბიჯი უწოდეს: გუნდები, რომლებსაც საერთო on-demand ლიმიტი აქვთ, მომხმარებლის, მოდელისა და მოთხოვნის მიხედვით დაშლილ მონაცემებს ბიუჯეტის კონტროლისთვის იყენებდნენ — ერთ-ერთმა კომენტატორმა მიმდინარე ციკლში 30 000 დოლარის საერთო ხარჯი ახსენა — და ითხოვენ მაინც გადამრთველს, სადაც ტოკენები ნაგულისხმევი იქნება. მომხმარებლებმა ასევე შეამჩნიეს, რომ დაფის get-filtered-usage-events endpoint-ი ახლა ყველა მოვლენისთვის ნულოვან ხარჯის ველებს აბრუნებს (chargedCents: 0, usageBasedCosts: "$0.00", totalCents არ არის) — ისტორიული ჩანაწერებისა და რეალურად დასაგროვებელი on-demand გამოყენების ჩათვლით. კომპანიამ უპასუხა, რომ ეს განზრახია, ნულიზაცია ჩანაწერების წაკითხვისას გამოიყენება, ამიტომ ისტორიულ შედეგებსაც ეხება, ხოლო ჯამური ანგარიშის მაჩვენებლები ამოღებული, მოთხოვნის მიხედვით ხარჯის მონაცემების ეკვივალენტი არ არის.