BC sports-betting
Place and claim decentralized sports bets on-chain via Pinwin and Azuro: real-time odds, high liquidity, no custody. Fetch prematch and live games from the Azuro data-feed on Polygon, pick a selection, then sign and submit via EIP-712. Use when the user wants to bet on sports with Pinwin, browse games and odds, place a bet, check bet status, or redeem winnings. Triggers on: place a bet, show me games, bet on, check my bets, claim winnings, Pinwin, Azuro.
Place and claim decentralized sports bets on-chain via Pinwin and Azuro: real-time odds, high liquidity, no custody.
As a process C 52/100 · Has gaps — weak spots: result and completion, inputs and preconditions, running it twice
How to improve
- The SKILL.md body is over 5,000 tokens: move reference detail into references/ and load it when needed.
- Your own cases (evals/evals.json, 4–6 real requests with expected answers): the full check would then run those instead of a model-drafted suite.
- A spec.yaml with trigger phrases and assertions — a behaviour contract for CI; `skilltest init` writes a template.
Guard findings · 12
✓ No critical or high findings
Medium and low: 12
-
low Secrets in code
secret-high-entropy-tokenreferences/polygon.md:14High-entropy token-like string (may be an id, hash or a credential) (detector / deny-list definition; documentation table row)| **relayer** | `0x8d…a9d` (for USDT approval; verify bet payload does not override) |
detectortable -
low Secrets in code
secret-high-entropy-tokenreferences/polygon.md:16High-entropy token-like string (may be an id, hash or a credential) (documentation table row)| **core** (ClientCore) | `0xF9…AC7` (for bet payload clientData.core; same as claimContract) |
table -
low Secrets in code
secret-high-entropy-tokenreferences/polygon.md:17High-entropy token-like string (may be an id, hash or a credential) (documentation table row)| **claimContract** (ClientCore, redeem won/canceled bets) | `0xF9…AC7` |
table -
low Secrets in code
secret-high-entropy-tokenscripts/place-bet.js:19High-entropy token-like string (may be an id, hash or a credential) (quoted — discussed, not commanded)const USDT = '0xc2…e8F'
quoted -
low Secrets in code
secret-high-entropy-tokenscripts/place-bet.js:20High-entropy token-like string (may be an id, hash or a credential) (quoted — discussed, not commanded)const RELAYER = '0x8d…a9d'
quoted -
low Risky intent
intent-wallet-secretsSKILL.md:4Handles crypto-wallet secrets (seed / mnemonic / private key) — a classic stealer target (detector / deny-list definition)compatibility: "Requires Node, viem and @azuro-org/dictionaries. Required env: BETTOR_PRIVATE_KEY (wallet private key; high-sensitivity). Optional env: POLYGON_RPC_URL."
detector -
low Secrets in code
secret-high-entropy-tokenSKILL.md:48High-entropy token-like string (may be an id, hash or a credential) (documentation table row)| **betToken (USDT)** | `0xc2…e8F` (6 decimals) |
table -
low Secrets in code
secret-high-entropy-tokenSKILL.md:49High-entropy token-like string (may be an id, hash or a credential) (documentation table row)| **relayer** | `0x8d…a9d` |
table -
low Secrets in code
secret-high-entropy-tokenSKILL.md:50High-entropy token-like string (may be an id, hash or a credential) (documentation table row)| **claimContract (ClientCore)** | `0xF9…AC7` |
table -
low Secrets in code
secret-high-entropy-tokenSKILL.md:101High-entropy token-like string (may be an id, hash or a credential) (quoted — discussed, not commanded)const USDT = '0xc2…e8F'
quoted -
low Secrets in code
secret-high-entropy-tokenSKILL.md:317High-entropy token-like string (may be an id, hash or a credential) (quoted — discussed, not commanded)const relayer = '0x8d…a9d'
quoted -
low Dangerous commands
cmd-autorun-instructionSKILL.md:537Instructs the agent to auto-run a script on every session (security demo / example)| Payload stake = 0 after `/agent/bet` | **Always run `place-bet.js --dry-run` first to see request body.** Likely causes: (1) `outcomeId` not valid for that `conditionId` — always take both from the
demo
Files scanned: 14. Evidence is masked. Grey chips explain why severity was lowered.
Against the Agent Skills spec
- warning
body-longSKILL.md body ≈ 6175 tokens (recommended < 5000); move details to references/ - note
frontmatter-keyunknown frontmatter key "homepage"
Process rating: all ten parameters 52/100
- 0Result and completion. Does not say what the result is
- 0Inputs and preconditions. Does not say what the process needs to start
- 0Progress reporting. Says nothing while it works
- 30Running it twice. 6 mutating operations with no state check
- 60Tools and files. Uses tools (bash, web, node) that frontmatter does not declare
- 60Steps. 47 steps, 4 vague phrases
- 70When it triggers. States when to use, but not when not to
- 70Execution cost. Instruction body is 6175 tokens
- 100Failures and branches. 6 branches, has a failure section
- 100Consistency. Name and required fields are in place
- medium Safety rules and hard prohibitions inside a skill: they belong in the system prompt, here they protect nothing
- low 10 top-level sections: this looks like several domains in one skill
Everything here is measured from the skill text rather than judged by a model, so the numbers are checkable. A parameter weighs more when it is a more common reason for the process to stall.
Quality signals
- +5Description has no quoted example phrases that should trigger the skill
- +4Description does not say when NOT to use the skill (false activations)
- +3Output format is not stated: the model decides each time
- +1No license
- +2Single-language instructions
- +3Description length 458: enough signal without eating the budget
- +4Structure: 22 headings
- +3Step-by-step instructions: 47 items
- +4Has examples (20 code blocks)
- +4Reference files are cited in the instructions (6 of 6)
- +3All 3 scripts are documented
Quality base 70; lint remarks subtract, signals add up to 100. Result: 80.