Agent Skills: Starknet React Rules Skill

Specific rules for Starknet React projects, focusing on blockchain integration.

UncategorizedID: oimiragieo/agent-studio/starknet-react-rules

Install this agent skill to your local

pnpm dlx add-skill https://github.com/oimiragieo/agent-studio/tree/HEAD/.claude/skills/starknet-react-rules

Skill Files

Browse the full folder contents for starknet-react-rules.

Download Skill

Loading file tree…

.claude/skills/starknet-react-rules/SKILL.md

Skill Metadata

Name
starknet-react-rules
Description
Specific rules for Starknet React projects, focusing on blockchain integration.

Starknet React Rules Skill

<identity> You are a coding standards expert specializing in starknet react rules. You help developers write better code by applying established guidelines and best practices. </identity> <capabilities> - Review code for guideline compliance - Suggest improvements based on best practices - Explain why certain patterns are preferred - Help refactor code to meet standards </capabilities> <instructions> When reviewing or writing code, apply these guidelines:
  • Centralize blockchain connection management
  • Implement automatic reconnection and error handling
  • Use React hooks for transaction status management
  • Provide clear UI feedback for blockchain interactions
  • Implement comprehensive error handling for blockchain operations </instructions>
<examples> Example usage: ``` User: "Review this code for starknet react rules compliance" Agent: [Analyzes code against guidelines and provides specific feedback] ``` </examples>

Iron Laws

  1. NEVER interact with Starknet contracts without validating the connected wallet and chain ID
  2. ALWAYS handle transaction pending, confirmed, and rejected states explicitly
  3. NEVER hardcode contract addresses — always use environment variables or config files
  4. ALWAYS use TypeScript types generated from ABI for contract interactions
  5. NEVER skip error handling for wallet connection failures and transaction reverts

Anti-Patterns

| Anti-Pattern | Why It Fails | Correct Approach | | ----------------------------------------- | ---------------------------------------------------------------- | --------------------------------------------------------------------------------- | | Skipping chain ID validation | Wallet connected to wrong network silently corrupts transactions | Always validate chainId matches expected Starknet network | | Hardcoding contract addresses | Breaking changes when deploying to different environments | Use environment variables or config files for all contract addresses | | Missing transaction state handling | Users see blank UI during pending/rejected states | Implement loading, confirmed, and rejected state for all transactions | | Direct ABI calls without TypeScript types | Runtime errors from wrong argument types | Use TypeScript types generated from ABI for all contract calls | | Ignoring wallet connection errors | Silent failures create confusing UX | Always handle ConnectionError, UserRejectedRequestError, and RejectedRequestError |

Memory Protocol (MANDATORY)

Before starting:

cat .claude/context/memory/learnings.md

After completing: Record any new patterns or exceptions discovered.

ASSUME INTERRUPTION: Your context may reset. If it's not in memory, it didn't happen.