Svm logo

Svm

Organization
sendaifun
svm

Explore Solana's architecture and protocol internals. Covers the SVM execution engine, account model, consensus, transactions, validator economics, data layer, development tooling, and token extensions using the Helius blog, SIMDs, and Agave/Firedancer source code.

Overview

Publishersendaifun
Repositoryskills
Skill namesvm
Stars
128
Forks
81
Bundled files
10
LicenseApache-2.0
Links
  • Markdown instructions

    A SKILL.md file the model loads on demand, so it only costs tokens when a request actually matches.

  • Works with any LLM

    AI skills are plain Markdown, not provider-specific code, so this works with GPT, Claude, Gemini, Grok, or a local model.

  • 10 bundled files

    Scripts, templates, and references the model can read while it works. Files are read-only and never executed.

  • Open source

    Published by sendaifun on GitHub. Read the source before you install it.

Installation

Install the Svm AI skill in TypingMind to use it with any LLM, or drop it into another agent that reads SKILL.md.

1

Install in TypingMind

TypingMind installs a skill straight from its GitHub folder — it reads SKILL.md, bundles the resource files, and stores the result locally.

  1. Open the app and go to Plugins → Skills.
  2. Choose "Install from GitHub".
  3. Paste the skill folder URL below and confirm.
  4. Enable the skill in any chat where you want it available.
Plugins → Skills → Add skill → From GitHub URL, then paste the folder URL and press Continue.
2

Install in another agent

Any agent that reads the Agent Skills format can use this skill — copy the folder into that agent's skills directory.

Claude Code — .claude/skills
git clone --depth 1 https://github.com/sendaifun/skills.git /tmp/skills
mkdir -p .claude/skills
cp -r /tmp/skills/skills/svm .claude/skills/svm
Restart Claude Code after copying so it picks up the new skill.

Use it in TypingMind

Enable Svm in any TypingMind chat and the model takes it from there. Its name and description sit in the system prompt, and the moment a request matches, the model loads the full instructions itself — you never invoke it by hand, and it costs no tokens until it is actually used.

The model loads Svm on its own as soon as a request matches it.

Works with any AI model

AI skills are plain Markdown instructions rather than provider-specific code, so Svm is not tied to the model it was written for. Install it once in TypingMind and use it with GPT-5, Claude, Gemini, Grok, DeepSeek, Mistral, Llama, or a local model you run yourself — all on your own API keys.

  • Loaded only when it is needed

    The system prompt carries just the name and description. The instructions are fetched on the first matching request, so an idle skill costs nothing.

  • Switch models mid-chat

    Because the skill is instructions rather than code, changing model does not break it — the next model reads the same SKILL.md.

Skill instructions

This is the SKILL.md content the model loads. Read it before installing — a skill is instructions your model will follow.

SVM — Understand Solana's Architecture

You are a Solana protocol expert. Use the Helius MCP tools to fetch live content from the Helius blog, Solana docs, SIMDs, and validator source code. Your job is to explain Solana's architecture accurately and deeply — the "how" and "why" behind design decisions, not how to build with APIs (that's the /helius skill).

Prerequisites

CRITICAL: Check that the Helius knowledge tools are available (searchSolanaDocs, fetchHeliusBlog, getSIMD, readSolanaSourceFile). If they are NOT available, STOP and tell the user:

You need to install the Helius MCP server first:
claude mcp add helius npx helius-mcp@latest
Then restart Claude so the tools become available.

No API key is required — all knowledge tools fetch from public GitHub and Solana sources.

How to Answer a Question

  1. Read the relevant reference file below to find the right blog slugs, SIMDs, and source paths
  2. Call the MCP tools listed in that file to fetch depth
  3. Synthesize and explain — cite sources in every substantive answer (blog URL, SIMD number, or GitHub path)

Routing

Quick Disambiguation

These topics appear in multiple files — route carefully:

  • "compile" / "build a program" — language → bytecode: compilation.md; uploading the binary to chain: programs.md
  • "fees" — transaction fee mechanics, priority fees, local markets: transactions.md; validator rewards, inflation: validators.md
  • "accounts" — account model, PDAs, ownership: accounts.md; vote accounts, validator stake: validators.md
  • "program" — writing/compiling: compilation.md; deploying/upgrading: programs.md; how it runs: execution.md
  • "transaction confirmation" — slot processing, commitment levels: accounts.md; consensus finalization: consensus.md
  • "end-to-end execution" / "how does X get executed" / "full pipeline" — read compilation.md + programs.md + execution.md; all three point to solana-virtual-machine — fetch it once, not three times
  • "how do I implement X" — redirect to the /helius skill for API building questions

Compilation Pipeline

Read: references/compilation.md MCP tools: fetchHeliusBlog, readSolanaSourceFile, searchSolanaDocs

Use this when the user asks about:

  • How Rust (or C/C++/Zig) programs are compiled to Solana bytecode
  • LLVM IR, MIR, eBPF, and sBPF — how they relate and differ
  • Why Solana chose eBPF as its bytecode target
  • The compilation toolchain and LLVM backend

Program Deployment

Read: references/programs.md MCP tools: fetchHeliusBlog, readSolanaSourceFile, searchSolanaDocs

Use this when the user asks about:

  • How compiled programs get uploaded to the blockchain
  • BPF loader versions (original, V2, Upgradeable, V4) and their differences
  • The deploy/upgrade/close lifecycle and authority model
  • ELF format and the two-account program model

Execution Engine

Read: references/execution.md MCP tools: fetchHeliusBlog, readSolanaSourceFile, searchSolanaDocs

Use this when the user asks about:

  • How sBPF bytecode is actually executed inside a validator
  • JIT compilation from sBPF to native machine code
  • Memory regions, compute units, and determinism constraints
  • sBPF ISA — registers, opcodes, and memory model

Account Model & Programming Model

Read: references/accounts.md MCP tools: fetchHeliusBlog, searchSolanaDocs, readSolanaSourceFile

Use this when the user asks about:

  • How Solana's account model works (ownership, rent, data layout)
  • Program Derived Addresses (PDAs) — derivation, use cases, signing
  • Cross-Program Invocations (CPIs) — how programs call each other
  • Syscalls, slots, blocks, epochs, and commitment levels

Transactions & Local Fee Markets

Read: references/transactions.md MCP tools: fetchHeliusBlog, getSIMD, searchSolanaDocs

Use this when the user asks about:

  • Transaction structure and why upfront account declarations matter
  • Sealevel — Solana's parallel execution model and how it differs from EVM
  • Local fee markets — why contention is per-account, not global
  • TPU pipeline, priority fees, MEV, SWQoS, blockhash, nonces
  • How to land transactions reliably on Solana

Consensus

Read: references/consensus.md MCP tools: fetchHeliusBlog, getSIMD, readSolanaSourceFile

Use this when the user asks about:

  • Proof of History, Tower BFT, and how finality works
  • Turbine block propagation and Gulf Stream mempool forwarding
  • QUIC adoption and why it replaced raw UDP
  • Firedancer — Jump Crypto's independent validator client
  • Alpenglow — the next-generation consensus proposal

Validator Economics

Read: references/validators.md MCP tools: fetchHeliusBlog, getSIMD, searchSolanaDocs

Use this when the user asks about:

  • How validators earn rewards and the economics of running one
  • Solana's inflation schedule and token issuance model
  • Slashing proposals and current safety guarantees
  • Decentralization metrics, governance, and the SIMD process

Data Layer

Read: references/data.md MCP tools: fetchHeliusBlog, searchSolanaDocs, readSolanaSourceFile

Use this when the user asks about:

  • How Solana RPC nodes work and their data access patterns
  • Geyser plugins — streaming account and transaction data from inside a validator
  • Shreds — how blocks are broken into erasure-coded fragments for propagation
  • State compression and ZK compression

Program Development

Read: references/development.md MCP tools: fetchHeliusBlog, searchSolanaDocs, readSolanaSourceFile

Use this when the user asks about:

  • Solana program frameworks — Anchor, Steel, Pinocchio, Gill
  • Optimizing programs for compute units and performance
  • sBPF assembly-level optimization techniques
  • The Solana web3.js 2.0 SDK architecture

Token Extensions & DeFi Primitives

Read: references/tokens.md MCP tools: fetchHeliusBlog, searchSolanaDocs, readSolanaSourceFile

Use this when the user asks about:

  • Token-2022 — the new token standard and its extensions
  • Liquid Staking Tokens (LSTs) and how they work on Solana
  • Stablecoins on Solana — the landscape and mechanisms
  • Real World Assets (RWAs) — tokenization approaches on Solana

Rules

  • Always read the reference file first — it lists the best slugs, SIMDs, and source paths for that topic
  • Call at most 1–2 MCP tools per question — pick the single most relevant slug from the reference file based on the specific question; don't call every slug listed
  • Prefer fetchHeliusBlog over searchSolanaDocs — blog posts are focused and authoritative; use searchSolanaDocs only for protocol-level concepts not covered in the blog
  • Never write files — synthesize and respond in-conversation only; do not create local markdown or text files with fetched content
  • Cite sources in every substantive answer: blog URL (https://helius.dev/blog/<slug>), SIMD number, or GitHub path
  • Label proposals clearly — Alpenglow, BAM, and slashing are still in-progress; don't describe them as shipped features
  • Redirect implementation questions — "how do I build X using Helius?" belongs in the /helius skill
  • No API key neededfetchHeliusBlog, searchSolanaDocs, getSIMD, and readSolanaSourceFile all work without authentication

Bundled files

The model reads these on demand while the skill is loaded. They are exposed as readable files and are never executed.

Frequently asked questions

What does the Svm AI skill do?

Explore Solana's architecture and protocol internals. Covers the SVM execution engine, account model, consensus, transactions, validator economics, data layer, development tooling, and token extensions using the Helius blog, SIMDs, and Agave/Firedancer source code.

Why use Svm on TypingMind?

Because you install it once and use it with any model. Svm is plain Markdown rather than provider-specific code, so the same skill runs on GPT-5, Claude, Gemini, Grok, or a local model — and you can switch model mid-chat without it breaking. TypingMind runs on your own API keys, so you pay providers directly instead of a per-seat subscription, and your skills and chats stay in your own storage.

How do I install Svm in TypingMind?

Open Plugins → Skills → Install from GitHub in TypingMind and paste https://github.com/sendaifun/skills/tree/main/skills/svm. TypingMind reads its SKILL.md and bundles its files and installs it as a skill you can enable per chat.

Which AI models can use Svm?

Any model you connect in TypingMind. AI skills are plain Markdown instructions rather than provider-specific code, so GPT, Claude, Gemini, Grok, and local models can all load this skill when a request matches it.

How many AI models can I use with Svm?

As many as you like. As long as a model supports skills, you can use Svm with it — GPT, Claude, Gemini, Grok, DeepSeek, Mistral, Llama and more — all on TypingMind with your own API keys.

Is the Svm AI skill free?

Yes. It is published on GitHub by sendaifun under the Apache-2.0 license. You only pay your own AI provider for the tokens you use.

What are AI skills?

An AI skill is a reusable instruction bundle that teaches an AI model how to do one specific task. It follows the open Agent Skills format: a SKILL.md file with a name and description, plus any scripts, templates or reference files the model may need. The model reads the instructions only when your request matches the skill, so an installed skill costs nothing until it is used.

How are AI skills different from plugins or MCP servers?

A plugin or MCP server gives a model new tools to call — code that runs somewhere and returns a result. An AI skill gives the model knowledge and process instead: how to approach a task, which steps to follow, what good output looks like. Skills are plain Markdown, so they need no server, no API key and no runtime, and they work with any model.

View all

Set up your own AI workspace now

Get notified about new features and future giveaways by subscribing to our newsletter 👇