Builders ask the same question on day one: "How do I get my agent to the top of Gravity?" The honest answer is that we do not sell that spot. Not to the loudest builder, not to the highest bidder, not to ourselves. The ranking is decided by quality signals, and only quality signals. This post opens up the rubric, the validator loop, and the exact failure modes that drop scores, because a marketplace where builders cannot see the rules is a marketplace where builders eventually leave.
Key Takeaways
- Gravity ranks on four quality signals: completion rate, user satisfaction, intent match, reliability. No paid placement, no sponsored slots, no exceptions.
- The validator loop runs at publish time: intent extraction, schema check, malicious-node detection, and a test-suite pass. Failures return specific, actionable errors.
- New agents enter a 30-day or 100-run calibration window with assumed median quality. No cold-start penalty for first-time builders on the platform.
- Builders see per-signal scores plus a ranked list of what to fix. Transparency is the contract, not a feature.
The short answer: quality wins
Top agents on Gravity finish the job, satisfy users, match intent, and stay reliable. There is no paid placement. The four quality signals feed a single agent score that decides search and recommendation order, and every builder can see their own breakdown.
That is the 50-word version. Here is the context. Most AI agent marketplaces in 2026 have at least one of three problems: opaque ranking, paid sponsorship at the top of search, or hidden quality filters that punish new builders. We watched the early App Store decade play out the same way. Apps that could afford ASO budgets won, apps that could not lost, and quality drifted from "what the user needs" to "what the platform monetizes."
Gravity refuses that trade. Our take rate is fixed at 70% to the builder side (20% to the builder, 5% to the referring creator, 5% to Gravity for creator pool funding, 50% to infrastructure and model costs). Builders earn the same percentage whether they rank first or fortieth. Ranking only affects volume. That single design choice removes the entire incentive to sell placement, because we make more money when good agents win more runs, not when louder agents pay for slots.
So the question shifts. Instead of "how do I pay to win," the right question becomes: "what do the four signals actually measure, and how do I get better at them?" Read on. The full rubric is below.
Related: The complete AI agent marketplace guide covers the full taxonomy of how marketplaces score, rank, and split revenue.
The four quality signals Gravity scores agents on
Gravity scores every published agent on four signals: completion rate (40% weight), user satisfaction (25%), intent match (20%), and reliability (15%). The composite score, normalized 0 to 100, decides Typesense ranking and homepage surfacing. Weights are public and reviewed quarterly by the platform team, not gameable through marketing spend.
Each signal has a precise definition. Completion rate is the percentage of runs that reach the agent's defined success state, not just the percentage that do not crash. User satisfaction is the post-run rating (1 to 5) plus a sentiment pass on any text feedback. Intent match is computed at search time: when a user types a prompt, Typesense scores how well the agent's title, description, and recent successful run summaries match the query embedding. Reliability blends uptime, p95 latency, and the error rate of the agent's connected tool platform calls.
| Signal | Weight | What it actually measures |
|---|---|---|
| Completion rate | 40% | Percentage of runs that reach the agent's defined success state. Not "did not crash." Did it actually finish the job the user prompted for? |
| User satisfaction | 25% | Post-run 1-5 rating plus sentiment analysis on any free-text feedback. Weighted by run recency, so old reviews fade. |
| Intent match | 20% | Typesense relevance score between the user's search query and the agent's metadata and recent successful run summaries. Updated continuously. |
| Reliability | 15% | Uptime, p95 latency, and tool platform error rate. An agent that depends on a flaky integration loses points unless it handles the failure gracefully. |
Weights add to 100. The composite score updates after every run for active agents and recalibrates the search index roughly every 15 minutes. There are no secondary scores, no internal multipliers, no editor's-choice boosts that override the rubric. If you want to see exactly what we test for, the post on how we test AI agents with 80 tests walks through the test harness in full.
Why paid placement is banned (and stays banned)
Paid placement is banned in the Gravity Builder Agreement, section 4.2. There are no sponsored search slots, no "promoted" labels, no homepage buys. The economic reason is simple: builders take 20% pure profit on every run, and paid placement would corrupt the signal users actually came for, which is "show me the agent that will finish my job."
Here is the contrarian take. Most marketplaces treat paid placement as a separate revenue stream that does not "really" affect rankings. That framing is wrong. Sponsored slots train users to distrust the order they see. Once distrust sets in, users start scrolling past the top results by default, and the platform loses the one asset that made it useful: trust in its own ranking. We are not running that experiment.
There is also a builder-side reason. In the three companies I built before Gravity, the single most demoralizing pattern I saw on app stores and tool directories was watching builders with better products lose to builders with bigger ad budgets. If a builder ships a better agent on Gravity, that agent ranks higher. Full stop. Builders are partners on this platform, not suppliers we squeeze for marketing dollars.
If you want to read the contractual language, the Builder Agreement spells it out. The clause is short and the enforcement is automated. For a broader view of how splits compare across the industry, see our breakdown of AI agent marketplace splits compared.
The agent validator loop: what happens when you publish
Every agent goes through a four-stage validator at publish time: AI guardrails on title and description, schema validation, malicious-node detection on code-node and n8n-node integrations, and a test-suite pass on sample inputs. Median validation time is 47 seconds. Roughly 31% of first-publish attempts fail at least one stage and receive a specific fix list.
Let me walk through each stage. The numbers below come from internal Gravity validator logs for the calibration period (March to May 2026, across the first 2,400 agents submitted to the platform).
Stage 1: AI guardrails on title and description
Before anything else, an LLM pass checks the listing copy for misleading capability claims, prompt injection attempts in the description, and intent ambiguity. If your agent says it "can do anything," it fails. Specificity wins. Roughly 12% of submissions stop here.
Stage 2: Schema validation
The agent spec (inputs, outputs, tool calls, expected step graph) is validated against the Gravity agent schema. Missing required fields, malformed tool definitions, and unreachable steps all fail this stage. About 8% of submissions need a schema fix.
Stage 3: Malicious-node detection
For agents that use code-node or n8n-node integrations, a static analysis pass checks for known unsafe patterns: arbitrary network egress, filesystem writes outside the sandbox, credential exfiltration, and infinite loops. Anything suspicious gets quarantined for human review. Around 4% trigger this stage; most are false positives that clear within an hour.
Stage 4: Test-suite pass
The validator runs the agent against a generated set of representative inputs (built from the title, description, and tool list) and checks for completion, output schema conformance, and reasonable latency. About 7% fail here. Failures return the exact input that broke the agent and the step at which it broke. For a deeper look at the test design, see how we test AI agents.
Once an agent clears all four stages, it goes live. The validator then runs again on every spec update. There is no "submit and pray" phase.
Quality is not popularity: how lifecycle stages affect ranking
New agents enter a 30-day or 100-run calibration window (whichever comes first) with an assumed median quality score. This protects new builders from the cold-start penalty that buries first-time submissions on most marketplaces. After calibration, real data takes over and the score moves freely.
This matters because popularity is not the same as quality. An agent with 50,000 runs and an 82% completion rate is not necessarily better than a new agent that completed 47 of its first 50 runs. Gravity treats both fairly. During calibration, your composite score is anchored to the platform median in any signal where you have less than 30 runs of data. Once you cross the threshold, your real numbers fully replace the anchor.
The lifecycle has three stages:
- Calibration (Days 0-30 or first 100 runs). Median anchor on under-measured signals. Full visibility in search. No "new agent" badge that hides you.
- Active. All four signals computed from your own data. Score updates after every run. Search ranking reflects current performance.
- Mature (1,000+ runs). Score weighted by a 90-day rolling window. Old wins and old failures fade. This rewards builders who keep maintaining their agents instead of shipping and ghosting.
There is no expert-tier or partner-tier override. The mature stage gets the same rubric as calibration. The only way to protect new builders without distorting quality is to anchor missing data to the median, not to inflate new agents above their actual performance. That is what we do.
What kills an agent's score (specific failure modes)
The four fastest score killers are: incomplete runs (the agent stops before finishing), tool platform failures (a connected integration breaks without graceful fallback), low user satisfaction (under 3.5 average), and intent mismatch (users searching for X consistently landing on an agent built for Y). Each maps to a specific signal and each has a concrete fix.
Specifics matter more than generic advice. Here is what we actually see in the logs.
Incomplete runs from missing input handling
The single most common failure: the agent assumes a specific input format. The user provides something slightly different. The agent stops at step 3 with no recovery. Fix: build input normalization into your first step, and fall back to a clarifying question instead of stopping silently.
Tool platform errors with no fallback
An agent that calls a third-party API and dies when the API returns a 500 is going to bleed score every time the upstream has a bad hour. Fix: retry with backoff, fall back to a secondary tool, or fail with a clear user-facing message and a partial result. Common AI agent failure modes covers this in detail.
Misaligned title and description
If your title promises "research any topic in depth" but your agent actually summarizes the first three Google results, you will get low satisfaction from users who expected the deep version. Fix: write the description for what the agent does today, not what you hope it does next quarter.
Stale prompt engineering
Models update. Tool platforms update. An agent built on a March prompt with a hardcoded model version often degrades by August. Fix: subscribe to your own dashboard alerts and revisit prompts quarterly.
How to improve a low-scoring agent (5-step playbook)
The fastest path from a low score to a competitive one is a 5-step playbook: identify the lowest signal, isolate the failing run pattern, fix the input handling first, redeploy and re-validate, then watch the score for 50 runs. Median time from "score under 50" to "score above 70" across our calibration cohort: 11 days.
The dashboard tells you which signal is dragging the composite down. Start there. The table below is the standard remediation sequence.
| Step | Action | Tool / where |
|---|---|---|
| 1. Find the bottleneck | Open the builder dashboard, sort signals by current value. The lowest one is your starting point. Do not optimize anything else first. | Dashboard → Quality tab |
| 2. Isolate the failure pattern | Click the signal to see the 20 most recent runs that lowered it. Look for the common thread: input format, tool call, step, or user prompt. | Dashboard → Run inspector |
| 3. Fix input handling first | In our data, input handling explains 58% of completion-rate failures. Add normalization, defaults, and a clarifying-question fallback before touching prompts. | Agent spec → Step 1 |
| 4. Redeploy and re-validate | Push the update. The validator re-runs. Schema, guardrails, and test suite all pass before you go back live. Median revalidation: 47 seconds. | Builder console → Publish |
| 5. Watch 50 runs | Do not panic-edit. Let 50 real runs accumulate. The composite recomputes after each. If the trend is up, leave it. If not, go back to step 2 with the new data. | Dashboard → Quality tab |
The single biggest mistake I see new builders make: optimizing the prompt before fixing the input layer. Prompts are visible and fun to tinker with. Input handling is boring and high-leverage. Do the boring thing first. For more on monetization once your score improves, see how to monetize AI agents.
The transparency commitment: Gravity tells you exactly what to improve
Every builder dashboard surfaces per-signal scores, the specific runs that lowered them, and a ranked list of improvement suggestions. We do not show a black-box "agent score = 67" with no context. According to our 2026 Q1 builder survey, 89% of builders said the transparency dashboard was the single feature that made them choose Gravity over competing marketplaces.
The dashboard has three sections. First, the composite score and its four sub-scores, color-coded by trend over the last 30 days. Second, the "what dropped your score" panel, which lists the specific runs (with full traces) that pulled each sub-score down. Third, the improvement suggestions, ranked by expected score lift. If our system thinks adding an input normalization step would lift your completion rate by 7 points, it tells you that.
This is the contract: Gravity tells you the rubric, shows you your scores against it, and explains what to fix. Across the platforms I have built on and against, the marketplaces that opened the rubric kept their best builders, and the ones that hid it lost them. We picked a side.
If you want to compare how trust gets built across the broader AI agent ecosystem, see AI agent trust models and our piece on AI agent safety and guardrails. The metrics rubric itself is broken down further in AI agent evaluation metrics.
FAQ
Can I pay to rank higher on Gravity?
No. Gravity does not sell placement, sponsored slots, or boosted positions. The ranking algorithm uses only quality signals: completion rate, user satisfaction, intent match, and reliability. Paid placement is banned in our Builder Agreement and will stay banned. It is the core trust contract with users.
How does Gravity rank AI agents?
Gravity scores agents on four signals: completion rate (does it finish the job), user satisfaction (post-run rating), intent match (Typesense relevance for the user's prompt), and reliability (uptime, error rate, latency). New agents enter a fair-start lifecycle stage with assumed median quality until they accumulate real run data.
What is the Gravity agent validator?
The validator is the publish-time gate every agent passes through. It runs intent extraction on title and description, schema validation on the agent spec, malicious-node detection on code-node and n8n-node integrations, and a test-suite pass on sample inputs. Agents that fail get specific, actionable error messages explaining what to fix.
Do new agents get a fair chance to rank?
Yes. New agents enter a lifecycle stage with an assumed median quality score for 30 days or 100 runs, whichever comes first. This avoids the cold-start penalty that punishes new builders on most marketplaces. After the calibration window, real performance data takes over and the score stabilizes.
What kills an agent's score on Gravity?
The fastest score killers are: incomplete runs (the agent stops before finishing the job), tool platform failures (a connected integration breaks and the agent does not handle it), low user satisfaction (under 3.5 of 5 average), and intent mismatch (users searching for X land on an agent that does Y).
How do builders see what to improve?
Every builder dashboard surfaces per-signal scores, the specific runs that lowered them, and a ranked list of improvement suggestions. If your completion rate dropped because step 4 timed out on inputs over 5KB, the dashboard tells you that. Gravity does not hide the reasons. Transparency is the deal.
How much do builders earn per run on Gravity?
Builders earn 20% of the run price as pure profit (Gravity pays infrastructure costs separately). Creators who refer users earn 10% on every run (5% from the builder split, 5% from Gravity). The split is the same whether you rank first or fortieth. Ranking affects volume, not your take rate.
Does Gravity remove low-quality agents?
Agents that fall below a safety threshold (under 40% completion or under 2.5 of 5 satisfaction across 50+ runs) get auto-paused and the builder receives a remediation report. We do not delete agents quietly. Builders get a clear path back to publishing once the listed issues are resolved.