skills/beam/beam-tools/generate-demo-agent-sample-input-data/SKILL.md
Generate sample test inputs and expected results for Beam.ai agents. Load when user says "generate demo data", "create sample inputs for agent", "demo data for beam agent", "test data for agent", "sample input data", or provides a Beam agent URL asking for test cases.
npx skillsauth add beam-ai-team/beam-next-skills generate-demo-agent-sample-input-dataInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Analyze a Beam.ai agent's workflow and generate realistic sample input data with expected results for demos and testing.
This skill automates the creation of demo/test data for Beam.ai agents by:
Use Cases:
Time Estimate: 5-10 minutes
| Input | Required | Description |
|-------|----------|-------------|
| Beam Agent URL | Yes | Full URL like https://app.beam.ai/{workspace_id}/{agent_id} |
| Reference Data | Optional | Master dataset the agent checks against (Google Sheets data, Airtable records, etc.) |
| Number of Samples | Optional | How many test cases to generate (default: 5) |
Extract workspace_id and agent_id from the provided URL.
URL Format:
https://app.beam.ai/{workspace_id}/{agent_id}
https://app.beam.ai/{workspace_id}/{agent_id}/flow
Example:
URL: https://app.beam.ai/12172090-4128-4dbb-ace2-0d60af617cb4/3aa08542-6f71-43e6-9120-72d78015e7ab
Workspace ID: 12172090-4128-4dbb-ace2-0d60af617cb4
Agent ID: 3aa08542-6f71-43e6-9120-72d78015e7ab
Use the Beam API to fetch the agent's graph structure.
Run the fetch script:
python3 03-skills/generate-demo-agent-sample-input-data/scripts/fetch_and_analyze.py <workspace_id> <agent_id>
Or manually via API:
# Step 1: Get access token
auth_resp = requests.post(
"https://api.beamstudio.ai/auth/access-token",
headers={"Content-Type": "application/json"},
json={"apiKey": "<BEAM_API_KEY from .env>"}
)
token = auth_resp.json().get("idToken")
# Step 2: Fetch graph
graph_resp = requests.get(
f"https://api.beamstudio.ai/agent-graphs/{agent_id}",
headers={
"Authorization": f"Bearer {token}",
"current-workspace-id": workspace_id,
"Content-Type": "application/json"
}
)
Extract key information from the graph:
3a. Identify Entry Point & Trigger Type
3b. Extract Input Parameters
Look at first non-entry node's toolConfiguration.inputParams:
for node in graph["nodes"]:
if not node.get("isEntryNode"):
tool_config = node.get("toolConfiguration", {})
inputs = tool_config.get("inputParams", [])
for param in inputs:
print(f"- {param['paramName']}: {param['paramDescription']}")
3c. Identify Data Sources Look for nodes with tools like:
3d. Map Decision Logic Identify nodes that branch (have multiple childEdges with conditions):
If the agent checks against a master dataset, ask user:
I see this agent validates against a data source (Google Sheets/Airtable).
To generate accurate test data, please provide the reference dataset.
You can:
1. Paste the data directly (CSV or table format)
2. Provide the spreadsheet/database URL
3. Skip (I'll generate generic samples)
Based on analysis, create test cases covering:
| Scenario Type | Description | |---------------|-------------| | Happy Path | Valid input that should succeed | | Not Found | ID/record doesn't exist in source | | Validation Fail | Exists but fails criteria | | Pending/Incomplete | Edge case - partial status | | Minimal Input | Tests handling of sparse data |
For Email-Triggered Agents: Generate realistic email samples with:
For Webhook/API Agents: Generate JSON payloads matching expected schema.
Generate a table summarizing each test case:
| # | Sample | Key Input | Expected Outcome | Reason |
|---|--------|-----------|------------------|--------|
| 1 | Valid customer | ID: PROP001 | ✅ Accept | Exists + Passed |
| 2 | Unknown ID | ID: PROP999 | ❌ Reject | Not in database |
| 3 | Failed status | ID: PROP004 | ❌ Reject | Inspection failed |
Present the generated test data to user and optionally save:
Save test data to: 04-workspace/beam-demo-data/{agent-name}/
├── sample-inputs/
│ ├── sample-1-valid.txt
│ ├── sample-2-not-found.txt
│ └── ...
├── expected-results.md
└── agent-analysis.md
Agent: Property Eligibility Checker
Trigger: Email
Data Source: Google Sheets (Property Master)
Input Fields Expected:
- Property_ID (required)
- Property_Address
- Owner_Name
- Property_Type
- Coverage_Limit
Decision Logic:
1. Check if Property_ID exists in master sheet
2. Check if Inspection_Status = "Passed"
3. Accept if both conditions met, else reject
[5 sample emails/inputs with expected outcomes table]
| Error | Cause | Solution | |-------|-------|----------| | 401 Unauthorized | Invalid/expired API key | Check BEAM_API_KEY in .env | | 404 Not Found | Invalid agent ID | Verify URL is correct | | Empty graph | Agent has no nodes | Agent may be empty/draft | | No reference data | User didn't provide dataset | Generate generic samples |
Version: 1.0 Created: 2026-01-06 Author: Nexus
development
--- name: taste-skill type: skill version: '1.0' author: Leonxlnx (packaged by Zhichao Li) category: general tags: - frontend - design - anti-slop - landing-page updated: '2026-06-11' visibility: public description: Anti-slop frontend skill for landing pages, portfolios, and redesigns. The agent reads the brief, infers the right design direction, and ships interfaces that do not look templated. Real design systems when applicable, audit-first on redesigns, strict pre-flight check. license: MIT.
development
Use when communicating quantitative information in any form — Slack updates, emails, reports, decks, dashboards, landing pages, product UI, public talks. Covers two integrated layers: (1) making numbers semantically meaningful (translation, anchoring, simplification, story-pairing) and (2) showing numbers cleanly (chart vs table vs prose, chart-by-message, pre-attentive emphasis, color discipline, decluttering). Distilled and integrated from *Show Me the Numbers* (Stephen Few) and *Make Numbers Count* (Chip Heath & Karla Starr). Not for raw data analysis or statistics — this is about communication of numbers, not their derivation.
development
Use when the user wants to design, redesign, shape, critique, audit, polish, clarify, distill, harden, optimize, adapt, animate, colorize, extract, or otherwise improve a frontend interface. Covers websites, landing pages, dashboards, product UI, app shells, components, forms, settings, onboarding, and empty states. Handles UX review, visual hierarchy, information architecture, cognitive load, accessibility, performance, responsive behavior, theming, anti-patterns, typography, fonts, spacing, layout, alignment, color, motion, micro-interactions, UX copy, error states, edge cases, i18n, and reusable design systems or tokens. Also use for bland designs that need to become bolder or more delightful, loud designs that should become quieter, live browser iteration on UI elements, or ambitious visual effects that should feel technically extraordinary. Not for backend-only or non-UI tasks.
tools
Stateful multi-session tutor adapted for Beam — teach a stakeholder to understand, trust, and operate a specific agent, or teach a Solution Engineer a client's business process for delivery. Grounds every lesson in Knowledge Hub sources (real agent graphs, real tasks, transcripts, Linear) before any web resource. Also works for any general topic. Trigger on "teach me", "beam teach", "教我", "onboard <person> on <agent>", "help <stakeholder> understand the agent", "learn this client's process".