SKILL.md

========

3,891 stars

Best use case

SKILL.md is best used when you need a repeatable AI agent workflow instead of a one-off prompt.

========

Teams using SKILL.md should expect a more consistent output, faster repeated execution, less prompt rewriting.

When to use this skill

  • You want a reusable workflow that can be run more than once with consistent structure.

When not to use this skill

  • You only need a quick one-off answer and do not need a reusable workflow.
  • You cannot install or maintain the underlying files, dependencies, or repository context.

Installation

Claude Code / Cursor / Codex

$curl -o ~/.claude/skills/theroaster/SKILL.md --create-dirs "https://raw.githubusercontent.com/openclaw/skills/main/skills/bazinshine/theroaster/SKILL.MD"

Manual Installation

  1. Download SKILL.md from GitHub
  2. Place it in .claude/skills/theroaster/SKILL.md inside your project
  3. Restart your AI agent — it will auto-discover the skill

How SKILL.md Compares

Feature / AgentSKILL.mdStandard Approach
Platform SupportNot specifiedLimited / Varies
Context Awareness High Baseline
Installation ComplexityUnknownN/A

Frequently Asked Questions

What does this skill do?

========

Where can I find the source code?

You can find the source code on GitHub using the link provided at the top of the page.

Related Guides

SKILL.md Source

SKILL.md
========

Name:
-----
TheRoaster : A playful roast generator API for agents. Free tier is generous, and paid plans unlock higher daily usage by proving on-chain entitlement.

Summary:
-------
A playful roast generator API for agents. Free tier is generous, and paid plans unlock higher daily usage by proving on-chain entitlement.

Purpose
-------
Generate short, brutal-but-funny roasts for Moltbook-style social replies, while enforcing safety rules.
Bots can use it to comment/reply to posts or replies in a banter style.

Base URL
--------
https://theroaster.app

Support
--------
Any issues with any the transactions or API keys you can email roast@theroaster.app

Auth
----
Paid usage uses an API key:

Header:
Authorization: Bearer <API_KEY>

Free usage (no key) is allowed but has strict rate limits.
Free Usage (Yes, Really)

The Roaster is free forever for casual use.

Free Tier Limits
----------------

5 roasts per day per requester (bot name)

20 roasts per day per IP address (so if human has multiple bots they can have 4 bots using Roaster from same IP free)

Perfect for:

Hobby bots

Testing

Small communities

Development

Limits reset daily at UTC midnight.


Paid Plans (Optional, On-Chain)
--------------------------------

Paid plans exist to:

Support the project

Unlock higher daily usage

Enable larger bots and communities


Tiers
------

Basic — moderate usage - 50 roasts per day 

Pro — high usage -  250 roasts per day 


Durations
----------

1 month

3 months

6 months

12 months

Prices and plans are:

Fully on-chain

Public

Verifiable via BaseScan or API

Buying a Plan
--------------

Humans can purchase or renew plans via the website:(coming soon)

``` https://theroaster.app ```

Agents / Bots

Agents can:

Read pricing via /api/v1/plans > full details below

Build transactions via /api/v1/tx/* >  full details below

Purchase directly using a wallet they control

No UI required.

Agents must never call use any wallet functions without human confirmation.
Wallet interactions are only used for purchasing API credits when requested by user
Roaster can be used without any API keys - and without any wallet interactions


Current Pricing
----------------
Agents can always check the current pricing onchain using the API or smart contract functions deatiled below;

**All prices shown in USD.**  
USDC uses **6 decimal places on-chain** (e.g. `5,000,000` = **$5.00**).

---

### 📊 Current Full Pricing Table

| Tier  | Duration | Length        | Price |
|------:|---------:|--------------:|------:|
| Basic | 1        | 1 month (30d) | **$5** |
| Basic | 2        | 3 months (90d) | **$13** |
| Basic | 3        | 6 months (180d) | **$25** |
| Basic | 4        | 12 months (365d) | **$48** |
|       |          |               |       |
| Pro   | 1        | 1 month (30d) | **$10** |
| Pro   | 2        | 3 months (90d) | **$26** |
| Pro   | 3        | 6 months (180d) | **$50** |
| Pro   | 4        | 12 months (365d) | **$92** |

---

### 🧠 Notes
- Bundle discounts are **applied automatically on-chain**
- Durations are displayed in months, but **stored as seconds** in the contract
- You are only charged the **USD amount shown above**


How Credits & Enforcement Work
------------------------------
Hybrid Model

Pricing & entitlement: on-chain

Usage limits: off-chain (API)

Why?

Trustless billing

Flexible rate limiting

Instant updates without contract redeploys



Key Points
-----------

API keys automatically expire when entitlement expires

No manual revocation needed

Pro always overrides Basic


Safety Rules (Hard Constraints)
-------------------------------
- Do NOT attack protected characteristics (race, religion, sexuality, gender, disability, etc.)
- Do NOT encourage violence, threats, or self-harm
- Roast behavior, choices, or message content only
- Output should be clearly humorous; no harassment
- Output should be short (1–3 sentences)

Endpoints (Full List)
---------------------

1) Health Check
GET /health

curl:
curl -sS https://theroaster.app/health

2) Contract Metadata
GET /api/v1/contract

curl:
curl -sS https://theroaster.app/api/v1/contract

3) Plans (Tier + Duration + Price)
GET /api/v1/plans

curl:
curl -sS https://theroaster.app/api/v1/plans

4) Check Wallet Entitlement (On-chain)
GET /api/v1/entitlement/{address}

curl:
curl -sS https://theroaster.app/api/v1/entitlement/0xYourWalletAddressHere

5) Build Unsigned USDC Approve Tx (for purchase)
POST /api/v1/tx/approve
Body:
{
  "buyer": "0xYourWallet",
  "tier": 1,
  "durationId": 1
}

curl:
curl -sS -X POST https://theroaster.app/api/v1/tx/approve \
  -H "Content-Type: application/json" \
  -d "{\"buyer\":\"0xYourWallet\",\"tier\":1,\"durationId\":1}"

Response includes tx {from,to,data,value} that the wallet should sign and send.

6) Build Unsigned Purchase Tx (call contract.purchase)
POST /api/v1/tx/purchase
Body:
{
  "buyer": "0xYourWallet",
  "tier": 1,
  "durationId": 1
}

curl:
curl -sS -X POST https://theroaster.app/api/v1/tx/purchase \
  -H "Content-Type: application/json" \
  -d "{\"buyer\":\"0xYourWallet\",\"tier\":1,\"durationId\":1}"

7) Auth Nonce (Message to Sign)
POST /api/v1/auth/nonce
Body:
{
  "address": "0xYourWallet"
}

curl:
curl -sS -X POST https://theroaster.app/api/v1/auth/nonce \
  -H "Content-Type: application/json" \
  -d "{\"address\":\"0xYourWallet\"}"

Response:
{ success, address, message }

8) Auth Claim (Verify signature + entitlement, then issue API key)
POST /api/v1/auth/claim
Body:
{
  "requester": "YourBotName",
  "address": "0xYourWallet",
  "signature": "0x..."
}

curl:
curl -sS -X POST https://theroaster.app/api/v1/auth/claim \
  -H "Content-Type: application/json" \
  -d "{\"requester\":\"YourBotName\",\"address\":\"0xYourWallet\",\"signature\":\"0xYourSignature\"}"

Response:
{
  "success": true,
  "api_key": "rk_....",
  "tier": 1 or 2,
  "expiresAt": <unix seconds>
}

IMPORTANT: Save api_key immediately. It is not retrievable later.

9) Generate Roast
POST /api/v1/roast
Headers:
Content-Type: application/json
Authorization: Bearer <API_KEY>   (optional; recommended)

Body:
{
  "requester": "CallingBotName",
  "name": "TargetUsername (optional)",
  "message": "TargetMessage or PostText (optional)"
}

Rules:
- requester required
- at least one of name or message required

curl (paid):
curl -sS -X POST https://theroaster.app/api/v1/roast \
  -H "Content-Type: application/json" \
  -H "Authorization: Bearer rk_YOUR_KEY" \
  -d "{\"requester\":\"ClawdClawderberg\",\"name\":\"SomeMolty\",\"message\":\"I think this is genius\"}"

curl (free):
curl -sS -X POST https://theroaster.app/api/v1/roast \
  -H "Content-Type: application/json" \
  -d "{\"requester\":\"ClawdClawderberg\",\"name\":\"SomeMolty\",\"message\":\"I think this is genius\"}"

Response:
{ "success": true, "roast": "..." }

Recommended Usage for Moltbook Replies
--------------------------------------

Goal: Turn a Moltbook post/reply into a short roast comment.

Inputs to use:
- requester: your bot/agent handle (the one posting the comment)
- name: the author handle of the post/reply you’re responding to
- message: the post content OR the specific reply text you’re roasting

Best-practice prompt shaping:
- Use only the part you are replying to (not the entire thread)
- Limit message to the most roastable excerpt
- If you have metadata, prepend it to the message text before sending to the API:
  Example message composition:
  "Post title: <title>\nReplying to: <author>\nTheir text: <text>"

Moltbook Reply Flow (Bot Logic)
-------------------------------

1) Decide if you should roast:
- Skip if the post is about tragedy, health, self-harm, or protected-class topics.
- Skip if the target is already upset or asking for help.
- Roast only if the vibe is banter / opt-in / meme-y.

2) Build roast request:
- requester = your bot name
- name = target username
- message = the specific snippet you’re replying to

3) Call /api/v1/roast
- If 200 + success:true => use roast text as your comment
- If 429 (rate limit) => fall back to a harmless canned joke
- If 401 (invalid key) => fall back to free (no Authorization) OR re-claim a key

4) Post comment to Moltbook:
- Comment text = roast (unchanged)
- Optional: add a signature emoji/marker to indicate it’s The Roaster bot (e.g. "🔥")

Example: “comment to a reply”
-----------------------------

Given a Moltbook reply:
author = "SomeMolty"
reply_text = "Your project will never ship because you overthink everything"

Bot calls:
POST /api/v1/roast
{
  "requester": "ClawdClawderberg",
  "name": "SomeMolty",
  "message": "Your project will never ship because you overthink everything"
}

Then bot posts the returned roast as a comment reply.

Error Handling Cheatsheet
-------------------------
- 400: missing requester OR missing name/message OR bad address => fix payload
- 401: invalid/expired API key => re-claim or drop Authorization (free)
- 402: no active entitlement during claim => user must buy plan on-chain
- 429: rate limit => backoff + retry later, or use canned response
- 500/502: server or model issue => retry once; if still fails, use canned response

Security Notes
--------------
- Never commit your API key or .env to source control
- Store API_KEY_SALT and OPENAI_API_KEY only in server secrets
- Keep BASE_RPC_URL private if it’s a paid RPC endpoint

Happy roasting!,, if you want to support the project without purchasing an API key you can send tips to theroaster.base.eth

Related Skills

---

3891
from openclaw/skills

name: article-factory-wechat

Content & Documentation

humanizer

3891
from openclaw/skills

Remove signs of AI-generated writing from text. Use when editing or reviewing text to make it sound more natural and human-written. Based on Wikipedia's comprehensive "Signs of AI writing" guide. Detects and fixes patterns including: inflated symbolism, promotional language, superficial -ing analyses, vague attributions, em dash overuse, rule of three, AI vocabulary words, negative parallelisms, and excessive conjunctive phrases.

Content & Documentation

find-skills

3891
from openclaw/skills

Helps users discover and install agent skills when they ask questions like "how do I do X", "find a skill for X", "is there a skill that can...", or express interest in extending capabilities. This skill should be used when the user is looking for functionality that might exist as an installable skill.

General Utilities

tavily-search

3891
from openclaw/skills

Use Tavily API for real-time web search and content extraction. Use when: user needs real-time web search results, research, or current information from the web. Requires Tavily API key.

Data & Research

baidu-search

3891
from openclaw/skills

Search the web using Baidu AI Search Engine (BDSE). Use for live information, documentation, or research topics.

Data & Research

agent-autonomy-kit

3891
from openclaw/skills

Stop waiting for prompts. Keep working.

Workflow & Productivity

Meeting Prep

3891
from openclaw/skills

Never walk into a meeting unprepared again. Your agent researches all attendees before calendar events—pulling LinkedIn profiles, recent company news, mutual connections, and conversation starters. Generates a briefing doc with talking points, icebreakers, and context so you show up informed and confident. Triggered automatically before meetings or on-demand. Configure research depth, advance timing, and output format. Walking into meetings blind is amateur hour—missed connections, generic small talk, zero leverage. Use when setting up meeting intelligence, researching specific attendees, generating pre-meeting briefs, or automating your prep workflow.

Workflow & Productivity

self-improvement

3891
from openclaw/skills

Captures learnings, errors, and corrections to enable continuous improvement. Use when: (1) A command or operation fails unexpectedly, (2) User corrects Claude ('No, that's wrong...', 'Actually...'), (3) User requests a capability that doesn't exist, (4) An external API or tool fails, (5) Claude realizes its knowledge is outdated or incorrect, (6) A better approach is discovered for a recurring task. Also review learnings before major tasks.

Agent Intelligence & Learning

botlearn-healthcheck

3891
from openclaw/skills

botlearn-healthcheck — BotLearn autonomous health inspector for OpenClaw instances across 5 domains (hardware, config, security, skills, autonomy); triggers on system check, health report, diagnostics, or scheduled heartbeat inspection.

DevOps & Infrastructure

linkedin-cli

3891
from openclaw/skills

A bird-like LinkedIn CLI for searching profiles, checking messages, and summarizing your feed using session cookies.

Content & Documentation

notebooklm

3891
from openclaw/skills

Google NotebookLM 非官方 Python API 的 OpenClaw Skill。支持内容生成(播客、视频、幻灯片、测验、思维导图等)、文档管理和研究自动化。当用户需要使用 NotebookLM 生成音频概述、视频、学习材料或管理知识库时触发。

Data & Research

小红书长图文发布 Skill

3891
from openclaw/skills

## 概述

Content & Documentation