菜单
Ready-to-deploy pmm_mister config profiles (aggressive / balanced / conservative) — full parameter coverage including spreads, effectivization times, tolerance, order types, skew, and global TP/SL.
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
| name | pmm_config_playbook |
| description | Ready-to-deploy pmm_mister config profiles (aggressive / balanced / conservative) — full parameter coverage including spreads, effectivization times, tolerance, order types, skew, and global TP/SL. |
| when_to_use | When you need a starting pmm_mister controller config and want a vetted template instead of hand-tuning every parameter — pick a profile by regime, fetch its template, then adapt the connector/pair/amount. |
| source | builtin |
Three vetted pmm_mister profiles, one per risk posture. Each profile lives in a
companion file — fetch only the one you need so the others never load into
context:
manage_skill(action="read_file", name="pmm_config_playbook", file="config_aggressive.md")
| Regime | Profile | File |
|-----------------------------------------|------------------|-----------------------------|\n| Quiet / low-vol ranging (ADX < 18) | Aggressive | config_aggressive.md |
| Ranging / normal (ADX < 25) | Balanced | config_balanced.md |
| Volatile / trending / uncertain | Conservative | config_conservative.md |
config_data block for
manage_controllers(action="upsert", target="config").connector_name, trading_pairtotal_amount_quote (respect the strategy's risk limit)leverage (never above the strategy's cap; templates default low)manage_controllers upsert → manage_bots deploy).
Live retunes go through manage_bots(action="update_config", confirm_override=true).Parameters most commonly tuned in real operations:
Inventory & allocation
portfolio_allocation — fraction of total_amount_quote actively deployed per iterationtarget_base_pct / min_base_pct / max_base_pct — inventory band; skew
kicks in when base drifts outside min/maxmin_skew — minimum spread multiplier applied to the heavy side when inventory
drifts; 1.0 = no minimum, 2.0 = at least 2× wider on the accumulating sidemax_active_executors_by_level — max concurrent open executors per level;
controls total directional exposure (fills × allocation per level)Order timing
executor_refresh_time — how often (seconds) the controller checks and potentially
replaces open orders; lower = tighter to mid price but more rate limit usagebuy/sell_cooldown_time — after a fill, how long to wait before placing a new order
on that side; lower = faster re-entry, more risk of accumulating at similar pricesbuy/sell_position_effectivization_time — how long (seconds) the per-fill
LIMIT_MAKER TP order stays on the book after a fill; when this expires, the TP
order is removed and the position transitions to "hold" mode managed only by
the global SL/TP layer. Lower = TP has less time to fill → positions accumulate
into hold faster. Higher = TP order stays on book longer → more chances of hitting TP.Spread & refresh tolerance
price_distance_tolerance — minimum price gap required between open orders at
the same level; prevents stacking orders too close togetherrefresh_tolerance — minimum mid-price move required to trigger a quote
refresh/replacement; lower = more responsive, higher cancel/replace churntolerance_scaling — multiplier applied to tolerance values as the number of
active executors grows; prevents cancel-loops when multiple orders are open at
the same levelOrder types (3 = LIMIT_MAKER / post-only, 2 = LIMIT, 1 = MARKET)
open_order_type — order type for entry orders (always use 3 unless exchange rejects)take_profit_order_type — order type for TP orders (always 3)Per-fill risk
take_profit — offset from fill price where the LIMIT_MAKER TP order is placed;
must be > round-trip fees to be profitableGlobal portfolio guardrails (position hold phase)
global_tp_enabled / global_take_profit — when total held position gains this %, close and restart MMglobal_sl_enabled / global_stop_loss — when total held position loses this %, close and restart MMglobal_sl_activation_from — inventory threshold from which global SL activates
("min_base" = when base is light, "target_base" = from neutral)global_tp_activation_from — inventory threshold from which global TP activatesglobal_pnl_reference — PnL basis: "position" (unrealized open PnL) or
"portfolio" (total portfolio value)position_profit_protection — blocks inventory reduction at unfavorable pricesOther
tick_mode — if true, controller runs only on candle ticks; false = continuous (default)The full regime→param decision logic lives in the pmm_mister_operator strategy.
These templates are starting points — every deploy still goes through normal
risk/confirmation controls.
How total_amount_quote and initial_positions define a controller's isolated capital — the budget a single pmm_mister controller trades with, and how to seed it with base assets you already hold so each controller is independent from the wider portfolio.
Run the MM bot status report: running bots, open/hold-mode positions, closed position breakdown (TP/SL/Early/Hold), PnL, volume, and error summary.
End-to-end playbook for deploying a pmm_mister bot on a token — regime analysis, profile selection, config creation, and bot deployment.
On hyperliquid_perpetual, tokenized perp contracts (equities/pre-IPO names like SPCX-USD) are issued by a provider and require an issuer prefix in the trading pair (e.g. XYZ:SPCX-USD, not SPCX-USD).
Create and operate autonomous trading agents the minimal way — create the agent from just its role + purpose, prove it's alive by consulting it, then progressively improve it with routines and (optionally) a loop strategy.
The single reference for writing Condor routines — fetching Hummingbot data, parallel calls, reports/charts, continuous loops, and candlestick charts. Routes to a companion file per topic.