# Rootstock (RSK) MCP Server [Health: Active]

**Category:** 💻 Developer Tools  
**Repository:** https://github.com/rsksmart/rsk-mcp-server  
**GitHub Stars:** 3  
**Views:** 0  
**Installs:** 0  
**Upvotes:** 0  
**Directory Page:** https://allmcps.com/mcp/rootstock-rsk-mcp-server

## Description
MCP Server for Rootstock Blockchain

## Tools
Capabilities this server exposes over MCP:

- **start-interaction** — Entry point tool — start here when a user first asks about Rootstock. Lists all available operations.
- **list-pending-operations** — List operations awaiting confirmation (contract deployments, token transfers)
- **confirm-operation** — Confirm and execute a pending operation using its operation ID
- **cancel-operation** — Cancel and discard a pending operation using its operation ID

## Claude Desktop Quick Installation
Install path detected from listing signals. Uses `npx` (confidence: high):

```json
"mcpServers": {
  "rootstock-rsk-mcp-server": {
    "command": "npx",
    "args": ["-y","@rsksmart/rsk-mcp-server"]
  }
}
```

## Documentation & README

[![OpenSSF Scorecard](https://api.scorecard.dev/projects/github.com/rsksmart/rsk-mcp-server/badge)](https://scorecard.dev/viewer/?uri=github.com/rsksmart/rsk-mcp-server)
[![CodeQL](https://github.com/rsksmart/rskj/workflows/CodeQL/badge.svg)](https://github.com/rsksmart/rsk-mcp-server/actions?query=workflow%3ACodeQL)
<img src="https://raw.githubusercontent.com/rsksmart/rsk-mcp-server/HEAD/rootstock-logo.png" alt="RSK Logo" style="width:100%; height: auto;" />

# RSK MCP Server - Rootstock Blockchain Tools

**Rootstock MCP Server** is a Model Context Protocol (MCP) server that provides advanced tools for interacting with the Rootstock (RSK) blockchain. This project enables AI clients to seamlessly connect and execute blockchain operations.

## 🚀 Key Features

- 💼 **Wallet Management**: Create, import, switch and manage multiple wallets
- 💰 **Balance Queries**: Check rBTC and ERC20 token balances
- 💸 **Transfers**: Send rBTC and tokens to other addresses
- 🔍 **Transaction Tracking**: Verify transaction status by hash
- 🚀 **Contract Deployment**: Deploy smart contracts on Rootstock
- ✅ **Contract Verification**: Verify deployed contracts
- 📄 **Contract Interaction**: Read data from verified contracts
- 📊 **History**: Query transaction history
- 🎯 **Attestations**: Create, verify, and manage attestations using RAS (Rootstock Attestation Service)
- 🏗️ **Schema Management**: Create and manage attestation schemas
- 📝 **Attestation Queries**: List and filter attestations by various criteria

## 🧰 Available Tools

This server exposes 22 MCP tools. You don't call these directly — once the MCP is connected, your AI client selects the right tool based on your prompt.

| Category | Tool | Description |
|---|---|---|
| Session | `start-interaction` | Start interacting with the Rootstock CLI functions |
| Session | `list-pending-operations` | List pending operations awaiting confirmation (deploys, transfers) |
| Session | `confirm-operation` | Confirm and execute a pending operation by ID |
| Session | `cancel-operation` | Cancel a pending operation by ID |
| Wallet | `start-wallet-interaction` | Show available wallet management operations |
| Wallet | `create-wallet` | Create, import, list, switch, or delete wallets |
| Wallet | `use-wallet-from-creation` | Reuse wallet data from a previous `create-wallet` result without re-uploading it |
| Balance | `check-balance` | Check rBTC or ERC20 token balances |
| Transfers | `transfer-tokens` | Transfer rBTC or ERC20 tokens between wallets |
| Transactions | `check-transaction` | Check a transaction's status and details by hash |
| Transactions | `check-transaction-history` | Query a wallet's transaction history via the Alchemy API |
| Contracts | `deploy-contract` | Deploy a smart contract using ABI and bytecode |
| Contracts | `verify-contract` | Verify a deployed contract's source code |
| Contracts | `read-contract` | Call view/pure functions on a verified contract |
| Attestations | `issue-attestation` | Issue a new attestation via RAS (Rootstock Attestation Service) |
| Attestations | `verify-attestation` | Verify an existing attestation by UID |
| Attestations | `revoke-attestation` | Revoke an existing attestation by UID |
| Attestations | `list-attestations` | Query attestations by event logs (requires a custom RPC URL) |
| Attestations | `create-schema` | Register a new attestation schema |
| Attestations | `attest-deployment` | Attest a contract deployment using the RAS default schema |
| Attestations | `attest-verification` | Attest a contract verification using the RAS default schema |
| Attestations | `attest-transfer` | Attest a token transfer using the RAS default schema |

See [Detailed Functionality](#-detailed-functionality) below for parameters and examples.

## 📋 Prerequisites

- **Node.js** v18 or higher
- **npm** or **yarn**
- **TypeScript** (included in dev dependencies)

> **Note:** You will use this Model Context Protocol Server from a LLM Client (e.g Cursor, Claude, Warp, etc) which needs to be compatible with the MCP standard. Take into account there are 2 steps here:
> 1. Installation and Build
> 2. AI Client Configuration

IMPORTANT: You need to complete both settings to correctly use MCP within the Client.


## 🛠️ Installation and Build

### 1. Clone the Repository

```bash
git clone https://github.com/rsksmart/rsk-mcp-server
cd rsk-mcp-server
```

### 2. Install Dependencies

```bash
npm install
```

### 3. Build the Project

```bash
npm run build
```

This command:
- Compiles TypeScript to JavaScript in the `build/` folder
- Makes the main file executable (`build/index.js`)

### 4. Verify Installation

```bash
node build/index.js
```

> **Important Note:** For local running this MCP, your client will point to the `index.js` file created on the `build` folder after building it.

## ⚙️ AI Client Configuration

### 🏠 Remote Configuration

### For Cursor IDE

In Cursor, go to Settings > Cursor Settings > Tools & Integrations 

You will see an option to `Add Custom MCP`
<img src="https://raw.githubusercontent.com/rsksmart/rsk-mcp-server/HEAD/doc/img/cursorSettings.png" alt="MCP View" style="width:100%; height: auto;" />

And add to the JSON file:
```json
{
  "mcpServers": {
    "rsk-mcp-server": {
      "command": "npx",
      "args": [
        "-y",
        "@rsksmart/rsk-mcp-server"
      ]
    }
  }
}
// The Args field contains the path to the index.js file created by the build.
```
> **Note:** For install reference on Cursor, please follow these instructions [Here](https://docs.cursor.com/en/context/mcp)

Once it is installed into Cursor, you should see something like:
<img src="https://raw.githubusercontent.com/rsksmart/rsk-mcp-server/HEAD/doc/img/cursorInstalled.png" alt="MCP View" style="width:100%; height: auto;" />

Green dot indicates it was installed correctly.

### For Claude Desktop (Anthropic)

Edit your Claude Desktop configuration file:

Open your Claude client, and then click on Settings/Developer 

<img src="https://raw.githubusercontent.com/rsksmart/rsk-mcp-server/HEAD/doc/img/claudeSettings.png" alt="Claude settings" style="width:100%; height: auto;" />

Click the “Edit Config” button to open the configuration file and add the following configuration:

> **Note:**  This action creates a new configuration file if one doesn’t exist, or opens your existing configuration. The file is located at:

- macOS: `~/Library/Application Support/Claude/claude_desktop_config.json`
- Windows: `%APPDATA%\Claude\claude_desktop_config.json`

```json
{
  "mcpServers": {
    "rsk-mcp-server": {
      "command": "npx",
      "args": [
        "-y",
        "@rsksmart/rsk-mcp-server"
      ]
    }
  }
}
// The Args field contains the path to the index.js file created by the build.
```
> **Note:** For install reference on Claude, please follow these instructions [Here](https://modelcontextprotocol.io/quickstart/user)

Once you have installed this MCP on the Claude client, you will see it once you click on the `Search and tools`option under Web search option (see next image)

<img src="https://raw.githubusercontent.com/rsksmart/rsk-mcp-server/HEAD/doc/img/claudeApp.png" alt="MCP View" style="width:100%; height: auto;" />

### 🏠 Local Configuration

### For Cursor IDE

In Cursor, go to Settings > Cursor Settings > Tools & Integrations 

You will see an option to `Add Custom MCP`
<img src="https://raw.githubusercontent.com/rsksmart/rsk-mcp-server/HEAD/doc/img/cursorSettings.png" alt="MCP View" style="width:100%; height: auto;" />

And add to the JSON file:
```json
{
  "mcpServers": {
    "rsk-mcp": {
      "command": "node",
      "args": ["/absolute/path/to/your/project/rsk-mcp-server/build/index.js"]
    }
  }
}
// The Args field contains the path to the index.js file created by the build.
```
> **Note:** For install reference on Cursor, please follow these instructions [Here](https://docs.cursor.com/en/context/mcp)

Once it is installed into Cursor, you should see something like:
<img src="https://raw.githubusercontent.com/rsksmart/rsk-mcp-server/HEAD/doc/img/cursorInstalled.png" alt="MCP View" style="width:100%; height: auto;" />

Green dot indicates it was installed correctly.

### For Claude Desktop (Anthropic)

Edit your Claude Desktop configuration file:

Open your Claude client, and then click on Settings/Developer 

<img src="https://raw.githubusercontent.com/rsksmart/rsk-mcp-server/HEAD/doc/img/claudeSettings.png" alt="Claude settings" style="width:100%; height: auto;" />

Click the “Edit Config” button to open the configuration file and add the following configuration:

> **Note:**  This action creates a new configuration file if one doesn’t exist, or opens your existing configuration. The file is located at:

- macOS: `~/Library/Application Support/Claude/claude_desktop_config.json`
- Windows: `%APPDATA%\Claude\claude_desktop_config.json`

```json
{
  "mcpServers": {
    "rsk-mcp": {
      "command": "node",
      "args": ["/absolute/path/to/your/project/rsk-mcp-server/build/index.js"],
      "env": {}
    }
  }
}
// The Args field contains the path to the index.js file created by the build.
```
> **Note:** For install reference on Claude, please follow these instructions [Here](https://modelcontextprotocol.io/quickstart/user)

Once you have installed this MCP on the Claude client, you will see it once you click on the `Search and tools`option under Web search option (see next image)

<img src="https://raw.githubusercontent.com/rsksmart/rsk-mcp-server/HEAD/doc/img/claudeApp.png" alt="MCP View" style="width:100%; height: auto;" />

### For Other MCP Implementations

Any MCP-compatible client can connect using:

```bash
node /path/to/project/rsk-mcp-server/build/index.js
```

### 🌐 Remote Configuration (URL)

> **Note:** This functionality will be available when the server is deployed to a public endpoint.

#### Remote Client Configuration

```json
{
  "mcpServers": {
    "rsk-mcp": {
      "url": "https://your-server.com/mcp-endpoint",
      "headers": {
        "Authorization": "Bearer your-api-key"
      }
    }
  }
}
```
## 🔧 Detailed Functionality

Once this MCP is installed on the client, you will be able to interact with it by prompt, using chat box, for example, a good prompt to start interacting with this MCP is to write a prompt like:
`I would like to start interacting with Rootstock`

Then it will require you to give permission to use the MCP tool, you click on accept, and then it should answer something like:

```
Perfect! The Rootstock CLI is now active and ready to help you interact with the Rootstock blockchain. Here are the available options:
Available Rootstock Operations:
💼 wallet - Manage your wallet (create new, use existing, or import)
💰 balance - Check wallet balances
💸 transfer - Transfer RBTC or ERC20 tokens
🔍 tx - Check transaction status
🚀 deploy - Deploy a smart contract
✅ verify - Verify a contract
📄 contract - Interact with a contract
📊 history - Check transaction history
❓ help - Display help
What would you like to do? If you don't have a wallet yet, I'd recommend starting with option 1 (wallet management) to create or import a wallet first. Then you can proceed with other operations like checking balances, transferring tokens, or deploying contracts.
Which option interests you?
```

You can continue the flow according to what you need to do.

### 1. 🧭 Session & Interaction

#### Available Tools:
- `start-interaction`: Entry point tool — start here when a user first asks about Rootstock. Lists all available operations.
- `list-pending-operations`: List operations awaiting confirmation (contract deployments, token transfers)
- `confirm-operation`: Confirm and execute a pending operation using its operation ID
- `cancel-operation`: Cancel and discard a pending operation using its operation ID

**Why confirmation is needed:** Critical operations like `deploy-contract` and `transfer-tokens` require a `confirmAction` boolean on every call — omitting it fails schema validation. Passing `confirmAction: false` creates a pending operation (expires after 5 minutes) instead of executing, and nothing happens on-chain until it's confirmed via `confirm-operation`. Passing `confirmAction: true` on the first call skips that pending step entirely — the tool descriptions themselves instruct AI agents not to do this until a real person has explicitly approved the action, so treat it as an escape hatch for already-approved automation, not the default flow.

**List Pending Operations**
```typescript
{} // no parameters
```

**Confirm an Operation**
```typescript
{
  operationId: "op_1700000000000_abc123xyz" // ID returned when the operation was created
}
```

**Cancel an Operation**
```typescript
{
  operationId: "op_1700000000000_abc123xyz"
}
```

### 2. 💼 Wallet Management

#### Available Tools:
- `start-wallet-interaction`: Initialize wallet management
- `create-wallet`: Create/import/manage wallets
- `use-wallet-from-creation`: Reuse wallet data from a previous `create-wallet` result without re-uploading it

#### Supported Operations:

**🆕 Create New Wallet**
```typescript
// Creates a wallet with secure password
{
  walletOption: "🆕 Create a new wallet",
  walletName: "MyWallet",
  walletPassword: "secure_password",
  replaceCurrentWallet: false
}
```

**🔑 Import Existing Wallet**
```typescript
// Import using private key
{
  walletOption: "🔑 Import existing wallet",
  walletName: "ImportedWallet",
  privateKey: "0x...",
  walletPassword: "secure_password"
}
```

**🔍 List Saved Wallets**
```typescript
// List all available wallets
{
  walletOption: "🔍 List saved wallets",
  walletData: "my-wallets.json_content"
}
```

**🔁 Switch Active Wallet**
```typescript
// Switch to another wallet
{
  walletOption: "🔁 Switch wallet", 
  newMainWallet: "WalletName"
}
```

**♻️ Reuse Wallet From Previous Creation**
```typescript
// Skips re-uploading wallet data by referencing the create-wallet result
{
  testnet: true,
  token: "rBTC",
  walletCreationResult: "{\"walletsData\":{...}}" // the full JSON string returned by create-wallet, not a parsed object
}
```

### 3. 💰 Balance Queries

#### Tool: `check-balance`

**Supported Tokens:**
- **rBTC** - Rootstock native token
- **USDT** - Tether USD 
- **DOC** - Dollar on Chain
- **BPRO** - BitPro
- **RIF** - RIF Token
- **FISH** - Fish Token
- **Custom Token** - Any ERC20 token

**Example:**
```typescript
{
  testnet: true, // true for testnet, false for mainnet
  token: "rBTC",
  walletName: "MyWallet" // optional, uses current wallet if not specified
}
```

**For Custom Tokens:**
```typescript
{
  testnet: true,
  token: "Custom Token",
  customTokenAddress: "0x...", // token contract address
  walletName: "MyWallet"
}
```

### 4. 💸 Token Transfers

#### Tool: `transfer-tokens`

Transfers rBTC or ERC20 tokens between wallets. Like `deploy-contract`, `confirmAction` is required on every call: pass `false` to get back a pending operation that must be confirmed via `confirm-operation` before anything executes; pass `true` only once a real person has approved the transfer.

**Requirements:**
- Recipient address
- Amount (number, not string)
- Wallet with sufficient funds
- Token contract address (optional, omit for native rBTC)

**Example:**
```typescript
{
  testnet: true,
  toAddress: "0x...", // recipient address
  value: 0.01, // amount to transfer (number)
  tokenAddress: "0x...", // optional, omit for native rBTC transfers
  walletData: "my-wallets.json_content",
  walletPassword: "wallet_password",
  confirmAction: false // required on every call; false requires confirm-operation, true executes immediately
}
```

### 5. 🔍 Transaction Tracking

#### Tool: `check-transaction`

```typescript
{
  testnet: true, // network to check
  txid: "0x..." // transaction hash (with or without 0x prefix)
}
```

**Returned Information:**
- Transaction status (pending/confirmed/failed)
- Block number
- Gas used
- Transfer details
- Timestamps

### 6. 📊 Transaction History

#### Tool: `check-transaction-history`

Queries a wallet's transaction history using the Alchemy API.

**Requirements:**
- Alchemy API key (optional — falls back to a stored key if omitted)

**Example:**
```typescript
{
  testnet: true,
  apiKey: "your-alchemy-api-key", // optional, uses a stored key if omitted
  number: "10", // number of transactions to retrieve (string)
  walletData: "my-wallets.json_content"
}
```

### 7. 🚀 Contract Deployment

#### Tool: `deploy-contract`

**Requirements:**
- Contract ABI (JSON)
- Compiled bytecode (hex)
- Constructor arguments (optional)
- Wallet with sufficient funds

**Example:**
```typescript
{
  testnet: true,
  abiContent: `[{"inputs":[],"name":"myFunction"...}]`, // complete ABI
  bytecodeContent: "0x608060405234801561001057600080fd5b50...", // bytecode
  constructorArgs: ["arg1", "arg2"], // constructor arguments
  walletData: "my-wallets.json_content",
  walletPassword: "wallet_password"
}
```

### 8. ✅ Contract Verification

#### Tool: `verify-contract`

**Requirements:**
- Deployed contract address
- Solidity source code
- Compilation metadata (JSON Standard Input)
- Constructor arguments used

**Example:**
```typescript
{
  testnet: true,
  contractAddress: "0x...", // contract address
  contractName: "MyContract", // exact name in source code
  jsonContent: `{"language":"Solidity","sources":{...}}`, // compilation metadata
  constructorArgs: ["arg1", "arg2"] // arguments used in deployment
}
```

### 9. 📄 Contract Reading

#### Tool: `read-contract`

**To List Available Functions:**
```typescript
{
  testnet: true,
  contractAddress: "0x..." // must be a verified contract
}
```

**To Call a Function:**
```typescript
{
  testnet: true,
  contractAddress: "0x...",
  functionName: "balanceOf", // view/pure function name
  functionArgs: ["0x..."] // function arguments
}
```

### 10. 🌐 Supported Networks

#### Rootstock Mainnet
- **RPC URL:** `https://public-node.rsk.co`
- **Chain ID:** 30
- **Explorer:** `https://explorer.rootstock.io`

#### Rootstock Testnet
- **RPC URL:** `https://public-node.testnet.rsk.co`
- **Chain ID:** 31
- **Explorer:** `https://explorer.testnet.rootstock.io`

### 11. 🎯 Attestation Management

#### Available Attestation Tools:
- `issue-attestation`: Create new attestations with a raw schema and encoded data
- `verify-attestation`: Verify existing attestations by UID
- `revoke-attestation`: Revoke attestations
- `list-attestations`: Query attestations by event logs (requires custom RPC URL)
- `create-schema`: Register new attestation schemas
- `attest-deployment`: Create a deployment attestation using the RAS default schema
- `attest-verification`: Create a contract verification attestation using the RAS default schema
- `attest-transfer`: Create a transfer attestation using the RAS default schema

**🎯 Issue Attestation**
```typescript
{
  testnet: true,
  recipient: "0x...", // recipient address
  schema: "0x...", // schema UID
  data: "encoded_data", // schema-encoded data
  expirationTime: 0, // optional timestamp
  revocable: true // optional
}
```

**🔍 Verify Attestation**
```typescript
{
  testnet: true,
  uid: "0x..." // attestation UID
}
```

**❌ Revoke Attestation**
```typescript
{
  testnet: true,
  uid: "0x...", // attestation UID
  walletData: {}, // wallet configuration
  walletPassword: "password"
}
```

**📋 List Attestations**

> **Note:** RSK public nodes do not support `eth_getLogs`. A custom `rpcUrl` from a provider such as Alchemy or GetBlock is required.

```typescript
{
  testnet: true,
  rpcUrl: "https://rsk-mainnet.g.alchemy.com/v2/YOUR_KEY", // required
  recipient: "0x...", // optional filter
  attester: "0x...", // optional filter
  schema: "0x...", // optional filter
  limit: 10 // optional, default 10
}
```

**🏗️ Create Schema**
```typescript
{
  testnet: true,
  schema: "uint256 tokenId, string name", // schema definition
  revocable: true,
  resolverAddress: "0x...", // optional, defaults to zero address
  walletData: {}, // wallet configuration
  walletPassword: "password"
}
```

**🏗️ Attest Deployment**

Creates a deployment attestation using the RAS default deployment schema. Uses `DEFAULT_SCHEMA_UIDS.testnet.deployment` when no `schemaUID` is provided.

```typescript
{
  testnet: true,
  contractAddress: "0x...",
  contractName: "MyContract",
  deployer: "0x...",
  blockNumber: 1000000,
  transactionHash: "0x...",
  timestamp: 1700000000,
  abiHash: "0x...", // optional
  bytecodeHash: "0x...", // optional
  schemaUID: "0x...", // optional, uses default RAS schema
  recipient: "0x...", // optional
  walletData: {}, // wallet configuration
  walletPassword: "password"
}
```

**✅ Attest Verification**

Creates a contract verification attestation using the RAS default verification schema.

```typescript
{
  testnet: true,
  contractAddress: "0x...",
  contractName: "MyContract",
  verifier: "0x...",
  sourceCodeHash: "0x...",
  compilationTarget: "contracts/MyContract.sol:MyContract",
  compilerVersion: "v0.8.17+commit.8df45f5f",
  optimizationUsed: true,
  timestamp: 1700000000,
  verificationTool: "hardhat",
  schemaUID: "0x...", // optional, uses default RAS schema
  recipient: "0x...", // optional
  walletData: {}, // wallet configuration
  walletPassword: "password"
}
```

**💸 Attest Transfer**

Creates a transfer attestation using the RAS default transfer schema.

```typescript
{
  testnet: true,
  sender: "0x...",
  recipient: "0x...",
  amount: "0.001",
  tokenSymbol: "RBTC", // optional, defaults to RBTC
  tokenAddress: "0x...", // optional, for ERC20
  transactionHash: "0x...",
  blockNumber: 1000000,
  timestamp: 1700000000,
  transferType: "native", // e.g. "native" or "erc20"
  reason: "payment", // optional
  schemaUID: "0x...", // optional, uses default RAS schema
  walletData: {}, // wallet configuration
  walletPassword: "password"
}
```

## 📁 Project Structure

```
rsk-mcp-server/
├── src/
│   ├── handlers/
│   │   └── responsesHandler.ts    # MCP response handling
│   ├── services/
│   │   ├── AttestationService.ts  # Attestation operations
│   │   ├── ContractDeploymentService.ts # Contract deployment
│   │   ├── ContractReadService.ts # Contract reading
│   │   ├── ContractVerificationService.ts # Contract verification
│   │   ├── HistoryService.ts      # Transaction history
│   │   ├── TransferService.ts     # Token transfers
│   │   └── WalletService.ts       # Wallet management
│   ├── tools/
│   │   ├── constants.ts           # Constants and options
│   │   ├── handlers.ts            # Auxiliary handlers
│   │   ├── schemas.ts             # Zod validation schemas
│   │   └── types.ts               # TypeScript types
│   ├── utils/
│   │   └── responses.ts           # Response utilities
│   ├── server-config.ts           # MCP server configuration
│   ├── index.ts                   # Main entry point
│   └── rsk-cli.d.ts               # Ambient type declarations for rsk-cli
├── scripts/
│   └── test-attestations.mjs      # Attestation integration tests
├── build/                         # Compiled code (generated)
├── package.json                   # Project configuration
├── tsconfig.json                  # TypeScript configuration
└── README.md                      # This documentation
```

## 🔐 Security

### Private Key Management
- Private keys are stored encrypted using AES-256
- Each wallet has its own unique IV (initialization vector)
- Passwords are never stored in plain text

### Best Practices
- Use strong and unique passwords
- Maintain secure backups of `my-wallets.json`
- Do not share configuration files
- Use testnet for testing

## 🐛 Troubleshooting

### Error: "Module not found"
```bash
npm install
npm run build
```

### MCP Connection Error
- Verify absolute path in configuration
- Ensure the project is compiled
- Check MCP client logs

### Wallet Issues
- Verify `my-wallets.json` format
- Check password in `password.json` (in case you managed the password in a file)
- Ensure sufficient funds for transactions

## Contributing

We welcome contributions from the community. Please fork the repository and submit pull requests with your changes. Ensure your code adheres to the project's main objective.

## Support

For any questions or support, please open an issue on the repository or reach out to the maintainers.


# Disclaimer
The software provided in this GitHub repository is offered “as is,” without warranty of any kind, express or implied, including but not limited to the warranties of merchantability, fitness for a particular purpose, and non-infringement.
- **Testing:** The software has not undergone testing of any kind, and its functionality, accuracy, reliability, and suitability for any purpose are not guaranteed.
- **Use at Your Own Risk:** The user assumes all risks associated with the use of this software. The author(s) of this software shall not be held liable for any damages, including but not limited to direct, indirect, incidental, special, consequential, or punitive damages arising out of the use of or inability to use this software, even if advised of the possibility of such damages.
- **No Liability:** The author(s) of this software are not liable for any loss or damage, including without limitation, any loss of profits, business interruption, loss of information or data, or other pecuniary loss arising out of the use of or inability to use this software.
- **Sole Responsibility:** The user acknowledges that they are solely responsible for the outcome of the use of this software, including any decisions made or actions taken based on the software’s output or functionality.
- **No Endorsement:** Mention of any specific product, service, or organization does not constitute or imply endorsement by the author(s) of this software.
- **Modification and Distribution:** This software may be modified and distributed under the terms of the license provided with the software. By modifying or distributing this software, you agree to be bound by the terms of the license.
- **Assumption of Risk:** By using this software, the user acknowledges and agrees that they have read, understood, and accepted the terms of this disclaimer and assumes all risks associated with the use of this software.