smoke-test-rust-multisig-sdk

Drives manual smoke testing of the Rust miden-multisig-client SDK through the guardian-demo CLI.

Updated Aug 20, 2026
One-click install
npx skills add https://github.com/hduoc2003/leviathan-guardian --skill smoke-test-rust-multisig-sdk-hduoc2003
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: smoke-test-rust-multisig-sdk
Source: https://github.com/hduoc2003/leviathan-guardian/tree/main/.agents/skills/smoke-test-rust-multisig-sdk
Command: npx skills add https://github.com/hduoc2003/leviathan-guardian --skill smoke-test-rust-multisig-sdk-hduoc2003

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve? Verifying changes to the Rust multisig SDK requires coordinated manual testing across multiple cosigner sessions, GUARDIAN server endpoints, and Miden networks, which is error-prone without a structured workflow. This Skill provides a repeatable smoke-testing procedure that maps code changes to the minimal workflow that proves the behavior. ## Core Features & Use Cases - Workflow Selection Matrix: Maps changed code areas (account creation, cosigner sync, proposal lifecycle, offline export/import, state verification, key recovery) to the smallest canary workflow that validates them. - Multi-Target Deployment Testing: Supports smoke runs against local dev, staging (devnet), and production (testnet) GUARDIAN endpoints, including scratch-project testing of published crate versions. - Timing Baseline Comparison: Records elapsed time per blocking operation and compares against a reference baseline to flag regressions beyond 2x or 60 seconds. - Use Case: After modifying proposal signing logic in crates/miden-multisig-client, run the add-cosigner canary with three demo sessions to verify create, sign, execute, and post-execution sync still pass with acceptable timings. ## Quick Start Ask the AI to smoke test the Rust multisig SDK after your recent changes, specifying the target environment and signature scheme.

Frequently Asked Questions about smoke-test-rust-multisig-sdk

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I smoke test the Rust miden-multisig-client SDK?▼

Run cargo test for the multisig client and demo crates, then launch three demo sessions with cargo run -p guardian-demo pointed at a GUARDIAN server. Create a multisig account in one session, sync it in the others, and execute the workflow matching your changed code path.

How do I test the published SDK version instead of workspace source?▼

Create a scratch cargo project outside the workspace with the published crates pinned as registry dependencies, then port the demo menu code into it. Verify with cargo tree that the resolved dependency graph uses the released version, not a workspace path override.

Which smoke workflow should I run for my code change?▼

Use the workflow matrix to map changes to canaries: add-cosigner-canary for default create/sign/execute, payment-roundtrip-canary for notes and payments, switch-guardian-offline-canary for provider migration, and recover-by-key-canary for key-commitment lookup changes.

Can I smoke test against staging or production GUARDIAN servers?▼

Yes, the skill supports three targets: local dev, staging on devnet, and production on testnet. Sanity-check the endpoint with a /pubkey curl request before running canaries, and record the returned commitment for verification steps.

Why does a newly added cosigner fail to pull right after execution?▼

This is expected canonicalization lag, not a product bug. The on-chain commitment updates after proof generation and submission, so poll until GUARDIAN canonicalization catches up and record the lag separately from execute time.

When is a timing regression considered reportable?▼

A step is reportable when it exceeds the baseline by more than 2x or by more than 60 seconds, whichever is larger. More than 3x the baseline, repeated retry loops, or timeouts count as severe degradation.