StackResolve logoStackResolve

Schemas

The normalized fields behind every answer.

StackResolve does not return prose blobs. It stores atomic, typed facts grouped into namespaces, and every primitive reads from them. This is what keeps the output normalized and reusable rather than a free-text report. Each field has a type and a time-to-live (TTL) that drives Freshness.

#company

The record behind get_company.

FieldTypeTTL
descriptionstring30 days
productsstring[]7 days
categoriesstring[]30 days
executivesobject7 days
fundingobject7 days
technologystring[]7 days
recent_newsobject1 hour

#pricing

The record behind get_pricing.

FieldTypeTTL
pricingobject1 day
free_tierbool1 day
self_servebool1 day

#agent_capability

The capability facts the AgentReady Score reads.

FieldTypeTTL
apibool7 days
openapibool7 days
mcp_availablebool1 day
clibool7 days
sdksstring[]7 days
llms_txtbool7 days
authenticationstring7 days
claude_compatiblebool1 day
codex_compatiblebool1 day
cursor_compatiblebool1 day

#readability

Agent-readability signals, aligned with the Vercel agent-readability spec.

FieldTypeTTL
robots_ai_allowedbool7 days
sitemapbool7 days
agents_mdbool7 days
canonicalbool7 days
meta_descriptionbool7 days
json_ldbool7 days
markdown_mirrorbool7 days

#Category specialization

Some categories carry their own fields so the output is genuinely normalized, not generic.

  • payments: cards, ach, marketplaces, stablecoins, subscriptions, payouts, merchant_of_record, countries.
  • database: engine, serverless, branching, vector, regions.
  • crm: contacts, pipelines, api_first, native_integrations.

More categories gain their own fields over time. Each field's TTL drives Freshness. Values are typed: a bool is a real boolean, a list is a real array, an object is a nested structure.