# Toronet App Integrations

> Integrate ToroNet into frontend or backend apps. Use when the user wants ToroNet network configuration, contract reads with ethers.js or wagmi, wallet-based writes, or server-side writes through the ToroNet keystore API.

- **Type:** Skill
- **Install:** `agentstack add skill-toronet-guidl-toronet-agent-skills-toronet-app-integrations`
- **Verified:** Yes — security-reviewed for prompt injection and unsafe behavior
- **Seller:** [toronet-guidl](https://agentstack.voostack.com/s/toronet-guidl)
- **Installs:** 0
- **Category:** [Agent Skills](https://agentstack.voostack.com/c/agent-skills)
- **Latest version:** 0.1.0
- **License:** MIT
- **Upstream author:** [toronet-guidl](https://github.com/toronet-guidl)
- **Source:** https://github.com/toronet-guidl/toronet-agent-skills/tree/main/skills/toronet-app-integrations

## Install

```sh
agentstack add skill-toronet-guidl-toronet-agent-skills-toronet-app-integrations
```

Requires the [AgentStack CLI](https://agentstack.voostack.com/docs/cli). Works with Claude Code, Cursor, and any MCP-compatible agent.

## About

# toronet-app-integrations

## When to use

Use this skill when the user wants to:

- configure ToroNet in a frontend or backend app
- use the correct ToroNet testnet network configuration
- read from ToroNet with ethers.js or wagmi
- write to ToroNet through a connected EVM wallet
- perform contract writes through the ToroNet keystore API
- decide between wallet-based and API-based transaction flows

Do not use this skill for smart contract authoring, deployment with `toronetdeploy`, or SDK-only workflows unless directly needed for app integration.

## Instructions

1. Split ToroNet integrations into read and write.
2. For reads, use ethers.js or wagmi, ensure the ToroNet network and RPC URL are correct, and use the contract ABI and address provided by the user.
3. For writes, choose the path that matches the product need: wallet-based when the end user should approve transactions in their wallet, API-based when the product needs a more seamless experience without repeated wallet prompts.
4. Treat wallet-based writes as the default client-side write pattern: ask the user to connect an EVM wallet such as MetaMask, prompt the wallet for transactions, and keep signing and approval inside the wallet flow.
5. Treat ToroNet keystore API writes as a backend or trusted-server pattern: do not expose ToroNet keystore credentials in the browser, keep `addr`, `pwd`, ABI payloads, and transaction execution on the server, and note that the credentials used for these API calls can be created and verified using the ToroNet SDK.
6. When working on testnet, use the provided testnet configuration and testnet keystore API URL; on mainnet, use the provided mainnet keystore API URL and do not invent an EVM mainnet RPC configuration unless the user provides it.
7. If the user asks for code examples, keep them practical, separate read and write examples, and clearly label whether a write example is wallet-based or API-based.
8. Keep answers focused on integration, not smart contract development or deployment.

## Default workflow

1. Determine whether the task is a read or a write integration.
2. Determine whether the app is frontend-only or has a backend.
3. Configure ToroNet network access first.
4. For reads, use ethers.js or wagmi with the correct RPC URL.
5. For writes, choose between wallet-based or API-based execution; if API-based, move the transaction logic to a trusted backend.
6. Return code or architecture guidance that matches the chosen integration pattern and include a short security note when API-based writes are involved.

## Checks

- correct RPC URL and chain ID are used
- ABI and contract address are present
- wallet-based writes use an EVM wallet
- API-based writes come from a trusted backend
- ToroNet keystore credentials are not exposed in client-side code

See [the reference guide](references/REFERENCE.md) for network details, integration patterns, security guidance, and example request structures.

Relevant assets:

- `assets/toronet-testnet.ts`
- `assets/toronet-keystore-api.examples.json`

## Source & license

This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.

- **Author:** [toronet-guidl](https://github.com/toronet-guidl)
- **Source:** [toronet-guidl/toronet-agent-skills](https://github.com/toronet-guidl/toronet-agent-skills)
- **License:** MIT

Install and usage instructions live in the source repository linked above.

## Pricing

- **Free** — Free

## Security capabilities

Automated source analysis of v0.1.0 — what this tool can access:

- **Network access:** no
- **Filesystem access:** no
- **Shell / process execution:** no
- **Environment & secrets:** no
- **Dynamic code execution:** no

*"Yes" means the capability is present in the source — more access means more to trust, not that it is unsafe.*


## Versions

- **0.1.0** — security scan: passed — Imported from the upstream source.

## Links

- Listing page: https://agentstack.voostack.com/l/skill-toronet-guidl-toronet-agent-skills-toronet-app-integrations
- Seller: https://agentstack.voostack.com/s/toronet-guidl
- Browse the marketplace: https://agentstack.voostack.com/browse

---
Listed on AgentStack — the marketplace for AI agent skills and MCP servers. Every listing is security-reviewed. Creators keep 70%.