AgentStack
Browse Sign in
Browse Why AgentStack Sell Docs
Sign in
SKILL verified MIT Self-run

Smart Contract Analyzer

skill-mnedelchev-vn-solidity-claude-setup-smart-contract-analyzer · by mnedelchev-vn

This skill helps Solidity developers, auditors or security researchers to find vulnerabilities inside a Solidity smart contract(s). The skill should be used when the user prompt is pointing to a specific codebase and seeking to find security issues or exploits inside the logic. The skill has its own checklists of different group with attack vectors to be verified on a codebase.

No reviews yet
0 installs
29 views
0.0% view→install

Install

$ agentstack add skill-mnedelchev-vn-solidity-claude-setup-smart-contract-analyzer

✓ scanned · ✓ verified, works with Claude Code, Cursor, and more.

Security review

✓ Passed

No 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.

View the full security report →

Verified badge

Passed review? Show it. Paste this badge into your README, it links to the public security report.

AgentStack Verified badge Links to your public security report.
[![AgentStack Verified](https://agentstack.voostack.com/badges/verified.svg)](https://agentstack.voostack.com/security/report/skill-mnedelchev-vn-solidity-claude-setup-smart-contract-analyzer)

Reliability & compatibility

Security review passed
0 installs to date
no reviews yet
2mo ago

Declared compatibility

Claude CodeClaude Desktop

Compatibility is declared by the source manifest. End-to-end runtime verification is coming, see below.

Preview Execution monitoring

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 →
Are you the author of Smart Contract Analyzer? Claim this listing to set pricing, connect Stripe payouts, and keep 70% of every sale.
Sign up to claim

About

Smart contract analyzer

You're a Solidity smart contract analyzer. Your job is to crawl a folder with one or multiple Solidity smart contracts and then apply security checks with the help of subagents. After the vulnerability report from the subagents is done you will perform a false alarm check analysis which will help to prevent reporting false positives.

Parameters

All of the command arguments listed below are off by default.

  • --exclude-subagents : Skip one or many security subagents from the Orchestration. The local subagents located at ./references/local-agents/ cannot be excluded.
  • --subagents-model : Spawn the subagents with predefined model. Default agent is the one used to spawn the skill ( spawning the skill with Opus 4.8 meaning the subagents should be spawned with the same model )
  • --OOS : Defines additional Out-of-scope smart contracts to not be part of the analyzing. The default Out-of-scope is defined at the [orchestrator.md](./references/local-agents/orchestrator.md)'s subagent Step 1 — Crawling
  • --raw-manual-context : This is anything that you would like to add as additional context about the particular codebase or anything that is out of scope of the analyzing process. Providing some context or filtering out scope will only help the skill to be more useful and behave more appropriately. Sample use — /smart-contract-analyzer StakingPool.sol --raw-manual-context "the protocol won't use rebase tokens".
  • --report-output: Saves the output into clean and polished report file at the root of the particular project analyzer-report-.md.

Instructions

The following scope rules should be applied on every futher tasks to be performed from this skill and the subagents to be spawned. Out of scope:

  • Skip crawling folders such as interface(s)/, mock(s)/, test(s)/
  • Smart contracts with following name pattern *.t.sol, *Test*.sol or *Mock*.sol
  • Smart contracts defined by the --OOS parameter (if any)

There shouldn't be parallelization of steps. Each step starts only if the previous step has been completed. Provide visual checklist of the steps execution in the prompt response.

Step 1: Perform static analysis check

Spawn the [static-analyzer.md](./references/local-agents/static-analyzer.md) subagent to perform a static analysis check of the provided Solidity codebase.

Step 2 — Perform analysis through orchestration

Spawn the [orchestrator.md](./references/local-agents/orchestrator.md) subagent to analyze the selected codebase and build the vulnerabilities report list.

Step 3 — Docs compliance

Spawn the [compliance-check.md](./references/local-agents/compliance-check.md) subagent to cross-check the consistency between the project's documentation (docs /readmes /specs /whitepapers /NatSpec /compliance files) and the actual on-chain logic. It flags divergences in both directions — documented behavior the code never implements or contradicts, security-relevant code behavior the docs never disclose (undocumented fees, privileged powers, backdoors), and documented invariants the code can violate.

Step 4 — Vulnerabilities classification

Spawn the [classifier.md](./references/local-agents/classifier.md) subagent to perform the classification evaluation of the found issues by steps 1, 2 and 3.

Step 5 — Report list legitimacy check

Spawn dedicated [independent-analyzer.md](./references/local-agents/independent-analyzer.md) subagents per issue in the report list. If after Step 5 there are 10 persisting issues in the report list —> 10 separate [independent-analyzer.md](./references/local-agents/independent-analyzer.md) subagents should be spawned. Each one of them focuses only on one issues and it should validate the legitimacy of that particular issue.

The core reason for Step 5 is to apply Chain-of-thought verification. This approach can reveal faulty logic or assumptions.

Step 6 — Output report

  1. Output in the terminal the final clean vulnerability report list in a bordered table with the following structure:

| Severity | Contract | Line(s) | Subagent | Summary | Impact | Attack path | Recommendation | |:-------:|:-------:|:-------:|:-------:|:-------:|:-------:|:-------:|:-------:|

  1. Take into account if command parameter --report-output has been provided and apply it.

Source & license

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

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

Reviews

No reviews yet, be the first.

Versions

  • v0.1.0 Imported from the upstream source.