Use when research prediction-market events, venues, underliers, liquidity, and news context for Itô basket workflows. Use for read-only market intelligence, API-gated Itô exploration, and source-grounded prediction-market briefings without investme... Triggers on \"ito-market-intelligence\", \"ito market intelligence\", \"intelligence\".
Scanned 9/19/2026
Install to Claude Code
npx -y skills add majinmagros/magros.ai-skills --skill ito-market-intelligence --agent claude-codeInstalls into .claude/skills of the current project.
Are you the author of Ito Market Intelligence?
Add the live security badge to your README — it updates automatically with every re-scan.
[](https://www.skillsdirectory.com/skills/majinmagros-ito-market-intelligence)More formats (shields.io, HTML) on the badges page.
---
name: ito-market-intelligence
description: "Use when research prediction-market events, venues, underliers, liquidity, and news context for Itô basket workflows. Use for read-only market intelligence, API-gated Itô exploration, and source-grounded prediction-market briefings without investme... Triggers on \"ito-market-intelligence\", \"ito market intelligence\", \"intelligence\"."
---
# Itô Market Intelligence
Use this skill when a user wants prediction-market context, event discovery,
venue comparison, basket theme exploration, or an Itô API-backed market brief.
Use public sources by default. Any Itô-backed data call requires the user to
explicitly request Itô data and requires a scoped `ITO_API_KEY`. Never print,
persist, or ask the user to paste a key into chat.
## Quando usar
- "contexto de prediction market p/ cesta Itô", "compara Polymarket vs Kalshi"
- Brief read-only de eventos/venues/liquidez com fonte e timestamp
- Exploração Itô via API só com pedido explícito + ITO_API_KEY com escopo read
- Não use para: recomendação de aposta/trade (nunca); executar ordens
## Guardrails
- Do not provide investment, legal, tax, or trading advice.
- Do not place, cancel, route, or simulate live orders.
- Do not infer the user's financial situation unless they provide it.
- Treat Polymarket, Kalshi, Itô, X, Exa, GitHub, and web data as source inputs,
not as truth by themselves.
- Separate facts, market-implied signals, and your interpretation.
- Never claim a price, volume, liquidity value, timestamp, venue rule, or news
event that is absent from a cited response or source.
- Treat every remote response as a snapshot. Show its retrieval time, source
URL, and source-provided update time when available. Call data stale or
unknown rather than silently treating it as current.
## Workflow
1. Clarify the market theme, venue, geography, and time horizon.
2. Gather public market data from venue docs/APIs or source-grounded research.
Cite the exact source URL next to each material claim and distinguish the
publication/update time from the retrieval time.
3. If the user explicitly asks for Itô data, run the bundled read-only client:
```bash
node scripts/ito-market-intelligence.js --json search-markets --platform all --limit 25
```
The client reads `ITO_API_KEY` from the environment, sends it only to the
configured Itô HTTPS origin, never logs it, and permits only documented GET
endpoints. Do not run it merely because a key exists.
4. Normalize event, underlier, liquidity, fee, resolution, and data-latency
differences across venues.
5. Produce a decision brief:
- market/event summary
- available venues and underliers
- liquidity and data-quality caveats
- relevant news/source context
- open questions before any user action
## Authentication and recovery
- Market-data API keys are separate from the Itô compute CLI's device login.
Do not run `ito login`, `ecc ito login`, or open a browser for this skill:
those credentials are not a documented substitute for a `baskets:read` or
`markets:read` API key. Return control to the originating agent after stating
the missing scope and operator-driven access requirement.
- On `AUTH_MISSING`, request a scoped key through the user's established Itô
access channel without collecting it in chat. On `AUTH_REJECTED`, say the key
may be expired, revoked, or missing the required read scope.
- On `RATE_LIMITED`, respect `retry_after_seconds`; do not loop automatically.
On `TIMEOUT` or `UPSTREAM_ERROR`, preserve prior cited facts, label the live
snapshot unavailable, and offer a bounded retry. Never replace failed liveIs this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.
No comments yet. Be the first to comment!