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 发现并探索由社区构建的 Agent Skills
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt；运行前请先检查来源。
npx skills add https://github.com/ComeOnOliver/skillshub --skill clay-debug-bundle命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地？可下载 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 "%{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.
