Install
$ agentstack add skill-thanasimos-thanas-flare-builders-toolkit-thanas-flare-builders-toolkit ✓ scanned · ✓ verified, works with Claude Code, Cursor, and more.
Security review
✓ PassedNo issues found. Passed automated security review. · v0.1.0 How review works →
- ✓ Prompt-injection patterns
- ✓ Secret / credential exfiltration
- ✓ Dangerous shell & filesystem operations
- ✓ Untrusted network calls
- ✓ Known-malicious package signatures
What it can access
- ✓ Network access No
- ✓ Filesystem access No
- ✓ Shell / process execution No
- ✓ Environment & secrets No
- ✓ Dynamic code execution No
From automated source analysis of v0.1.0. “Used” means the capability is present in the source — more access means more to trust, not that it’s unsafe.
Verified badge
Passed review? Show it. Paste this badge into your README, it links to the public security report.
Reliability & compatibility
Declared compatibility
Compatibility is declared by the source manifest. End-to-end runtime verification is coming, see below.
We're building live execution health for every listing: tool-call success rate, median latency, uptime, and last-checked timestamps, measured, not self-reported. It isn't live yet, so we don't show numbers we can't stand behind.
How agent discovery & health will work →About
Flare Builders Toolkit — Master Skill
This skill is the entry point to a 16-skill bundle for Flare-family EVM development. When invoked, route to the right sub-skill(s) based on what the task needs.
Security is the default. Every contract under discussion is assumed hostile-attacked. Patterns that aren't safe-by-default (Ownable instead of Ownable2Step, raw transfer instead of SafeERC20, unbounded loops, push-style ETH transfers, missing reentrancy guards) are flagged as findings, not described as alternatives. Read [flare-security](flare-security/SKILL.md) first for any contract design or review work.
How to use this skill
When the user asks a Flare-development question, route them to the most specific sub-skill that fits. Multiple sub-skills can apply to one question. Don't try to answer from this skill alone — it's the router, not the source of truth.
Routing table
| User asks about… | Use sub-skill(s) | |---|---| | Chain ID, RPC URL, block explorer URL, faucet, faster RPC | [flare-network](flare-network/SKILL.md) | | Token address (WFLR, WSGB, USDT0, USDC.e, sFLR, FXRP, HLN, APS, …) | [flare-network](flare-network/SKILL.md) | | Permit2 / Multicall3 deployed address per chain | [flare-network](flare-network/SKILL.md) | | Enosys V3 / SparkDEX V3.1 / SparkDEX V4 / BlazeSwap / OpenOcean address | [flare-network](flare-network/SKILL.md) | | Contract verification on flare-explorer or flarescan | [flare-network](flare-network/SKILL.md) | | What is FTSO / FDC / FAssets / Smart Accounts | [flare-general](flare-general/SKILL.md), then the specific protocol skill | | Reading FTSO price feeds, anchor feeds, volatility | [flare-ftso](flare-ftso/SKILL.md) | | Cross-chain proofs, BTC/XRPL state into Flare | [flare-fdc](flare-fdc/SKILL.md) | | FXRP minting, redemption, agents, gasless payments | [flare-fassets](flare-fassets/SKILL.md) | | ERC-4337 smart accounts on Flare | [flare-smart-accounts](flare-smart-accounts/SKILL.md) | | Enosys DEX V3 NFT positions, reward managers, FlareDrops, rFLR, APS incentives | [enosys-dex-v3](enosys-dex-v3/SKILL.md) | | Enosys Loans/CDP, governance staking, contract addresses | [enosys-contracts](enosys-contracts/SKILL.md) | | Why X is silently failing on Flare (RPC log range, MetaMask SDK hang, claim OOG, basefee, EIP-3855, WFLR transfer hook) | [flare-dapp-pitfalls](flare-dapp-pitfalls/SKILL.md) | | Solidity coding standards (general) | [solidity](solidity/SKILL.md) | | Security review of a Flare contract before deploy | [flare-security](flare-security/SKILL.md) | | Run a checklist-style audit against a contract | [audit](audit/SKILL.md) | | Run an adversarial multi-agent audit against a contract | [audit-contract](audit-contract/SKILL.md) | | Optimize gas | [gas-optimize](gas-optimize/SKILL.md) | | Generate a Foundry test suite | [test-foundry](test-foundry/SKILL.md) | | Generate a Hardhat test suite | [test-hardhat](test-hardhat/SKILL.md) | | "I'm building a new Flare contract" | Sequence below ↓ |
Standard flow for a new Flare contract
When the task is "build and ship a Flare contract", walk these in order. Read the linked skills as you go — don't try to remember everything.
- Plan — read [
flare-general](flare-general/SKILL.md) plus any
protocol-specific skills the contract will touch (flare-ftso, flare-fdc, flare-fassets, flare-smart-accounts, enosys-contracts, enosys-dex-v3).
- Address resolution — every concrete address goes through
[flare-network](flare-network/SKILL.md). Don't guess; don't trust training-data addresses; look them up.
- Coding standards — [
solidity](solidity/SKILL.md) Cyfrin standards as
the baseline.
- Flare-specific security overlays — [
flare-security](flare-security/SKILL.md)
covers what solidity doesn't: Permit2 chain availability, FoT detection, blacklist surface, basefee floors, FTSO redistributor proxy quirks. Add [flare-dapp-pitfalls](flare-dapp-pitfalls/SKILL.md) for the gotcha catalog.
- Test — [
test-foundry](test-foundry/SKILL.md) for unit + fork + fuzz
coverage. (Hardhat alternative in [test-hardhat](test-hardhat/SKILL.md); Foundry is preferred.)
- Optimize gas — [
gas-optimize](gas-optimize/SKILL.md) for ranked
savings.
- Audit — [
audit](audit/SKILL.md) (systematic, 115+ items) +
[audit-contract](audit-contract/SKILL.md) (adversarial, multi-agent). After both run, reread [flare-security](flare-security/SKILL.md) Part 2 — Flare-specific overlays aren't in the generic audit checklists.
- Deploy + verify — verification commands in
[flare-network](flare-network/SKILL.md) work for both Blockscout (flare-explorer) and Routescan/Etherscan-style (flarescan).
Pre-deploy checklist (mandatory)
Before broadcasting to Flare mainnet, every item below must be green. Full detail in [flare-security](flare-security/SKILL.md).
- [ ]
forge buildclean; all contracts under 24 KB runtime - [ ]
forge test(unit) +forge test --fork-url flare(fork) all pass - [ ] Slither no high/medium findings
- [ ] Owner is NOT the deployer EOA —
Ownable2Step+ Ledger/multisig handoff - [ ]
Ownable2Step(notOwnable); reentrancy guards on every state-changing
external function; CEI in every flow
- [ ]
SafeERC20+forceApprovefor every token interaction - [ ] No
tx.originfor auth; no unbounded loops over user-controlled data - [ ] Pause / emergency-stop present and tested
- [ ] Custom errors prefixed with contract name +
__ - [ ] Permit2 chain availability verified if the contract depends on Permit2
- [ ] FoT and blacklistable-token surface explicitly designed for
- [ ] Basefee floor present in any incentive-math
- [ ]
audit+audit-contractboth run; findings fixed or accepted - [ ] Contract verifies cleanly on both
flare-explorerandflarescan
Conventions
- Sub-skill folders are flat. Each contains a
SKILL.md(frontmatter +
body) plus optional references/, scripts/, or *.md supporting docs.
- Protocol skills (
flare-ftso,flare-fassets) include reference
scripts in TypeScript and Solidity. They're illustrative; the user is responsible for security review before signing or broadcasting.
- Address registry (
flare-network) is the single source of truth for
any deployed-contract or token address. If a sub-skill mentions a different address than flare-network, raise it as a discrepancy and verify.
When NOT to use this skill
- For non-EVM chain interactions outside the FAssets / FDC bridge surface —
use chain-specific tooling.
- For Flare validator-node operation or staking management — see Flare's
validator docs.
- For executing transactions — this skill is documentation/reference only.
Wallet signing happens in user-controlled environments.
Contract under review?
If the user is asking you to review a specific contract, start with [flare-security](flare-security/SKILL.md) to set the security baseline, then run [audit](audit/SKILL.md) and [audit-contract](audit-contract/SKILL.md) against the file. After those complete, reread flare-security Part 2 to verify the Flare-specific overlays — Permit2 availability, FoT detection, blacklist surface, basefee floor, FTSO redistributor handling — were caught. The generic audit skills are not chain-aware.
For more detailed orientation, the [README.md](README.md) in this same directory is a human-readable map of the toolkit.
Source & license
This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.
- Author: Thanasimos
- Source: Thanasimos/Thanas-flare-builders-toolkit
- License: MIT
Install and usage instructions live in the source repository linked above.
Reviews
No reviews yet, be the first.
Write a review
Versions
- v0.1.0 Imported from the upstream source.