dapp-typecheck

Verify frontend TypeScript types against deployed smart contract ABIs.

1|Updated Feb 26, 2026
One-click install
npx skills add https://github.com/0xHoneyJar/construct-protocol --skill dapp-typecheck
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: dapp-typecheck
Source: https://github.com/0xHoneyJar/construct-protocol/tree/main/skills/dapp-typecheck
Command: npx skills add https://github.com/0xHoneyJar/construct-protocol --skill dapp-typecheck

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes scripts (resource) and references (resource) components.

What problem does it solve?

This Skill prevents runtime errors caused by discrepancies between your frontend's TypeScript types and your deployed smart contract ABIs, ensuring type safety and catching subtle bugs before they reach users.

Core Features & Use Cases

  • Type Drift Detection: Identifies when frontend types (e.g., from wagmi/viem codegen) no longer match deployed contract ABIs.
  • Automated Regeneration: Can trigger type regeneration using configured tools like wagmi CLI or TypeChain.
  • Verification: Runs tsc --noEmit and performs deep cross-referencing of ABI definitions against contract interaction code.
  • Use Case: After redeploying a smart contract with updated functions or parameters, use this Skill to automatically verify that your frontend's TypeScript types are still accurate and that no new type mismatches have been introduced.

Quick Start

Run /typecheck-dapp to verify your frontend types against deployed contract ABIs.

Frequently Asked Questions about dapp-typecheck

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I check if frontend TypeScript types match deployed smart contract ABIs?

To check if frontend TypeScript types match deployed smart contract ABIs, run a type drift detection scan that inventories contract interactions and cross-references ABI definitions against your code. This verifies type generation freshness and ensures parameter types and function signatures have not diverged.

Why does my wagmi or viem codegen produce TypeScript errors after redeploying a contract?

TypeScript errors after redeploying occur because codegen configurations have become stale. When a smart contract is redeployed with updated functions, type drift happens. You must trigger automated type regeneration and run TypeScript verification to resolve the mismatches.

What is the best way to automate type regeneration for web3 frontend code?

Automating type regeneration for web3 frontend code involves scanning for existing codegen configurations and triggering updates using tools like wagmi CLI or TypeChain. This syncs TypeScript types with deployed contract ABIs and prevents runtime contract interaction failures.

Does this type checking approach work with existing TypeScript verification tools?

Yes, this type checking approach works with existing TypeScript verification by executing `tsc --noEmit`. It deep cross-references the output against your contract interactions to detect discrepancies in parameter types, return types, and function signatures before they reach users.

What limitations exist when detecting type drift between frontend types and smart contracts?

Limitations when detecting type drift include relying on existing codegen configurations to inventory contract interactions. If configurations are missing or improperly set up, the verification process cannot accurately sync frontend types or detect discrepancies in function signatures.