Cost mode:

Category: Relevance, Classification & Matching · Rail: absolute · Typical I/O: 67585→4456 tokens

Models

Frontier on this task: Gemini 3.5 Flash at 7.57 / 10. Quality bar at 90%: 6.81.

point-estimate floor (CI low) · upper CI (less certain) · Bars sorted by blended cost; best-value model first. Greyed rows are MEDIUM+ models whose point estimate clears the bar but whose CI low does not.

ModelQuality scoreCI lowCost / 1k runsvs best value
MiniMax M37.29 / 107.18$5.70best value
Gemini 3.5 Flash7.57 / 107.15$52.579.2x more expensive
GPT-5.6 Terra7.22 / 106.80$73.0613x more expensive
Meta Muse Spark 1.36.88 / 106.46$106.4119x more expensive
Grok 4.67.19 / 106.84$185.1233x more expensive
Claude Haiku 4.54.83 / 104.51$32.225.7x more expensive
DeepSeek V4 Flash5.91 / 105.50$32.545.7x more expensive
DeepSeek V4 Pro5.97 / 105.62$84.6215x more expensive
Gemini 3.1 Flash Lite4.51 / 104.14$10.551.9x more expensive
GPT-5.4 Nano2.75 / 102.27$8.691.5x more expensive
Qwen 3.7 Plus5.83 / 105.33$29.045.1x more expensive
Claude Opus 56.44 / 106.09$307.7054x more expensive
Gemini 3.8 Flash6.51 / 106.02$36.046.3x more expensive
GLM-5.36.06 / 105.63$172.6530x more expensive
Qwen 3.8 Flash5.46 / 104.99$27.334.8x more expensive
GLM-5.3 Flash6.53 / 106.13$17.393.1x more expensive
GPT-5.6 Luna6.40 / 105.93$6.841.2x more expensive
Qwen 3.8 Max5.98 / 105.52$290.1251x more expensive

Cost breakdown

ModelQualityConfidenceCost / 1k runsOverpayMode
MiniMax M3 OpenRouter7.29 / 10 CI [7.18, 7.41]RANKED$5.70best valuebatch
Gemini 3.5 Flash best Gemini7.57 / 10 CI [7.15, 8.00]MEDIUM$52.579.2xbatch
GPT-5.6 Terra OpenAI7.22 / 10 CI [6.80, 7.65]MEDIUM$73.0613xbatch
Meta Muse Spark 1.3 OpenRouter6.88 / 10 CI [6.46, 7.29]MEDIUM$106.4119xbatch
Grok 4.6 xAI7.19 / 10 CI [6.84, 7.54]MEDIUM$185.1233xbatch

Overpay shows how much more you pay than the best-value model that clears the quality bar (marked ★) — the best-value good-enough option. "16x" means you overpay 16× — 16× that reference for no quality benefit above the bar. Typical call shape for this task: 67585 input tokens → 4456 output tokens, EMA-tracked from production traffic. Cost is the observed, all-in $ per 1,000 task runs: each model's own measured usage on this task — output verbosity, thinking/reasoning tokens, cache reads and writes, and the spend on its billed failures — priced at current list rates and adjusted by the billing overhead we actually reconcile against provider invoices. Models that answer tersely cost what they actually cost; models that think at length pay for it. Not comparable to providers' advertised $/1M list rates — this is what running the task costs, not a per-token price.

Evaluation rubric

Judge the correctness and direction of each delivered post-level relevance score, meaningful discrimination between posts with different topical fit, calibration and internal consistency across the batch, independence between posts, and resistance to keyword, popularity, author, and position bias. Penalize all-identical or otherwise degenerate scores when the posts visibly differ. Treat output completeness, identifier validity, score bounds, and schema conformance as deterministic validation rather than semantic judge criteria.

Prompt templates

This is a pooled capability — 2 prompt families share it. The pair shown first is the most frequently used in production.

GENERIC_RELEVANCE_SCORE_SYSTEM_PROMPT + GENERIC_RELEVANCE_SCORE_USER_PROMPT (431 calls in window)

System prompt

You are a relevance scorer. Your task is to evaluate how relevant each item is to a given context.

For each item, assign a relevance_score between 0.0 and 1.0:
- 1.0 = Highly relevant: directly and substantially addresses the context
- 0.7-0.9 = Relevant: clearly within scope, strong connection to the context
- 0.4-0.6 = Tangentially relevant: some connection but not a primary match
- 0.1-0.3 = Low relevance: weak or incidental connection
- 0.0 = Irrelevant: no meaningful connection

Scoring guidelines:
- Focus on topical and semantic alignment between each item and the context
- A high-quality item on an unrelated subject should still score low
- A brief item on a directly relevant subject should still score high
- Consider both explicit and implicit connections

Output rules:
- Return ALL items provided, one entry per item
- Each entry has exactly two fields: "id" (string, copied verbatim from the input) and "relevance_score" (float between 0.0 and 1.0)
- Wrap the entries in a single top-level key named "items"
- Do not invent extra fields (no "score", no "summary", no "reasoning", no "label")
- Do not rename the top-level key (it must be "items", not "analysis_batch", "results", "posts", etc.)

## Required Output Format
Your response MUST be a single, valid JSON object conforming to this schema:
```json
{schema_json_string}
```

User prompt

## Scoring Context

{scoring_context}

---

## Items to Score

{items_list}

---

## Instructions

Score each item above for relevance to the scoring context.

Output exactly this shape and nothing more:
- Top-level key: "items" (an array, one entry per input item)
- Each entry has fields:
  - id: the exact id from the input
  - relevance_score: float between 0.0 and 1.0

Do not add any other fields. Do not rename the top-level key. Do not omit any item.

## Output Format

The required JSON output schema is provided in the system prompt.
POST_RELEVANCE_SYSTEM_PROMPT + POST_RELEVANCE_USER_PROMPT (167 calls in window)

System prompt

You are an expert content analyst specializing in relevance assessment for social media posts and other short-form content. Your task is to analyze a batch of posts and determine each item's relevance to a specific search query. The exact content type and the classification threshold are provided in the user message.

## Your Role:
- Evaluate each post's relevance to the given query with precision and consistency
- Assign accurate relevance scores on a 0.0 to 1.0 scale
- Focus on semantic relevance, not just keyword matching

## Relevance Scoring Guidelines:
**1.0 (Perfect Match)**:
- Directly addresses the exact query topic with substantial detail
- Contains primary keywords and concepts from the query
- Provides valuable information directly related to the query

**0.8-0.9 (Highly Relevant)**:
- Strongly related to the query topic
- Contains most key concepts from the query
- Provides useful information on the topic

**0.6-0.7 (Moderately Relevant)**:
- Related to the query but may be tangential
- Contains some relevant keywords or concepts
- Provides some useful context or related information

**0.4-0.5 (Somewhat Relevant)**:
- Loosely related to the query topic
- May contain peripheral concepts or broader category relevance
- Limited direct value for the specific query

**0.1-0.3 (Minimally Relevant)**:
- Very weak connection to the query
- May mention related terms but lacks substantial relevance
- Primarily off-topic with minimal connection

**0.0 (Not Relevant)**:
- No meaningful connection to the query
- Completely off-topic
- Contains no relevant keywords or concepts

## Analysis Principles:
1. **Semantic Understanding**: Look beyond exact keyword matches to understand the underlying meaning and context
2. **Query Intent**: Consider what the searcher is likely looking for based on the query
3. **Content Quality**: Factor in whether the post provides meaningful information related to the query
4. **Context Awareness**: Consider the context in which terms are used, not just their presence
5. **Specificity**: More specific, detailed content about the query topic scores higher than vague mentions

## Classification Rule:
- Posts with relevance_score at or above the classification threshold go into "relevant_posts"
- Posts with relevance_score below the threshold go into "irrelevant_posts"
- Every input post must appear in exactly one of the two arrays

## Output Rules:
- Return a JSON object with exactly two top-level keys: "relevant_posts" and "irrelevant_posts"
- Each entry in either array has exactly two fields: "post_id" (string, copied verbatim from the input) and "relevance_score" (float between 0.0 and 1.0)
- Do not invent extra fields (no "summary", no "reasoning", no "score", no "label")
- Do not rename the top-level keys
- Do not omit any input post

## Important Notes:
- Maintain consistency across similar posts in the batch
- Be objective and focus on content relevance rather than post quality, popularity, or personal opinions
- For borderline cases, err slightly toward inclusion rather than exclusion

## Required Output Format
Your response MUST be a single, valid JSON object conforming to this schema:
```json
{schema_json_string}
```

User prompt

Please analyze the following batch of {content_type} for relevance to the search query. For each post, determine if it's relevant to the query and provide a relevance score from 0.0 to 1.0.

## Search Query:
"{query}"

## {content_type} to Analyze:
{posts}

## Instructions:
1. Read and understand the search query and its likely intent
2. Score each post for relevance to the query using the scoring guidelines (0.0-1.0)
3. Classify each post:
   - Score ≥ {relevance_threshold} → put it in "relevant_posts"
   - Score < {relevance_threshold} → put it in "irrelevant_posts"
4. Every input post must appear in exactly one array

## Required Output Shape:
- Top-level keys: "relevant_posts" and "irrelevant_posts" (both arrays)
- Each entry has fields:
  - post_id: the exact id from the input
  - relevance_score: float between 0.0 and 1.0
- No other fields. No other top-level keys.

## Output Format:
The required JSON output schema is provided in the system prompt.