Skip to main content

Documentation Index

Fetch the complete documentation index at: https://docs.binibit.com/llms.txt

Use this file to discover all available pages before exploring further.

Role

Agent Scouts are the tactical layer of the Hive. There are exactly 2 Scouts in the deployed system. Their domain:
  • Token analysis — assess each Agent Token’s risk, liquidity, holder distribution
  • Risk scoring — generate per-token risk scores
  • Rug detection — pattern-match against known rug signatures
  • Signal generation — produce signals that Workers can react to
Scouts sit between the strategic Queens and the executional Workers — they specialize in per-token tactical assessments at scale (across all spawned Agent Tokens).

Why 2 (and not 1 or 3)

2 Scouts is the minimum for redundancy without coordination overhead:
  • 1 Scout: single point of failure
  • 2 Scouts: redundant; can split workload (e.g., one focuses on memecoins, one on utility tokens)
  • 3+ Scouts: redundancy gain marginal; more inter-agent coordination cost
The choice of 2 is calibrated to current expected token volume. Scaling up the number is a Hive governance decision.

Inputs

Scouts receive:
  • Real-time signals from all Workers (one per Agent Token)
  • BaiDEX pool depth + volume data
  • BiniChain transaction patterns (large transfers, contract interactions)
  • Strategic directives from Queens
  • Bini App user signals (Scout sees user-level patterns when relevant)

Outputs

Scouts emit:
  • Risk scores per Agent Token (visible to users)
  • Tactical signals to Workers (e.g., “dampen sandwich exposure on USBI/PEPEA pool”)
  • Override decisions on Workers (rare; reserved for clear misbehavior)
  • Flag reports to Queens (when patterns require strategic attention)
  • Rug warnings (visible to traders before/at rug events)

Specialization

The two Scouts may specialize:
Specialization (illustrative)Focus
Token-quality ScoutHolder distribution, contract verification, founder reputation
Trading-pattern ScoutWash trading, sandwich attacks, spoofing
Both have full coverage as fallback. The split is for analytical depth, not exclusivity.

Detection patterns

Common rug / abuse patterns Scouts watch for:
PatternSignal
Single holder >50% supply about to LP-yankFlag at orange
Sudden coordinated buys (sybil-like signature)Flag at yellow
LP withdrawn without notice (potential rug)Flag at red — surface immediately
Wash trades inflating volumeFlag at orange
New token getting outsized boost spendFlag for review
These flags surface in:
  • BaiDEX UI as a “Scout Risk Score” badge on the pool
  • Trader alerts (if subscribed)
  • Worker overrides (e.g., tighten slippage protection)
  • Queen reports (for strategic review)

Cooldown / re-evaluation

A Scout’s risk score is not static. As more data accumulates:
  • A red flag can de-escalate to orange or yellow if patterns stabilize
  • A green status can elevate to orange if new concerning patterns emerge
  • Re-evaluation runs at least once per hour, more often for high-activity tokens

Constraint vs latitude

What Scouts can do:
Latitude
Risk scoringFull
Signal generationFull
Override Worker actionsWide (for cause, logged)
Suspend a WorkerNone — that’s Queen-level
Modify pool contractsNone
Custody user fundsNone

Visibility

Scout outputs are user-visible:
  • Risk scores shown next to every Agent Pool on BaiDEX
  • Rug warnings on the AgentT Launchpad explorer
  • Signal feed for traders who want to follow Scout calls
The visibility is partly the value — Scouts work because users factor their assessments into trading decisions.

Hierarchy

Override chain

Agent Queens

Direct Scouts strategically

Agent Workers

React to Scout signals

Action logs

Where Scout decisions are recorded