Gougoubi Activate Created Conditions

Gougoubi Activate Created Conditions

Use this skill when the user wants to activate all currently CREATED conditions under a proposal.

Use This Skill When

• The user asks to activate a proposal.
• The user asks to vote on all created conditions.
• The workflow should auto-join the committee when needed.

Do Not Use This Skill When

• The user also wants risk LP added in the same run. Use gougoubi-activate-and-stake-risklp.
• The user wants result submission or reward claiming.

Input

{
  "proposalId": "number|string",
  "bnbAddress": "0x...",
  "approve": true,
  "minBnbForGas": "0.001"
}

Pipeline

Step 1: Validate proposalId and bnbAddress.

Step 2: Check wallet, chain, and gas balance.

Step 3: Resolve proposalAddress from proposalId.

Step 4: Check committee membership.

Step 5: If not a member, auto-stake the minimum required amount and confirm membership.

Step 6: Enumerate all CREATED conditions.

Step 7: Vote true on each CREATED condition, one transaction at a time.

Step 8: Return structured success and failure details.

Checkpoints

• Only vote on CREATED conditions.
• If one condition fails, continue and report it.
• If no CREATED conditions exist, return success with warning no-created-conditions.
• Load references/CONTRACT_METHODS.md when contract method details are needed.

Output

{
  "ok": true,
  "proposalId": 0,
  "proposalAddress": "0x...",
  "bnbAddress": "0x...",
  "committeeJoinedByStake": false,
  "stakeTxHash": "0x... or null",
  "createdConditionCount": 0,
  "attemptedConditionCount": 0,
  "successCount": 0,
  "failedCount": 0,
  "successes": [
    {
      "conditionAddress": "0x...",
      "txHash": "0x..."
    }
  ],
  "failures": [
    {
      "conditionAddress": "0x...",
      "error": "human readable reason"
    }
  ],
  "warnings": [],
  "nextActions": []
}

Failure:

{
  "ok": false,
  "stage": "validation|wallet|gas-check|resolve-proposal|stake-committee|approve|activate-vote|confirm",
  "error": "human readable reason",
  "retryable": true
}

Boundaries

• Do not bypass wallet confirmation.
• Do not widen scope beyond CREATED conditions.
• Keep Chinese user-facing errors concise and actionable.