Skip to main content ホーム クリエイター comeonoliver skillshub clay-debug-bundle
clay-debug-bundle Collect Clay debug evidence for support tickets and troubleshooting.
Use when encountering persistent issues, preparing support tickets,
or collecting diagnostic information for Clay integration problems.
Trigger with phrases like "clay debug", "clay support bundle",
"collect clay logs", "clay diagnostic", "clay support ticket".
インストールへ移動 Skills Marketplace コミュニティが作成したAIスキルを発見・探索
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
直接コマンドでは確認用 Prompt が省略されます。実行前にソースを確認してください。
npx skills add https://github.com/ComeOnOliver/skillshub --skill clay-debug-bundleコマンドは1行のまま表示されます。コピー前に横へスクロールして全体を確認してください。
ローカルで確認しますか?SkillsMP が現在取得できるファイルをダウンロードできます。
Zipをダウンロード ダウンロード中... このリポジトリの他の Skills Review product and feature risk before an AI coding agent starts implementation.
Use Xquik for X data and confirmation-gated X actions: tweet search, user lookup, follower export, media download, monitors, webhooks, MCP, and SDK workflows.
Canton Network open-source ecosystem guide covering DAML SDK, Canton runtime, and Splice applications. Use when working with Canton Network, DAML smart contracts, or building decentralized applications.
name clay-debug-bundle description Collect Clay debug evidence for support tickets and troubleshooting.
Use when encountering persistent issues, preparing support tickets,
or collecting diagnostic information for Clay integration problems.
Trigger with phrases like "clay debug", "clay support bundle",
"collect clay logs", "clay diagnostic", "clay support ticket".
allowed-tools Read, Bash(curl:*), Bash(tar:*), Grep version 1.0.0 license MIT author Jeremy Longshore <jeremy@intentsolutions.io> compatible-with claude-code, codex, openclaw tags ["saas","clay","debugging"]
Clay Debug Bundle
Current State
!node --version 2>/dev/null || echo 'N/A'
!python3 --version 2>/dev/null || echo 'N/A'
Overview
Collect all diagnostic information needed for Clay support tickets. Clay is a web platform, so debugging focuses on webhook delivery, enrichment column errors, HTTP API responses, and credit consumption -- not pods or clusters.
Prerequisites
Clay account with access to affected table
curl for testing webhook/API connectivity
Browser developer tools for capturing network requests
Instructions
Step 1: Create Debug Bundle Script
#!/bin/bash
set -euo pipefail
BUNDLE_DIR="clay-debug-$(date +%Y%m%d-%H%M%S) "
mkdir -p "$BUNDLE_DIR "
echo "=== Clay Debug Bundle ===" > "$BUNDLE_DIR /summary.txt"
echo "Generated: $(date -u +%Y-%m-%dT%H:%M:%SZ) " >> "$BUNDLE_DIR /summary.txt"
echo "" >> "$BUNDLE_DIR /summary.txt"
Step 2: Test Webhook Connectivity
echo "--- Webhook Test ---" >> "$BUNDLE_DIR /summary.txt"
WEBHOOK_URL="${CLAY_WEBHOOK_URL:-not_set} "
if [ "$WEBHOOK_URL " != "not_set" ]; then
HTTP_CODE=$(curl -s -o "$BUNDLE_DIR /webhook-response.txt" -w \
-X POST \
-H \
-d )
>>
>>
>>
"%{http_code}"
"$WEBHOOK_URL "
"Content-Type: application/json"
'{"_debug": true, "_test": "debug-bundle"}'
echo
"Webhook HTTP Status: $HTTP_CODE "
"$BUNDLE_DIR /summary.txt"
echo
"Webhook URL: ${WEBHOOK_URL:0:50} ..."
"$BUNDLE_DIR /summary.txt"
else
echo
"CLAY_WEBHOOK_URL: NOT SET"
"$BUNDLE_DIR /summary.txt"
fi
Step 3: Capture Environment and Configuration
echo "" >> "$BUNDLE_DIR /summary.txt"
echo "--- Environment ---" >> "$BUNDLE_DIR /summary.txt"
echo "Node: $(node --version 2>/dev/null || echo 'N/A') " >> "$BUNDLE_DIR /summary.txt"
echo "Python: $(python3 --version 2>/dev/null || echo 'N/A') " >> "$BUNDLE_DIR /summary.txt"
echo "OS: $(uname -s -r) " >> "$BUNDLE_DIR /summary.txt"
echo "CLAY_API_KEY: ${CLAY_API_KEY:+[SET]} " >> "$BUNDLE_DIR /summary.txt"
echo "CLAY_WEBHOOK_URL: ${CLAY_WEBHOOK_URL:+[SET]} " >> "$BUNDLE_DIR /summary.txt"
if [ -f .env ]; then
sed 's/=.*/=***REDACTED***/' .env > "$BUNDLE_DIR /config-redacted.txt"
fi
Step 4: Test Enterprise API (If Available) echo "" >> "$BUNDLE_DIR /summary.txt"
echo "--- Enterprise API Test ---" >> "$BUNDLE_DIR /summary.txt"
if [ -n "${CLAY_API_KEY:-} " ]; then
API_CODE=$(curl -s -o "$BUNDLE_DIR /api-response.txt" -w "%{http_code}" \
-X POST "https://api.clay.com/v1/people/enrich" \
-H "Authorization: Bearer $CLAY_API_KEY " \
-H "Content-Type: application/json" \
-d '{"email": "test@example.com"}' )
echo "Enterprise API Status: $API_CODE " >> "$BUNDLE_DIR /summary.txt"
else
echo "Enterprise API: No API key configured" >> "$BUNDLE_DIR /summary.txt"
fi
Step 5: Capture Application Logs
echo "" >> "$BUNDLE_DIR /summary.txt"
echo "--- Recent Errors ---" >> "$BUNDLE_DIR /summary.txt"
for logfile in logs/*.log /tmp/clay-*.log ; do
if [ -f "$logfile " ]; then
grep -i "clay\|webhook\|enrich" "$logfile " 2>/dev/null | tail -50 >> "$BUNDLE_DIR /logs.txt"
fi
done
if [ -d node_modules ]; then
echo "Dependencies installed: YES" >> "$BUNDLE_DIR /summary.txt"
ls package.json 2>/dev/null && echo "package.json: EXISTS" >> "$BUNDLE_DIR /summary.txt"
fi
Step 6: Collect Clay Table Info (Manual Steps) Add to the debug bundle manually from the Clay UI:
## Clay Table Diagnostics (fill in from Clay UI)
- Table Name: ____ ____ ____ ___
- Table URL: __ ____ ____ ____ _
- Row Count: ____ ____ ____ ___
- Enrichment Columns: __ ____ ____ ____ _
- Auto-run enabled: YES / NO
- Error cells visible: YES (count: ___) / NO
- Credit balance remaining: _ __ ____ ____ ____
- Plan tier: Free / Starter / Explorer / Pro / Enterprise
## Error Details (from clicking red cells)
- Error message: ____ ____ ____ ___
- Error column: __ ____ ____ ____ _
- Error row count: ____ ____ ____ ___
## Recent Changes
- Last table edit: __ ____ ____ ____ _
- Any new columns added: ____ ____ ____ ___
- Any provider connections changed: __ ____ ____ ____ _
Step 7: Package and Review tar -czf "$BUNDLE_DIR .tar.gz" "$BUNDLE_DIR "
echo ""
echo "Bundle created: $BUNDLE_DIR .tar.gz"
echo ""
echo "BEFORE SUBMITTING: Review for sensitive data!"
echo " - Check $BUNDLE_DIR /config-redacted.txt for leaked secrets"
echo " - Check $BUNDLE_DIR /logs.txt for PII (emails, names)"
echo ""
echo "Submit at: https://community.clay.com or support@clay.com"
Error Handling Item Purpose Included Webhook connectivity Verify data can reach Clay Automated Environment info Compatibility check Automated Enterprise API test Verify API key validity Automated Application logs Error patterns Automated Table diagnostics Clay-side configuration Manual checklist Config (redacted) Secret management issues Automated
Sensitive Data Handling Always redact before submitting:
API keys and tokens
Email addresses and names from enrichment data
Provider API keys (Apollo, Clearbit, etc.)
CRM credentials
Error messages and HTTP status codes
Column names and table structure
Credit usage numbers
Software versions
Resources
Next Steps For rate limit issues, see clay-rate-limits.