目的

运行高速代币机会工作流：

1. 极早期识别池/代币活动，
2. 对合约与市场风险进行分级评估，
3. 验证社交信号质量，
4. 在所有规则通过时执行小额、受控的入场操作。

这是一个编排型技能。它协调上游技能并严格执行显式风险策略。本技能不保证盈利。

必需已安装的技能

• minara（最新检查版本：1.1.9）
• torchmarket（最新检查版本：4.2.7）
• torchliquidationbot（最新检查版本：3.0.2）

安装/更新命令：

npx -y clawhub@latest install minara
npx -y clawhub@latest install torchmarket
npx -y clawhub@latest install torchliquidationbot
npx -y clawhub@latest update --all

必需的配置与凭据

最低要求：

• MINARA_API_KEY
• SOLANA_RPC_URL

依据执行路径不同，还可能需要：

• Minara 签名器路径：优先使用 Circle Wallet；若不可用，则按 Minara 文档说明回退至链上私钥方式。
• Torch 金库路径：VAULT_CREATOR 及其关联的代理钱包（用于金库路由操作）。

任何实盘执行前必须完成的预检项：

• 明确指定链（solana 或 base）
• 确认资金来源（金库或签名账户）
• 加载最大风险限额
• 确保存在 dry-run 路径

链感知架构

Solana 路径（全栈）

使用：

• Minara 进行检测与意图解析，
• Torch Market 获取深度代币信息、报价及金库/借贷状态，
• 可选 Torch 执行模式（金库路由），
• 外部网络搜索进行社交信号验证。

Base 路径（受限路径）

使用：

• Minara 进行检测、意图解析与交易组装，
• 外部网络搜索进行社交信号验证。

重要边界说明：

• Torch Market 与 Torch Liquidation Bot 专为 Solana 构建，不应假定其提供 Base 原生代币的风险原语支持。

大模型（LM）须首先收集的输入

• target_chain：solana 或 base
• token_symbol_or_mint
• max_entry_size（示例：1 SOL 或对应 Base 链等值）
• max_slippage_bps（示例：300）
• risk_mode：observe、paper 或 live
• sentiment_min_accounts（最小可信非机器人提及账户数）
• execution_policy：manual-confirm 或 auto-with-guardrails

若任一必填项缺失，则禁止执行实盘操作。

工具职责

Minara（minara）

核心检测/情报层与交易意图层：

• 市场聊天/情报监控，
• 交易意图解析与交换交易生成，
• 链感知执行路径，
• 支持 Solana 与 EVM（含 Base）的策略能力。

当需快速解析与组装交易时，请使用 Minara。

Torch Market（torchmarket）

Solana 原生深度状态层：

• 代币发现（getTokens）与代币详情（getToken），
• 买卖报价模拟（getBuyQuote、getSellQuote），
• 金库/借贷/头寸上下文（getLendingInfo、getLoanPosition），
• 金库路由交易构建器。

在 Solana 实盘入场前，请使用 Torch Market 进行链上结构校验与报价合理性检查。

Torch Liquidation Bot（torchliquidationbot）

专为清算看守者（liquidation keepers）设计的执行引擎：

• 持续扫描循环，
• 高速金库路由交易执行模式，
• 严格的金库安全边界。

重要边界说明：

• 该工具专为清算流程（buildLiquidateTransaction 路径）构建，而非默认意义上的通用买卖狙击器（buy/sell sniper）。
• 除非已有专用的 swap 执行器，否则仅应复用其运营/安全模式，不得直接用于常规交易。

标准信号链

请使用此信号链支持上线狙击（launch-sniping）决策。

阶段 1：早期上线检测

利用 Minara 情报能力识别候选机会，并解析交易意图上下文。

必需输出：

• 代币/铸币地址（token/mint identifier）
• 链标识
• 如可用，初始流动性信号
• 首次检测时间戳

阶段 2：链上风险分级评估

针对 Solana 候选项目，使用 Torch Market 状态数据：

• 代币状态与储备量，
• 买卖报价模拟（冲击影响分析），
• 相关金库与借贷上下文，
• 如可通过代币/持有人查询获得，纳入持仓集中度快照。

风险解读策略：

• 不得将任意单一字段视为完整“卷款跑路”（rug）或“蜜罐”（honeypot）判定依据。
• 绿灯放行前必须满足多个独立指标同时达标。

阶段 3：社交信号验证

使用外部网络搜索工具（未集成于上述三项技能中）验证真实用户是否正在讨论该代币。

最低验证要求：

• 账户质量（具备实质性粉丝数/历史行为信号）
• 消息多样性（非重复性机器人刷屏）
• 时间一致性（与链上上线时间对齐）

阶段 4：决策矩阵

计算两个门控结果：

• SecurityGate：通过/失败
• SentimentGate：通过/失败

执行规则：

• 仅当两项门控均返回 pass 时才允许执行
• 否则一律标记为 no_trade

阶段 5：执行

若获准执行：

• 强制执行头寸上限（例如：1 SOL）
• 强制执行滑点上限
• 记录交易哈希（tx hash）与决策依据
• 立即设定入场后监控条件

场景映射（以 Solana 上 PEPE2.0 为例）

针对本技能请求所描述的场景：

1. Minara 标记一个具有初始流动性上下文的新 Solana 代币/池事件。
2. Torch Market 获取该代币层级的状态数据及报价/金库上下文。
3. 社交验证通过外部网络搜索（X/Twitter 信号质量）并行执行。
4. 若 SecurityGate=pass 且 SentimentGate=pass，则以固定滑点容忍度执行受控入场（例如 1 SOL）。
5. 完整记录决策轨迹：信号源、各项检查、最终动作。

输出契约

必须始终返回以下结构化字段：

• Detection

  • 链标识、代币 ID、首次发现时间戳

• OnChainRisk

  • 已检查的指标列表
  • 各指标通过/失败状态及原因说明

• SocialSignal

  • 信源摘要
  • 通过/失败状态及原因说明

• ExecutionDecision

  • trade 或 no_trade
  • 入场规模、滑点参数、执行路径

• AuditTrail

  • 实际执行的全部检查项
  • 未解决的不确定性项

风险防护栏

• 绝不部署无上限仓位；首笔入场必须设限。
• 绝不在无滑点限制条件下交易。
• 绝不仅凭热度（hype）单独作为交易许可依据。
• 绝不基于单个启发式指标宣称“安全”（safe）。
• 面对模糊或相互冲突的证据，优先选择 no_trade。
• 在 auto-with-guardrails 模式下，必须预配置硬性上限，并采用“默认拒绝”（fail-closed）策略。

运行模式

observe

仅执行检测与评分，不发起任何交易。

paper

执行模拟买卖，并记录假设性盈亏（hypothetical PnL）。

live

仅在通过预检与防护栏检查后，方可执行真实交易。

异常处理

• 缺少关键配置/环境变量：立即中止，并明确列出缺失项。
• 检测成功但链上风险数据不足：自动降级为 observe 模式。
• 社交信号源不可用：强制要求人工确认，或直接返回 no_trade。
• 所选链上不可用指定执行路径：返回明确的兼容性不匹配提示。

已检视上游技能的已知限制

• Minara 已检视文档描述了意图解析与交易组装能力，但在已检视的 SKILL.md 中未暴露专用“内存池扫描器”（mempool scanner）端点。
• Torch Market 提供丰富的 Solana 代币/金库/借贷状态与报价能力，但未内置单一“蜜罐/卷款评分”（honeypot/rug score）标志位。
• Torch Liquidation Bot 专精于清算场景；将其用作通用 swap 执行器属于功能复用（repurposing），并非其原生核心工作流。
• 社交信号检查需依赖本三技能栈之外的外部网络/搜索技能。

请将上述限制作为最终操作员输出中的强制披露项。