TabTab Skill

v1.0.4

Use TabTab to run AI-powered tasks in a sandboxed multi-agent environment. Supported capabilities: - General agent: open-ended tasks, writing, research, summ...

0· 143·0 current·0 all-time
byTabTabAI@bjwswang

Install

OpenClaw Prompt Flow

Install with OpenClaw

Best for remote or guided setup. Copy the exact prompt, then paste it into OpenClaw for bjwswang/tabtab.

Previewing Install & Setup.
Prompt PreviewInstall & Setup
Install the skill "TabTab Skill" (bjwswang/tabtab) from ClawHub.
Skill page: https://clawhub.ai/bjwswang/tabtab
Keep the work scoped to this skill only.
After install, inspect the skill metadata and help me finish setup.
Use only the metadata you can verify from ClawHub; do not invent missing requirements.
Ask before making any broader environment changes.

Command Line

CLI Commands

Use the direct CLI path if you want to install manually and keep every step visible.

OpenClaw CLI

Bare skill slug

openclaw skills install tabtab

ClawHub CLI

Package manager switcher

npx clawhub@latest install tabtab
Security Scan
VirusTotalVirusTotal
Benign
View report →
OpenClawOpenClaw
Benign
high confidence
Purpose & Capability
Name/description (TabTab multi-agent platform) matches the provided scripts and runtime instructions. Required environment variables (TABTAB_API_KEY and optional TABTAB_BASE_URL) and declared dependencies (curl, jq, stat) align with the scripted REST calls and file uploads.
Instruction Scope
Runtime instructions and the scripts limit themselves to: sourcing a local scripts/env file, reading user-supplied files for upload, hitting the TabTab API endpoints, and writing temporary output (e.g., /tmp). They do not access unrelated system credentials, other services, or unexpected network endpoints.
Install Mechanism
No install spec is present (instruction-only with helper scripts). That is low-risk: nothing is downloaded or extracted from remote URLs and no additional packages are installed by the skill itself.
Credentials
The only required secret is TABTAB_API_KEY (with optional TABTAB_BASE_URL). This is proportional for a REST API client. The skill does recommend storing the key in a local scripts/env file (sourced by the scripts), which is functionally reasonable but should be handled securely by the user.
Persistence & Privilege
always:false and normal model invocation settings. The skill does not request persistent platform-level privileges or alter other skills' configurations.
Assessment
This skill appears to do what it says, but take these precautions before installing/using: 1) Verify the TabTab domain (default https://tabtabai.com) is the legitimate service you expect; if you set TABTAB_BASE_URL, point it only at a trusted instance. 2) Protect your API key: avoid committing scripts/env to source control; follow the script's chmod 600 suggestion, or use your OS secret manager rather than a plain file. 3) Review any files you upload (they are sent to the TabTab service). Don't upload sensitive secrets or private keys unless you trust the service. 4) Ensure required tools (curl, jq, stat) come from trusted packages on your system. 5) The scripts write temporary files under /tmp and expect a skill directory layout; adapt the .gitignore suggestion to your repo structure if needed. If you want additional assurance, inspect network traffic (or run in a restricted environment) to confirm the scripts only talk to the expected API endpoints.

Like a lobster shell, security has layers — review code before you run it.

latestvk972yqks34xw1pvgx1zpd3yjg983f136
143downloads
0stars
5versions
Updated 1mo ago
v1.0.4
MIT-0

TabTab Skill

Overview

The TabTab OpenPlatform exposes REST endpoints under /open/apis/v1/ that let you drive TabTab's multi-agent platform programmatically. Every request must carry an API Key in the Authorization header.

Authorization: Bearer sk-<32-hex-chars>

The API Key is obtained from the KMS page(https://tabtabai.com/api-key) in TabTab settings and stored as environment variable TABTAB_API_KEY.


Configuration — Set environment variables

Recommended: write to scripts/env (persists across sessions, not in shell history)

cat > "$(dirname "$0")/scripts/env" <<'EOF'
TABTAB_API_KEY="sk-xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx"
TABTAB_BASE_URL="https://tabtabai.com"   # optional
EOF
chmod 600 "$(dirname "$0")/scripts/env"

All scripts automatically source scripts/env on startup if the file exists — no further setup needed.

Security: chmod 600 ensures only you can read the file. Add scripts/env to .gitignore to prevent accidental commits:

echo "skills/tabtab/scripts/env" >> .gitignore

Alternative: export in shell session (lost on terminal close)

export TABTAB_API_KEY="sk-xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx"
export TABTAB_BASE_URL="https://tabtabai.com"  # optional

Warning: Commands typed with the key inline (e.g. export TABTAB_API_KEY="sk-...") are saved to shell history (.bash_history / .zsh_history). Prefer the scripts/env file approach above, or set the key via a password manager / secrets tool that avoids writing to history.

Verify configuration

echo "BASE_URL : ${TABTAB_BASE_URL:-https://tabtabai.com}"
echo "API_KEY  : ${TABTAB_API_KEY:0:8}…"  # print only first 8 chars for safety

# Verify API key is valid before proceeding — stop if this fails
bash scripts/hello.sh
VariableRequiredDescription
TABTAB_API_KEYAPI Key in sk-… format obtained from KMS page
TABTAB_BASE_URLBase URL of TabTab instance (default: https://tabtabai.com)

If TABTAB_API_KEY is empty, all scripts will immediately exit with an error.

Required tools

The scripts depend on the following tools — confirm they are installed from trusted packages:

ToolPurpose
curlHTTP requests to the API
jqJSON parsing and transformation
statFile size check before upload (upload-files.sh)


Step 0 — Verify connectivity

Check API Key validity before proceeding:

bash scripts/hello.sh

Expected (200):

{
  "message": "Hello from TabTab OpenPlatform!",
  "timestamp": "2026-03-09T10:00:00+00:00",
  "user_id": "<internal-user-id>"
}

If response is 401, the key is missing, revoked, or expired — stop and report error to user.


Step 1 — Upload files (optional)

If your task requires file inputs (e.g., analyzing a spreadsheet, processing a PDF, or extracting data from images), upload them first:

Upload multiple files (batch)

FILES_INFO=$(TABTAB_FILES="file1.pdf file2.png data.xlsx" bash scripts/upload-files.sh)
echo "$FILES_INFO"

File restrictions

RestrictionValue
Max file size50MB per file
Max files per task20 files
Supported typesPDF, Word (.doc, .docx), Excel (.xls, .xlsx), PowerPoint (.ppt, .pptx), Text (.txt, .md), Images (.jpg, .jpeg, .png, .gif, .webp, .bmp, .svg, .tiff, .tif, .ico), Archives (.zip, .rar, .7z, .tar, .gz)

Note: MIME type validation is lenient. The primary validation is based on file extension. This accommodates variations in MIME type reporting across different browsers and systems.


Step 2 — Create a task

Submit a new task and get back a task_id immediately. The task is queued for agent execution; you will poll for its result in the next step.

Create task with files (using scripts)

# First upload files
FILES_INFO=$(TABTAB_FILES="report.pdf chart.png" bash scripts/upload-files.sh)
FILES_JSON=$(echo "$FILES_INFO" | jq -c '.files')

# Then create task with files
TASK_ID=$(TABTAB_MESSAGE="Analyze the attached documents" \
  TABTAB_MODE="data_analysis" \
  TABTAB_FILES="$FILES_JSON" \
  bash scripts/create-task.sh)

Create task without files

TASK_ID=$(TABTAB_MESSAGE="Research quantum computing trends" \
  TABTAB_MODE="deep_research" \
  bash scripts/create-task.sh)

Request fields

FieldTypeRequiredDescription
messagestringInitial user prompt — task goal
modestringExecution strategy (see table below)
run_modestringagent (default) or chat
paramsobjectExtra parameters, e.g. {"output": "report"}
filesarrayList of uploaded files (only effective in agent mode)

mode values

ModeWhen to use
generalOpen-ended tasks, research, writing
data_analysisCSV / Excel / database analytics
deep_researchLong-form research with web search
data_collectStructured data scraping / collection
htmlWeb page / UI generation
pptSlide deck generation
chartsChart / visualisation generation
chat_dbNatural language to SQL
flashFast single-step tasks

Expected response (201)

{
  "status": "pending",
  "task_id": "550e8400-e29b-41d4-a716-446655440000"
}

Step 3 — Poll task status

Poll until status leaves pending / running:

STATUS=$(TABTAB_TASK_ID="$TASK_ID" bash scripts/poll-task.sh)
echo "Final status: $STATUS"

For manual polling:

while true; do
  STATUS=$(TABTAB_TASK_ID="$TASK_ID" bash scripts/get-status.sh)
  echo "status: $STATUS"

  case "$STATUS" in
    completed | failed | cancelled) break ;;
    hitl)
      echo "Task is waiting for human input — check the TabTab UI."
      break
      ;;
  esac

  sleep 5
done

Status lifecycle

pending → running → completed
                  ↘ failed
                  ↘ cancelled
                  ↘ hitl  (waiting for user action in UI)

Response fields

FieldDescription
statusCurrent task status
status_messageHuman-readable detail (non-empty on failed)

Step 4 — Retrieve event log

Fetch all events for a completed (or still-running) task to inspect what the agent did:

# Get all events — stdout is the saved file path
EVENTS_FILE=$(TABTAB_TASK_ID="$TASK_ID" bash scripts/get-events.sh)
jq '.events[].event_type' "$EVENTS_FILE"

# Custom output path
EVENTS_FILE=$(TABTAB_TASK_ID="$TASK_ID" \
  TABTAB_EVENTS_FILE=/tmp/my-events.json \
  bash scripts/get-events.sh)

# Get incremental events (streaming-style)
LAST_EVENT_ID=""
while true; do
  EVENTS_FILE=$(TABTAB_TASK_ID="$TASK_ID" \
    TABTAB_FROM_EVENT_ID="$LAST_EVENT_ID" \
    bash scripts/get-events.sh)

  # Update cursor — read from the saved file
  NEW_LAST=$(jq -r '.events[-1].event_id // empty' "$EVENTS_FILE")
  [ -n "$NEW_LAST" ] && LAST_EVENT_ID="$NEW_LAST"

  # Stop when task is done
  STATUS=$(TABTAB_TASK_ID="$TASK_ID" bash scripts/get-status.sh | jq -r '.status')
  case "$STATUS" in completed | failed | cancelled) break ;; esac

  sleep 3
done

Key event types

event_typeMeaning
user_inputOriginal user prompt
agent_state_changeAgent phase transition (planning → executing → done)
tool_call_itemA complete tool call with input + output
message_output_itemAgent text output / final answer
think_output_itemAgent internal reasoning (if thinking mode enabled)
token_usageLLM token consumption for one step
task_final_usageAggregate token + tool usage for the whole task
hitl_operationHuman-in-the-loop pause/resume event

Step 5 — Download sandbox output

Download the working directory of a task as a ZIP file:

# Download entire sandbox
OUT=$(TABTAB_TASK_ID="$TASK_ID" bash scripts/download.sh)
echo "Saved to: $OUT"

# Download a specific sub-directory only
OUT=$(TABTAB_TASK_ID="$TASK_ID" TABTAB_DIR="output" \
  TABTAB_OUT="/workspace/result.zip" \
  bash scripts/download.sh)
echo "Saved to: $OUT"

The response is a Content-Type: application/zip streaming file.


Step 6 — Terminate a running task (optional)

Send a stop signal to cancel a running task:

TABTAB_TASK_ID="$TASK_ID" bash scripts/terminate-task.sh

The signal is asynchronous — poll status until it becomes cancelled.


Helper scripts

The skill ships ready-to-use shell scripts under scripts/. Use these scripts for most operations — they handle authentication, JSON parsing, and error handling automatically.

Quick reference

ScriptPurpose
hello.shTest API connectivity
upload-files.shUpload multiple files in batch
create-task.shCreate a new task
list-tasks.shList all tasks with pagination
get-status.shGet current status of a task
get-events.shGet event log for a task
poll-task.shPoll until task finishes (blocking)
download.shDownload sandbox output as ZIP
terminate-task.shCancel a running task

Complete end-to-end example (reference)

This example shows the complete flow using both scripts and direct curl commands (for reference). For actual usage, prefer the scripts shown above.

# ── Config ─────────────────────────────────────────────
# Set these in your shell session before running (never store secrets in a file):
# export TABTAB_API_KEY="sk-..."
# export TABTAB_BASE_URL="https://tabtabai.com"  # optional
BASE="${TABTAB_BASE_URL:-https://tabtabai.com}"
KEY="$TABTAB_API_KEY"

# ── 0. Verify ──────────────────────────────────────────
bash scripts/hello.sh

# ── 1. Upload files ───────────────────────────────────
FILES_INFO=$(TABTAB_FILES="report.pdf chart.png" bash scripts/upload-files.sh)
FILES_JSON=$(echo "$FILES_INFO" | jq -c '.files')

# ── 2. Create task with files ───────────────────────
TASK_ID=$(TABTAB_MESSAGE="Analyze the sales data in attachments and generate trend report" \
  TABTAB_MODE="data_analysis" \
  TABTAB_FILES="$FILES_JSON" \
  bash scripts/create-task.sh)
echo "Created task: $TASK_ID"

# ── 3. Poll ────────────────────────────────────────────
STATUS=$(TABTAB_TASK_ID="$TASK_ID" bash scripts/poll-task.sh)

# ── 4. Download output ─────────────────────────────────
[ "$STATUS" = "completed" ] \
  && TABTAB_TASK_ID="$TASK_ID" bash scripts/download.sh > /dev/null 2>&1 \
  && echo "Download complete"

Error handling

All endpoints return a consistent error body on failure:

{
  "code": 401,
  "err_code": "30001",
  "message": "unauthorized. 30001",
  "status": "error"
}
HTTPerr_codeMeaning
400400Invalid file type or size exceeds limit
40130000API Key missing or invalid format
40130001API Key revoked
40130002API Key expired
403403Task belongs to a different user
404404Task not found
50050000Internal server error — retry or contact support

Always check the HTTP status code and err_code before proceeding. Do not retry 401/403/404 errors automatically — they require user action.


Best Practices

  1. Always use scripts: They handle authentication, JSON parsing, and error handling automatically
  2. Verify connectivity first: Run bash scripts/hello.sh after setting credentials — if it fails, stop and fix the key before proceeding
  3. Export env vars in your shell session: Set TABTAB_API_KEY (and optionally TABTAB_BASE_URL) via export before using any script. Never store secrets in plain-text files inside the skill directory.
  4. Check response codes: Scripts return proper exit codes; check $? after each call
  5. Capture stderr for progress: Scripts write progress to stderr, output to stdout for capture
  6. Use poll-task.sh for blocking: It waits until completion, simpler than manual polling loops

Comments

Loading comments...