smithery/ratacat

calci-prediction-market

Context and working knowledge for Calci’s prediction-market domain, which is powered by Kalshi. Use this skill whenever the user asks about Calci prediction markets, Kalshi markets, tickers, order books, pricing, settlement, or the Kalshi API/WebSocket.

Installation

$ npx skills add smithery/ratacat --skill calci-prediction-market

Similar popular skills

Related neighbors and high-traction skills in the same topics — useful to compare before installing.

Also in this package

Other skills from smithery/ratacat · top by installs.

npx skills add smithery/ratacat

Browse all from smithery/ratacat

More details

Agent compatibility

Declared targets from SKILL.md / docs. Unmarked agents are not listed — the skill may still install via the CLI.

Claude Code Not declared
Cursor Not declared
Codex Not declared
GitHub Copilot Not declared
Windsurf Not declared
Gemini CLI Not declared
Cline Not declared
OpenCode Not declared

Skill metadata

Parsed from SKILL.md frontmatter.

Allowed toolsRead, Grep, Glob

Package contents

Files included with this skill beyond the listing page.

  • skill md SKILL.md 4,938 B
  • docs SUMMARY.md 286 B

History

  1. First recorded snapshot · 0 installs

SKILL.md

Calci Prediction Market (Kalshi)

Calci’s prediction-market layer is built on Kalshi. This skill provides the domain model, trading mechanics, and API conventions you need to reason about Calci/Kalshi data and to explain it clearly to users.

Core Mental Model

  1. Binary event contracts

- Every tradable contract is Yes/No on a real‑world outcome. - A winning side pays $1, losing side pays $0. - Prices between $0.01–$0.99 represent implied probability.

  1. Implied probability

- If a Yes contract trades at $0.74, the market implies ~74% chance of Yes. - No price is complementary (roughly 1 − Yes, ignoring fees/spread).

  1. Fully collateralized

- Users pay maximum loss up‑front. No margin/leverage. - You can never lose more than you spend on contracts.

Data Hierarchy (Kalshi → Calci)

Kalshi uses a strict hierarchy:

  • Series → template for recurring markets (shared rules/settlement).
  • Event → specific instance within a series (a real‑world occurrence).
  • Market → single binary contract within an event (one Yes/No outcome).

Calci mirrors these objects. When you see “market” in Calci UI, clarify whether it’s an event page (container) or a specific market outcome (binary leg).

Market Objects: What Fields Mean

When interpreting Calci/Kalshi market JSON:

  • ticker: unique identifier (string).
  • eventticker / seriesticker: parent identifiers.
  • title / subtitle: human‑readable question and clarification.
  • yesbid / yesask (cents) and _dollars: best prices to buy/sell Yes.
  • nobid / noask: best prices to buy/sell No.
  • last_price: last traded Yes price.
  • volume / volume24h / openinterest: activity and outstanding contracts.
  • opentime / closetime / expiration_time: lifecycle timestamps.
  • status: initialized, active/open, closed, settled.
  • result / settlement_value: set after resolution.

Trading Mechanics to Explain

  • Order book on both Yes and No sides.
  • Quick/market order crosses current spread for immediate fill.
  • Limit order rests at a chosen price; may add liquidity.
  • Closing a position = taking the opposite side later (sell Yes or buy No).
  • Mutually exclusive events contain multiple markets where at most one can settle Yes.

Fees on Kalshi are variable/quadratic, roughly a percent of potential profit; maker orders may be discounted.

Settlement & Resolution

  • Each series defines official settlement sources and rules.
  • Markets usually close before the strike/decision time, then settle after confirmation.
  • Some markets can resolve early if cancloseearly is true.

When asked “how does this resolve?”, reference the series rules and settlement source, then restate in plain language.

API Conventions You Should Use

Public data (no auth needed):

  • GET /series
  • GET /events (events include their markets)
  • GET /markets
  • GET /market/{ticker}
  • GET /market/orderbook
  • GET /market/candlesticks
  • GET /market/trades
  • GET /exchange/status

Trading/account (auth required):

  • POST /orders, DELETE /orders/{id}, GET /orders/{id}
  • POST /order-groups and related order‑group endpoints
  • GET /portfolio/balance, GET /portfolio/positions, GET /portfolio/fills

Auth uses an API key id plus RSA signature headers:

  • KALSHI-ACCESS-KEY
  • KALSHI-ACCESS-TIMESTAMP
  • KALSHI-ACCESS-SIGNATURE

Real‑time updates arrive via WebSocket subscriptions to tickers.

How to Apply This Skill When Answering

  1. Map Calci terms → Kalshi terms if the user is vague.
  2. Always distinguish Series/Event/Market and restate which level you’re discussing.
  3. Convert price to probability explicitly when helpful.
  4. Explain both sides (Yes/No) and spreads when discussing pricing or order books.
  5. Cite rules + settlement source for resolution questions.
  6. Stay neutral: describe mechanics and risks; don’t give financial advice.

Examples

  • “This Calci market is a Kalshi market ticker. It’s a binary contract paying $1 if Yes. At $0.62, the market implies ~62% Yes probability.”
  • “The event is mutually exclusive, so each candidate outcome is a separate market. Exactly one can settle Yes.”
  • “To get real‑time prices, subscribe to the market tickers on the Kalshi WebSocket; Calci mirrors those updates.”

For more detail, see [reference.md](reference.md).