sails-local-smoke
Skill17 starsChanged 7 months agoMITView on GitHub
Use when a builder has a standard Gear/Vara Sails app with green gtest coverage and needs typed validation against a local node. Do not use before gtest passes, for remote networks, or for non-Sails programs.
We split this skill into the rules it gives an agent
20 rules. About 0 are common, 8 are distinctive, and 12 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈8
Distinctive · estimate
This author's own choices. Worth a look.
12
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 15
Prefer vara-wallet for deploying to a local node.
- Very specific: line 20
Use local dev accounts or user-provided account addresses in SS58 form for standard Vara account flows.
- Distinctive: line 22
Keep seed phrases and private keys out of committed scripts, docs, and examples.
- Distinctive: line 36
Start or reuse a local node on the default port (ws://localhost:9944).
- Very specific: line 38
Import a funded dev account: $VW wallet import --seed '//Alice' --name alice.
- Very specific: line 44
If the constructor does non-trivial work, override gas with --gas-limit.
- Distinctive: line 45
Post-deploy verification: If the service exposes a query, call it immediately after deploy to verify the constructor ran.
- Very specific: line 46
If the program uses delayed messages, transfer VARA to the program address: $VW --account alice transfer $PROGRAM_ID 100.
- Very specific: line 55
Use this path when the project already has a Rust test harness that uses gclient and GclientEnv.
- Very specific: line 58
Start or reuse a local node and connect with GearApi::init(WSAddress::dev()) for local node on default port.
- Very specific: line 60
If the program uses delayed messages, transfer VARA to the program address before exercising commands.
- Very specific: line 61
Use the typed generated-client path through GclientEnv, wiring in the actual deployed program id.
- Distinctive: line 70
Keep this step typed and local.
- Distinctive: line 71
Do not invent account addresses, program ids, or voucher ids in guidance that pretends they already exist.
- Distinctive: line 72
Do not replace local smoke with explorer queries or ad hoc CLI poking.
- Very specific: line 73
If gtest is red or missing, stop and go back to ../sails-gtest/SKILL.md.
- Very specific: line 74
Use .opt.wasm as the default deploy artifact.
- Very specific: line 75
When targeting a local node with vara-wallet, use --network local or config set network local or VARA_WS=ws://localhost:9944.
- Distinctive: line 76
Do not embed machine-specific absolute paths in deploy commands or documentation.
- Distinctive: line 77
Verify the program initialized correctly by calling a read query immediately after deploy.
≈ “Common” is an estimate: at least 1 in 5 of the 308,232 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Sails Local Smoke
Goal
Validate the generated client path against a local node after gtest is already green.
Deploy Artifact And Tooling
- The deploy artifact is the
.opt.wasmfile (optimized WASM), not the plain.wasm. The.opt.wasmis produced bywasm-optduring the Sails build and is significantly smaller. Uploading the unoptimized.wasmto a node will often fail withCodeTooLarge. - Prefer
vara-walletfor deploying to a local node. It handles account management and program upload without requiring a Gear source checkout or Rust-specific tooling. - For Rust-native test harnesses that already use
gclient, theGearApi+GclientEnvpath remains valid as a secondary option.
Identity Rules
- Use local dev accounts or user-provided account addresses in
SS58form for standard Vara account flows; do not default to Ethereum0xaddresses for normal local-node work. - Record the real deployed
program idfrom the deploy step and pass that into the typed client. If the flow uses vouchers, issue one first and use the returned voucher ID. Do not invent either identifier. - Keep seed phrases and private keys out of committed scripts, docs, and examples. Use local keyrings, environment input, or interactive setup instead.
Inputs
../../references/sails-gtest-and-local-validation.md../../references/sails-idl-client-pipeline.md../vara-wallet/SKILL.md../../references/sails-cheatsheet.md../../references/voucher-and-signless-flows.md../../references/sails-header-wire-format.md— Sails Header layout for debugging wire payloads
Sequence — Primary Path (vara-wallet + sails-js)
- Confirm the
docs/plans/...-gtest.mdnote shows a green test loop. - Start or reuse a local node on the default port (ws://localhost:9944).
- Set the endpoint:
$VW config set network local(persists) orexport VARA_WS=ws://localhost:9944(session only) or--network local(per-command). The default is mainnet — always override for local work. - Import a funded dev account:
$VW wallet import --seed '//Alice' --name alice. - Deploy the
.opt.wasmartifact and record the program id:
If the constructor does non-trivial work, override gas withUPLOAD=$($VW --account alice program upload ./target/wasm32-unknown-unknown/release/my_program.opt.wasm --idl ./my_program.idl --args '[]') PROGRAM_ID=$(echo $UPLOAD | jq -r .programId)--gas-limit.- Post-deploy verification: If the service exposes a query, call it immediately after deploy to verify the constructor ran. An uninitialized program will return default or empty state, or panic.
- If the program uses delayed messages, transfer VARA to the program address:
$VW --account alice transfer $PROGRAM_ID 100. - Exercise one command and one query to prove the integration works:
$VW --account alice call $PROGRAM_ID MyService/DoSomething --args '["hello"]' --idl ./my_program.idl $VW call $PROGRAM_ID MyService/GetState --args '[]' --idl ./my_program.idl
Sequence — Secondary Path (Rust gclient)
Use this path when the project already has a Rust test harness that uses gclient and GclientEnv.
- Confirm gtest is green.
- Start or reuse a local node and connect with
GearApi::init(WSAddress::dev())for local node on default port. Do not useGearApi::dev_from_path()— that expects a filesystem path to the node binary, not a WebSocket URL. - Deploy the
.opt.wasmand record the actual program id returned by the deploy flow. If the constructor does non-trivial work, override gas with an explicit limit. - If the program uses delayed messages, transfer VARA to the program address before exercising commands. On-chain programs need balance to pay for future gas — this is not required in
gtest. - Use the typed generated-client path through
GclientEnv, wiring in the actual deployed program id. - Exercise one command or query path that proves the typed integration works on a local node.
References
../../references/gtest-cheatsheet.md
Guardrails
- Keep this step typed and local.
- Do not invent account addresses, program ids, or voucher ids in guidance that pretends they already exist.
- Do not replace local smoke with explorer queries or ad hoc CLI poking.
- If
gtestis red or missing, stop and go back to../sails-gtest/SKILL.md. - Use
.opt.wasmas the default deploy artifact. The plain.wasmis an intermediate build output that may exceed on-chain size limits. - When targeting a local node with
vara-wallet, use--network localorconfig set network localorVARA_WS=ws://localhost:9944. The default endpoint is mainnet. - Do not embed machine-specific absolute paths in deploy commands or documentation. Use project-relative paths or skill-pack-relative references.
- Verify the program initialized correctly by calling a read query immediately after deploy. An uninitialized program will appear active but return empty or default state.
In this repository27 other files it gives its agents.
- AGENTS.mdAGENTS.md
- CLAUDE.mdCLAUDE.md
- vara-skillsSkill
- vara-skillsSkill
- awesome-sails-vftSkill
- gear-architecture-plannerSkill
- gear-builtin-actorsSkill
- gear-gstd-api-mapSkill
- gear-message-executionSkill
- gtest-tdd-loopSkill
- idea-to-specSkill
- sails-architectureSkill
- sails-dev-envSkill
- sails-ethexe-architectureSkill
- sails-ethexe-implementerSkill
- sails-feature-workflowSkill
- sails-frontendSkill
- sails-gtestSkill
- sails-idl-clientSkill
- sails-indexerSkill
- sails-new-appSkill
- sails-program-evolutionSkill
- sails-rust-implementerSkill
- ship-sails-appSkill
- task-decomposerSkill
- vara-skills-upgradeSkill
- vara-walletSkill
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
Reviews can't be read right now.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

