Mô hình tính phí của Cursor

​

Cách Cursor tính phí

4. Enterprise và Business: Các team sử dụng mức dùng chung, trong đó toàn bộ tổ chức chia sẻ một bucket credit duy nhất. Điều này đơn giản hóa việc quản lý và đảm bảo người dùng có mức sử dụng cao không chạm giới hạn cá nhân trong khi những người khác vẫn còn dung lượng chưa dùng.

​

Điều gì làm nên sự độc đáo

• Trừu tượng hóa provider: Một subscription duy nhất bao bọc nhiều provider LLM như OpenAI và Anthropic, xử lý việc định giá phức tạp và API key ở phía sau.
• Khấu trừ có trọng số: Chi phí phù hợp với giá trị bằng cách tính nhiều hơn cho các model mạnh hơn, khiến việc định giá trở nên công bằng và minh bạch với mọi người dùng.
• Suy giảm linh hoạt: Hàng đợi “Slow” ngăn việc ngắt truy cập đột ngột, giữ người dùng trong sản phẩm và khuyến khích nâng cấp mà không mang tính trừng phạt.
• Credit dùng chung: Các bucket cấp team giảm trở ngại cho khách hàng enterprise bằng cách cho phép chia sẻ tài nguyên hiệu quả trong toàn tổ chức.

​

Xây dựng mô hình này với Dodo Payments

import DodoPayments from 'dodopayments';

/**
 * Determines the credit cost for a given request type and model.
 * This logic lives in your application and can be updated without
 * changing your billing configuration.
 */
function getCreditCost(requestType: string, model: string): number {
  const costs: Record<string, Record<string, number>> = {
    'tab_completion': { 'default': 0 },
    'chat': { 'gpt-4o-mini': 1, 'gpt-4o': 1, 'claude-sonnet': 1 },
    'composer': { 'gpt-4o-mini': 2, 'gpt-4o': 5, 'claude-sonnet': 5 },
    'agent': { 'gpt-4o': 10, 'claude-sonnet': 10, 'o1': 25 }
  };
  
  // Default to 1 credit if the combination isn't found
  return costs[requestType]?.[model] ?? 1;
}

/**
 * Ingests usage events into Dodo Payments.
 * For weighted requests, we send multiple events or use a sum aggregation.
 */
async function trackRequest(customerId: string, requestType: string, model: string) {
  const creditCost = getCreditCost(requestType, model);
  
  // Tab completions are free, so we don't need to track them for billing
  if (creditCost === 0) return;
  
  const client = new DodoPayments({
    bearerToken: process.env.DODO_PAYMENTS_API_KEY,
  });
  
  await client.usageEvents.ingest({
    events: [{
      event_id: `req_${Date.now()}_${Math.random().toString(36).slice(2)}`,
      customer_id: customerId,
      event_name: 'ai.request',
      timestamp: new Date().toISOString(),
      metadata: {
        request_type: requestType,
        model: model,
        credit_cost: creditCost
      }
    }]
  });
}

import DodoPayments from 'dodopayments';
import express from 'express';

const app = express();
app.use(express.raw({ type: 'application/json' }));

const client = new DodoPayments({
  bearerToken: process.env.DODO_PAYMENTS_API_KEY,
  webhookKey: process.env.DODO_PAYMENTS_WEBHOOK_KEY,
});

app.post('/webhooks/dodo', async (req, res) => {
  try {
    const event = client.webhooks.unwrap(req.body.toString(), {
      headers: {
        'webhook-id': req.headers['webhook-id'] as string,
        'webhook-signature': req.headers['webhook-signature'] as string,
        'webhook-timestamp': req.headers['webhook-timestamp'] as string,
      },
    });
    
    if (event.type === 'credit.balance_low') {
      const customerId = event.data.customer_id;
      await updateUserTier(customerId, 'slow');
      await notifyUser(customerId, 'You have used most of your premium requests. Switching to standard models.');
    }
    
    res.json({ received: true });
  } catch (error) {
    res.status(401).json({ error: 'Invalid signature' });
  }
});

/**
 * Routes a request based on the user's current tier.
 * This function is called before every AI request to determine the model and queue.
 */
async function routeRequest(customerId: string, requestType: string) {
  const tier = await getUserTier(customerId);
  
  if (tier === 'slow') {
    // Route to a cheaper model and a lower priority queue
    // This saves costs while keeping the user active in the product
    return { model: 'gpt-4o-mini', queue: 'standard' };
  }
  
  // Premium routing for users with remaining credits
  // This provides the best possible performance and model quality
  return { model: 'claude-sonnet', queue: 'priority' };
}

import DodoPayments from 'dodopayments';

const client = new DodoPayments({
  bearerToken: process.env.DODO_PAYMENTS_API_KEY,
});

/**
 * Creates a checkout session for a new subscription.
 * This is typically called when a user clicks an "Upgrade" button.
 */
const session = await client.checkoutSessions.create({
  product_cart: [
    { product_id: 'prod_cursor_pro', quantity: 1 }
  ],
  customer: { email: 'developer@example.com' },
  return_url: 'https://yourapp.com/dashboard'
});

​

Tăng tốc với LLM Ingestion Blueprint

npm install @dodopayments/ingestion-blueprints

import { createLLMTracker } from '@dodopayments/ingestion-blueprints';
import OpenAI from 'openai';
import Anthropic from '@anthropic-ai/sdk';

// Track raw token usage for analytics alongside credit-weighted billing
const openaiTracker = createLLMTracker({
  apiKey: process.env.DODO_PAYMENTS_API_KEY,
  environment: 'live_mode',
  eventName: 'analytics.openai_tokens',
});

const anthropicTracker = createLLMTracker({
  apiKey: process.env.DODO_PAYMENTS_API_KEY,
  environment: 'live_mode',
  eventName: 'analytics.anthropic_tokens',
});

const openai = new OpenAI({ apiKey: process.env.OPENAI_API_KEY });
const anthropic = new Anthropic({ apiKey: process.env.ANTHROPIC_API_KEY });

// Wrap each provider separately
const trackedOpenAI = openaiTracker.wrap({ client: openai, customerId: 'customer_123' });
const trackedAnthropic = anthropicTracker.wrap({ client: anthropic, customerId: 'customer_123' });

// Token tracking is automatic, credit deduction still uses your weighted system
const response = await trackedOpenAI.chat.completions.create({
  model: 'gpt-4o',
  messages: [{ role: 'user', content: 'Hello!' }],
});

​

Credit dùng chung cho team (Enterprise)

​

Chiến lược triển khai

1. Customer cấp tổ chức: Tạo một customer_id duy nhất trong Dodo cho toàn bộ tổ chức. Customer này đại diện cho thực thể thanh toán của team và nắm giữ pool credit dùng chung. Tất cả hóa đơn và phân bổ credit đều gắn với ID này.
2. Tính phí theo seat: Sử dụng add-on của Dodo để tính phí platform theo từng người dùng. Khi team thêm thành viên mới, bạn cập nhật số lượng add-on “Seat”. Điều này đảm bảo doanh thu tăng theo số người dùng trong khi pool credit được tách riêng. Đây là cách rõ ràng để xử lý tính phí đa chiều.
3. Theo dõi mức sử dụng dùng chung: Request của tất cả thành viên team được ingestion bằng customer_id của tổ chức. Điều này đảm bảo mọi request từ bất kỳ thành viên nào đều khấu trừ từ cùng một pool credit trung tâm. Bạn vẫn có thể theo dõi mức sử dụng của từng người dùng bằng cách thêm user_id vào metadata của event để báo cáo và phân tích nội bộ.

​

So sánh với tính phí SaaS truyền thống

• Không có hiệu ứng “vách đá”: Người dùng không phải nâng cấp chỉ vì chạm giới hạn. Họ có thể trả phí overage hoặc chấp nhận hiệu suất chậm hơn. Điều này giữ họ trong sản phẩm và giảm trở ngại, dẫn đến mức độ hài lòng cao hơn và tỷ lệ rời bỏ thấp hơn.
• Căn chỉnh chi phí: Doanh thu của bạn tăng trực tiếp theo chi phí hạ tầng. Nếu người dùng sử dụng các model đắt đỏ, họ sẽ trả nhiều hơn (thông qua credit hoặc overage). Điều này bảo vệ margin và cho phép bạn cung cấp các tính năng chi phí cao một cách bền vững mà không gây rủi ro cho mô hình kinh doanh.
• Duy trì người dùng tốt hơn: Bằng cách không ngắt truy cập, bạn giữ người dùng tương tác với sản phẩm ngay cả khi họ đã đạt giới hạn. Họ vẫn có thể tiếp tục làm việc, từ đó xây dựng lòng trung thành lâu dài và tăng giá trị vòng đời của khách hàng. Đây là lợi ích cho cả người dùng và provider.

​

Xử lý cập nhật và thay đổi model

​

Thông báo và tính minh bạch với người dùng

​

Bảo mật và phòng chống gian lận

• Idempotency: Luôn sử dụng các event_id duy nhất khi ingestion event mức sử dụng để tránh tính trùng. API ingestion của Dodo tự động xử lý idempotency nếu bạn cung cấp ID duy nhất, đảm bảo việc retry mạng không khiến người dùng bị tính phí hai lần.
• Rate Limiting: Triển khai rate limiting ở cấp ứng dụng để ngăn một người dùng tiêu thụ credit (hoặc ngân sách API của bạn) quá nhanh. Điều này bảo vệ hạ tầng và ví tiền của người dùng.
• Giám sát: Theo dõi các mô hình sử dụng để phát hiện bất thường có thể cho thấy việc chia sẻ tài khoản hoặc lạm dụng tự động. Analytics của Dodo có thể giúp bạn nhận diện các mô hình này và hành động trước khi chúng trở thành vấn đề lớn.

​

Best Practices cho hệ thống credit

1. Giữ mọi thứ đơn giản: Đừng làm hệ thống credit quá phức tạp. Người dùng cần dễ dàng hiểu mỗi request tốn bao nhiêu và họ còn bao nhiêu credit.
2. Cung cấp giá trị: Đảm bảo credit mang lại giá trị thực cho người dùng. Nếu chi phí mỗi request quá cao, người dùng sẽ cảm thấy bị tính từng khoản nhỏ quá mức.
3. Minh bạch: Luôn hiển thị số dư credit hiện tại và lịch sử sử dụng của người dùng. Điều này xây dựng niềm tin và giảm nhầm lẫn.
4. Tự động hóa mọi thứ: Sử dụng webhook và API của Dodo để tự động hóa tối đa quy trình tính phí. Điều này giảm công việc thủ công và đảm bảo việc tính phí luôn chính xác.

​

Các tính năng chính của Dodo được sử dụng