Mfs Find
zilliztech/mfs
Search, grep, browse, and read across registered MFS data sources via the mfs CLI — codebases, docs, PDFs, web crawls, databases (postgres/mysql/mongo/snowflake/bigquery), issue trackers…
Sync HubSpot CRM data to a data warehouse (BigQuery, Snowflake, or Postgres) for analytics and reporting.
$ npx skills add jeremylongshore/tons-of-skills-marketplace --skill hubspot-warehouse-sync -a claude-codeProject install by default; add -g for ~/.claude/skills/.
$ gh skill install jeremylongshore/tons-of-skills-marketplace hubspot-warehouse-sync --agent claude-codeProject scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).
$ git clone --depth 1 https://github.com/jeremylongshore/tons-of-skills-marketplace.git skills-src && mkdir -p .claude/skills && cp -r skills-src/skills/.curated/hubspot-warehouse-sync .claude/skills/hubspot-warehouse-sync && rm -rf skills-srcUse ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.
Claude Code skills documentation · loads skills from .claude/skills/
Install the "hubspot-warehouse-sync" agent skill from https://github.com/jeremylongshore/tons-of-skills-marketplace/tree/main/skills/.curated/hubspot-warehouse-sync into .claude/skills/hubspot-warehouse-sync/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "hubspot-warehouse-sync", then confirm the skill loads.Claude Code copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$skill-installer install https://github.com/jeremylongshore/tons-of-skills-marketplace/tree/main/skills/.curated/hubspot-warehouse-syncType this inside Codex. $skill-installer <name> installs a curated skill from openai/skills. The installer writes to $CODEX_HOME/skills (default ~/.codex/skills). Restart Codex if the skill does not show up.
$ npx skills add jeremylongshore/tons-of-skills-marketplace --skill hubspot-warehouse-sync -a codexProject install goes to .agents/skills/; add -g for ~/.codex/skills/.
$ gh skill install jeremylongshore/tons-of-skills-marketplace hubspot-warehouse-sync --agent codexProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/jeremylongshore/tons-of-skills-marketplace.git skills-src && mkdir -p .agents/skills && cp -r skills-src/skills/.curated/hubspot-warehouse-sync .agents/skills/hubspot-warehouse-sync && rm -rf skills-srcUse ~/.agents/skills/ instead of .agents/skills for a personal install.
Codex skills documentation · loads skills from .agents/skills/
Install the "hubspot-warehouse-sync" agent skill from https://github.com/jeremylongshore/tons-of-skills-marketplace/tree/main/skills/.curated/hubspot-warehouse-sync into .agents/skills/hubspot-warehouse-sync/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "hubspot-warehouse-sync", then confirm the skill loads.Codex copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add jeremylongshore/tons-of-skills-marketplace --skill hubspot-warehouse-sync -a cursorProject install goes to .agents/skills/; add -g for ~/.cursor/skills/.
$ gh skill install jeremylongshore/tons-of-skills-marketplace hubspot-warehouse-sync --agent cursorProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/jeremylongshore/tons-of-skills-marketplace.git skills-src && mkdir -p .cursor/skills && cp -r skills-src/skills/.curated/hubspot-warehouse-sync .cursor/skills/hubspot-warehouse-sync && rm -rf skills-srcUse ~/.cursor/skills/ instead of .cursor/skills for a personal install.
Cursor skills documentation · loads skills from .cursor/skills/, .agents/skills/, .claude/skills/, .codex/skills/
Install the "hubspot-warehouse-sync" agent skill from https://github.com/jeremylongshore/tons-of-skills-marketplace/tree/main/skills/.curated/hubspot-warehouse-sync into .cursor/skills/hubspot-warehouse-sync/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "hubspot-warehouse-sync", then confirm the skill loads.Cursor copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gemini skills install https://github.com/jeremylongshore/tons-of-skills-marketplace.git --path skills/.curated/hubspot-warehouse-sync--scope user (default) or --scope workspace; --path is the subfolder of the repo that holds the skill; --consent skips the security confirmation prompt.
$ npx skills add jeremylongshore/tons-of-skills-marketplace --skill hubspot-warehouse-sync -a gemini-cliProject install goes to .agents/skills/; add -g for ~/.gemini/skills/.
$ gh skill install jeremylongshore/tons-of-skills-marketplace hubspot-warehouse-sync --agent gemini-cliProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/jeremylongshore/tons-of-skills-marketplace.git skills-src && mkdir -p .gemini/skills && cp -r skills-src/skills/.curated/hubspot-warehouse-sync .gemini/skills/hubspot-warehouse-sync && rm -rf skills-srcUse ~/.gemini/skills/ instead of .gemini/skills for a personal install, then run /skills reload.
Gemini CLI skills documentation · loads skills from .gemini/skills/, .agents/skills/
Install the "hubspot-warehouse-sync" agent skill from https://github.com/jeremylongshore/tons-of-skills-marketplace/tree/main/skills/.curated/hubspot-warehouse-sync into .gemini/skills/hubspot-warehouse-sync/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "hubspot-warehouse-sync", then confirm the skill loads.Gemini CLI copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gh skill install jeremylongshore/tons-of-skills-marketplace hubspot-warehouse-syncInstalls for Copilot at project scope by default; add --scope user for a personal install. Preview a skill first with gh skill preview. Needs GitHub CLI 2.90.0 or later (public preview).
$ npx skills add jeremylongshore/tons-of-skills-marketplace --skill hubspot-warehouse-sync -a github-copilotProject install goes to .agents/skills/; add -g for ~/.copilot/skills/.
$ git clone --depth 1 https://github.com/jeremylongshore/tons-of-skills-marketplace.git skills-src && mkdir -p .github/skills && cp -r skills-src/skills/.curated/hubspot-warehouse-sync .github/skills/hubspot-warehouse-sync && rm -rf skills-srcUse ~/.copilot/skills/ instead of .github/skills for a personal install. Commit .github/skills so cloud agent and code review can use it.
GitHub Copilot skills documentation · loads skills from .github/skills/, .claude/skills/, .agents/skills/
Install the "hubspot-warehouse-sync" agent skill from https://github.com/jeremylongshore/tons-of-skills-marketplace/tree/main/skills/.curated/hubspot-warehouse-sync into .github/skills/hubspot-warehouse-sync/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "hubspot-warehouse-sync", then confirm the skill loads.GitHub Copilot copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add jeremylongshore/tons-of-skills-marketplace --skill hubspot-warehouse-sync -a opencodeOpenCode documents no install command of its own. Project install goes to .agents/skills/; add -g for ~/.config/opencode/skills/.
$ gh skill install jeremylongshore/tons-of-skills-marketplace hubspot-warehouse-sync --agent opencodeProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/jeremylongshore/tons-of-skills-marketplace.git skills-src && mkdir -p .opencode/skills && cp -r skills-src/skills/.curated/hubspot-warehouse-sync .opencode/skills/hubspot-warehouse-sync && rm -rf skills-srcUse ~/.config/opencode/skills/ instead of .opencode/skills for a personal install.
OpenCode skills documentation · loads skills from .opencode/skills/, .claude/skills/, .agents/skills/
Install the "hubspot-warehouse-sync" agent skill from https://github.com/jeremylongshore/tons-of-skills-marketplace/tree/main/skills/.curated/hubspot-warehouse-sync into .opencode/skills/hubspot-warehouse-sync/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "hubspot-warehouse-sync", then confirm the skill loads.OpenCode copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
hubspot-warehouse-syncSync HubSpot CRM data to a data warehouse (BigQuery, Snowflake, or Postgres) for analytics and reporting.
Hubspot Warehouse Sync is an agent skill from jeremylongshore/tons-of-skills-marketplace. Sync HubSpot CRM data to a data warehouse (BigQuery, Snowflake, or Postgres) for analytics and reporting. Covers initial backfill of millions of records under the 500K/day rate limit, incremental CDC polling via hslastmodifieddate, schema-drift detection with ALTER TABLE generation, association sync for contacts/deals/companies, and idempotent upsert patterns that prevent duplicate rows on retry. Use when building a HubSpot → warehouse pipeline, resyncing after a schema change, debugging duplicate rows or missing…
Its SKILL.md is about 5.7k tokens, which your agent loads only when the skill is triggered. The skill folder holds 5 other files, including reference files (for example `eval-spec.yaml`, `references/API_REFERENCE.md` and `references/implementation-guide.md`). Compatibility notes: Designed for Claude Code
It sits in Databases, covering Data warehousing, CRM management and Rate limiting. It works with HubSpot, Google BigQuery, PostgreSQL and Snowflake. The repository describes itself as: Model-agnostic agent-skills platform with a harness-free canonical layer, verified adapters, and the ccpi package manager. Explore at tonsofskills.com. The licence is MIT.
6 steps, taken from the step headings in SKILL.md.
Read from SKILL.md and the folder at commit cfae287. It shows what the files ask for, not the result of running them.
Pre-approves these tools, so the agent can use them without asking each time:
ReadWriteEditBash(curl:*)Bash(jq:*)Bash(python3:*)GrepFrom allowed-tools in the SKILL.md frontmatter.
Shell commands in SKILL.md call:
python3curlbqjqFrom the folder's file list and the shell code blocks in SKILL.md.
Hosts in commands or code, which the agent is likely to contact:
api.hubapi.comAlso links to:
developers.hubspot.comFrom URLs in SKILL.md, links to its own repository left out.
Names these keys or tokens, usually read from environment variables:
HUBSPOT_ACCESS_TOKENFrom names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.
Designed for Claude Code
From compatibility in the SKILL.md frontmatter.
Hubspot Warehouse Sync loads about 5.7k tokens when it runs, and up to ~21k if it reads all its reference files. Until then it costs about 207 tokens; SKILL.md has 1,353 words of instructions outside code blocks.
Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.
The automated check found no risky patterns in SKILL.md.
Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.
The full file from jeremylongshore/tons-of-skills-marketplace at commit cfae287, republished under its MIT licence (© jeremylongshore). 1,353 words, ~5,650 tokens.
.claude/skills/hubspot-warehouse-sync/SKILL.md (or your agent's skills folder). This skill also uses 4 other files; get the full folder from GitHub.Move HubSpot CRM data to BigQuery, Snowflake, or Postgres in a way that survives production — not just the demo. This is not a connector walkthrough. It is the extraction and load code your pipeline runs when a 2M-contact backfill burns through the 500K daily call quota at noon, when CDC misses three days of deal updates because association changes do not update hs_lastmodifieddate, when a portal admin adds a custom property and your warehouse table schema silently drifts, and when a network timeout at record 45,000 causes your retry to insert 100 duplicate rows.
The six production failures this skill prevents:
hs_lastmodifieddate is updated when any property on the contact record changes, but not when an association is created or deleted. A contact-to-deal link added by a sales rep is invisible to a lastmodifieddate-based incremental poll. Association CDC requires a separate poll strategy.id (HubSpot object ID), not a composite of name/email.DATE(created_at) aggregations produce different daily totals depending on where the analyst runs the query.crm.objects.contacts.read, crm.objects.companies.read, crm.objects.deals.read, crm.associations.read, crm.schemas.contacts.readbigquery.dataEditor rolerequests, pandas, pyarrow, google-cloud-bigquery (BigQuery) or snowflake-connector-python (Snowflake) or psycopg2-binary (Postgres)Build in this order. Each section neutralizes one production failure mode.
Naive extraction loops call the API as fast as possible. At 100 calls/10s with 20K calls needed, you burn 200K of your 500K daily quota in 33 minutes — and that is before any CDC polling or webhook processing. A production backfill must budget its calls over the full day so other integrations still have headroom.
The token bucket strategy: set a daily_budget ceiling below the account limit (e.g., 400K of 500K), compute how many calls per second that allows over 24 hours, and enforce a minimum interval between calls. Burn-rate is checked against live rate-limit headers on every response.
import time
import threading
from dataclasses import dataclass, field
@dataclass
class TokenBucket:
"""
Token bucket rate limiter for HubSpot API calls.
daily_budget: max calls to spend per 24h window (stay below 500K limit)
burst_limit: max calls per 10s window (100 for most tiers)
"""
daily_budget: int = 400_000
burst_limit: int = 95 # leave 5 calls headroom per 10s window
_lock: threading.Lock = field(default_factory=threading.Lock)
_calls_today: int = 0
_window_calls: int = 0
_window_start: float = field(default_factory=time.monotonic)
_day_start: float = field(default_factory=time.monotonic)
def acquire(self) -> None:
with self._lock:
now = time.monotonic()
# Reset daily counter
if now - self._day_start >= 86_400:
self._calls_today = 0
self._day_start = now
# Reset 10s window counter
if now - self._window_start >= 10.0:
self._window_calls = 0
self._window_start = now
# Hard stop if daily budget exhausted — do not burn other integrations
if self._calls_today >= self.daily_budget:
seconds_left = 86_400 - (now - self._day_start)
raise DailyBudgetExhausted(
f"Daily call budget of {self.daily_budget:,} reached. "
f"Resuming in {seconds_left/3600:.1f}h."
)
# Burst window throttle — sleep until window resets if full
if self._window_calls >= self.burst_limit:
sleep_s = 10.0 - (now - self._window_start) + 0.1
time.sleep(max(0, sleep_s))
self._window_calls = 0
self._window_start = time.monotonic()
self._calls_today += 1
self._window_calls += 1
def update_from_headers(self, headers: dict) -> None:
"""Adjust pacing from live rate-limit headers on each response."""
remaining = int(headers.get("X-HubSpot-RateLimit-Daily-Remaining", self.daily_budget))
if remaining < 50_000:
# Emergency throttle: burn rate is too high, cut burst limit in half
with self._lock:
self.burst_limit = max(10, self.burst_limit // 2)
class DailyBudgetExhausted(Exception):
pass
RATE_LIMITER = TokenBucket()The search API (POST /crm/v3/objects/contacts/search) supports cursor pagination via after. It returns a maximum of 100 records per page and up to 10,000 records total per search. For tables larger than 10K records, use the lastmodifieddate range-slicing strategy: paginate within 30-day windows, sliding forward from the earliest hs_createdate in the portal.
import requests
import json
BASE_URL = "https://api.hubapi.com"
def fetch_contacts_page(
token: str,
after: str | None,
properties: list[str],
rate_limiter: TokenBucket,
) -> tuple[list[dict], str | None]:
"""Fetch one page of contacts. Returns (records, next_cursor)."""
RATE_LIMITER.acquire()
body = {
"limit": 100,
"properties": properties,
"sorts": [{"propertyName": "hs_lastmodifieddate", "direction": "ASCENDING"}],
}
if after:
body["after"] = after
resp = requests.post(
f"{BASE_URL}/crm/v3/objects/contacts/search",
headers={"Authorization": f"Bearer {token}", "Content-Type": "application/json"},
json=body,
timeout=30,
)
rate_limiter.update_from_headers(dict(resp.headers))
if resp.status_code == 429:
retry_after = int(resp.headers.get("Retry-After", 10))
time.sleep(retry_after)
return fetch_contacts_page(token, after, properties, rate_limiter) # one retry
resp.raise_for_status()
data = resp.json()
results = data.get("results", [])
next_cursor = data.get("paging", {}).get("next", {}).get("after")
return results, next_cursor
def backfill_contacts(
token: str,
properties: list[str],
rate_limiter: TokenBucket,
checkpoint_file: str = "/tmp/hubspot_backfill_checkpoint.json",
) -> int:
"""
Full backfill with checkpoint. Resume-safe: reads cursor from checkpoint_file
so a mid-run failure restarts from the last completed page, not from zero.
Returns total records written.
"""
# Load checkpoint
try:
with open(checkpoint_file) as f:
checkpoint = json.load(f)
after = checkpoint.get("after")
total = checkpoint.get("total", 0)
print(f"Resuming backfill from cursor {after}, {total:,} records already written")
except FileNotFoundError:
after = None
total = 0
while True:
records, next_cursor = fetch_contacts_page(token, after, properties, rate_limiter)
if not records:
break
yield records # caller handles warehouse write
total += len(records)
after = next_cursor
# Write checkpoint after every page so a restart costs at most 100 records
with open(checkpoint_file, "w") as f:
json.dump({"after": after, "total": total}, f)
if not next_cursor:
break
print(f"Backfill complete: {total:,} contacts")
return totalThe standard CDC pattern polls on hs_lastmodifieddate > last_run. This catches property changes but silently misses association changes (linking a contact to a deal or removing that link does not update hs_lastmodifieddate). The fix is a two-pass incremental: a property poll and a separate association poll on a shorter interval.
import datetime
def incremental_contacts_since(
token: str,
since_ms: int,
properties: list[str],
rate_limiter: TokenBucket,
) -> list[dict]:
"""
CDC property poll: return all contacts modified after since_ms (Unix ms UTC).
Does NOT cover association changes — run poll_association_changes() separately.
"""
all_records = []
after = None
while True:
RATE_LIMITER.acquire()
body = {
"limit": 100,
"properties": properties,
"filterGroups": [{
"filters": [{
"propertyName": "hs_lastmodifieddate",
"operator": "GT",
"value": str(since_ms),
}]
}],
"sorts": [{"propertyName": "hs_lastmodifieddate", "direction": "ASCENDING"}],
}
if after:
body["after"] = after
resp = requests.post(
f"{BASE_URL}/crm/v3/objects/contacts/search",
headers={"Authorization": f"Bearer {token}", "Content-Type": "application/json"},
json=body,
timeout=30,
)
rate_limiter.update_from_headers(dict(resp.headers))
resp.raise_for_status()
data = resp.json()
all_records.extend(data.get("results", []))
next_cursor = data.get("paging", {}).get("next", {}).get("after")
if not next_cursor:
break
after = next_cursor
return all_records
def poll_association_changes(
token: str,
contact_ids: list[str],
rate_limiter: TokenBucket,
) -> dict[str, list[str]]:
"""
Fetch current contact → deal associations for a list of contact IDs.
Use this to detect additions and deletions that hs_lastmodifieddate misses.
Strategy: compare fetched associations against warehouse snapshot.
Differences = changes that must be written.
Returns {contact_id: [deal_id, ...]}
"""
# Batch read associations: up to 100 contacts per call (v4 associations API)
result = {}
for chunk_start in range(0, len(contact_ids), 100):
chunk = contact_ids[chunk_start:chunk_start + 100]
RATE_LIMITER.acquire()
resp = requests.post(
f"{BASE_URL}/crm/v4/associations/contacts/deals/batch/read",
headers={"Authorization": f"Bearer {token}", "Content-Type": "application/json"},
json={"inputs": [{"id": cid} for cid in chunk]},
timeout=30,
)
rate_limiter.update_from_headers(dict(resp.headers))
resp.raise_for_status()
for item in resp.json().get("results", []):
from_id = str(item["from"]["id"])
to_ids = [str(a["toObjectId"]) for a in item.get("to", [])]
result[from_id] = to_ids
return resultWhen a portal admin adds or removes a custom property, your warehouse table schema diverges from the API response silently. The correct mitigation is a pre-run schema check: enumerate all HubSpot properties via the properties API, diff against the warehouse column list, and emit ALTER TABLE statements for any new columns. Removed properties become nullable and are not dropped (dropping columns in production is a separate review).
def fetch_hubspot_property_schema(token: str) -> dict[str, str]:
"""
Returns {property_name: warehouse_type} for all contact properties.
Maps HubSpot field types to warehouse-appropriate column types.
"""
resp = requests.get(
f"{BASE_URL}/crm/v3/properties/contacts",
headers={"Authorization": f"Bearer {token}"},
timeout=30,
)
resp.raise_for_status()
TYPE_MAP = {
"string": "TEXT",
"number": "FLOAT64",
"date": "DATE",
"datetime": "TIMESTAMP",
"bool": "BOOLEAN",
"enumeration": "TEXT",
"phone_number":"TEXT",
"json": "TEXT", # store complex types as serialized JSON
}
schema = {}
for prop in resp.json().get("results", []):
hs_type = prop.get("type", "string")
schema[prop["name"]] = TYPE_MAP.get(hs_type, "TEXT")
return schema
def detect_schema_drift(
hubspot_schema: dict[str, str],
warehouse_columns: set[str],
) -> tuple[dict[str, str], set[str]]:
"""
Returns:
added: {column_name: type} — in HubSpot but not warehouse
removed: {column_name} — in warehouse but not HubSpot
"""
hs_columns = set(hubspot_schema.keys())
added = {k: v for k, v in hubspot_schema.items() if k not in warehouse_columns}
removed = warehouse_columns - hs_columns - {"_synced_at", "_sync_run_id"} # exclude meta cols
return added, removed
def generate_alter_statements(table: str, added: dict[str, str]) -> list[str]:
"""Generate ALTER TABLE ADD COLUMN statements for new HubSpot properties."""
stmts = []
for col, dtype in added.items():
safe_col = col.replace("-", "_").lower()
stmts.append(f"ALTER TABLE {table} ADD COLUMN IF NOT EXISTS {safe_col} {dtype};")
return stmtsEach warehouse requires a different upsert idiom. The upsert key is always id — HubSpot's immutable object ID. Never composite on mutable fields like email or name; those can change and cause phantom duplicates.
All three patterns use a staging-table approach: load new rows into a temp table, then merge into production — the most portable pattern across warehouse engines. Normalize records first with every timestamp parsed as Unix-millisecond UTC (never the session's local timezone) and missing properties filled with None, then merge on id:
MERGE ... ON T.id = S.idMERGE INTO ... ON t.id = s.idINSERT ... ON CONFLICT (id) DO UPDATEFull DataFrame normalizer and all three engine implementations: references/warehouse-upsert-patterns.md.
Never pull associations inline in the contacts search response. A contact with 500 engagement records produces a response payload measured in megabytes that times out or exceeds HTTP limits. Fetch associations in a second pass using the batch associations endpoint, keyed on the contact IDs from step 2/3.
The implementation is in poll_association_changes() above. The rule is: contacts page first, IDs collected, associations fetched as a second batch read. Write associations to a separate hubspot_contact_deal_associations table — not as columns on the contacts table.
| HTTP Status | Error | Root Cause | Action |
|---|---|---|---|
429 TOO_MANY_REQUESTS | RATE_LIMIT | Burst or daily quota exhausted | Read Retry-After header; sleep; check daily remaining |
400 BAD_REQUEST | INVALID_FILTER_VALUE | hs_lastmodifieddate filter value is not a valid Unix ms string | Cast since_ms to str before inserting into filter body |
400 BAD_REQUEST | INVALID_OFFSET | Cursor after value is stale (>7 days for search API) | Discard checkpoint; restart backfill from beginning of window |
400 BAD_REQUEST | Max associations per request exceeded | Sent more than 100 IDs to batch associations endpoint | Chunk input list to 100 before calling |
401 UNAUTHORIZED | INVALID_AUTHENTICATION | Token expired or revoked | Rotate or refresh token before resuming |
403 FORBIDDEN | MISSING_SCOPES | crm.schemas.contacts.read not granted | Add scope in Private Apps settings |
413 PAYLOAD_TOO_LARGE | — | Property list too long for a single search call | Request properties in batches of 50, merge results |
500 INTERNAL_ERROR | — | Transient HubSpot server error | Retry with exponential backoff (max 4 attempts) |
504 GATEWAY_TIMEOUT | — | Response payload too large or HubSpot overloaded | Reduce page size to 50; add 2s delay between calls |
DailyBudgetExhausted (local) | — | Token bucket daily ceiling hit | Pause extraction until midnight UTC; alert on-call |
python3 - <<'EOF'
import os
from google.cloud import bigquery
# See implementation-guide.md for full script with retry, schema sync, and checkpoint
from hubspot_sync import backfill_contacts, upsert_to_bigquery, TokenBucket
TOKEN = os.environ["HUBSPOT_ACCESS_TOKEN"]
PROJECT = os.environ["GCP_PROJECT"]
DATASET = "hubspot_raw"
TABLE = "contacts"
bq = bigquery.Client(project=PROJECT)
limiter = TokenBucket(daily_budget=400_000)
props = ["email", "firstname", "lastname", "hs_lastmodifieddate", "lifecyclestage"]
for page in backfill_contacts(TOKEN, props, limiter):
df = build_contacts_dataframe(page, props)
upsert_to_bigquery(df, PROJECT, DATASET, TABLE, bq)
EOFcurl -s -I "https://api.hubapi.com/crm/v3/objects/contacts?limit=1" \
-H "Authorization: Bearer $HUBSPOT_ACCESS_TOKEN" \
| grep -i "X-HubSpot-RateLimit"curl -s "https://api.hubapi.com/crm/v3/properties/contacts" \
-H "Authorization: Bearer $HUBSPOT_ACCESS_TOKEN" \
| jq '[.results[] | {name: .name, type: .type, label: .label}]' \
| head -60python3 - <<'EOF'
import os, requests, datetime
TOKEN = os.environ["HUBSPOT_ACCESS_TOKEN"]
SINCE_MS = 1_700_000_000_000 # replace with value from state table
from hubspot_sync import incremental_contacts_since, TokenBucket
limiter = TokenBucket()
records = incremental_contacts_since(TOKEN, SINCE_MS, ["email", "lifecyclestage"], limiter)
print(f"CDC returned {len(records)} changed contacts")
EOFhs_lastmodifieddatepandas DataFrame builder with UTC timestamp normalization© jeremylongshore, MIT. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file
SKILL.md and 4 other files (references) in skills/.curated/hubspot-warehouse-sync of jeremylongshore/tons-of-skills-marketplace.
Open the folder on GitHubat commit cfae287
Hubspot Warehouse Sync next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.
| Skill | Stars | Used in | Tokens | Auto-check | Licence | Repo updated |
|---|---|---|---|---|---|---|
| Hubspot Warehouse Sync this skilljeremylongshore/tons-of-skills-marketplace | 2.8k | — | ~5.7k | Automated safety check: Pass | MIT | |
| Mfs Findzilliztech/mfs | 154 | — | ~4k | Automated safety check: Pass | Apache-2.0 | |
| Mfs Ingestzilliztech/mfs | 154 | — | ~4.7k | Automated safety check: Pass | Apache-2.0 | |
| SQL Queriesw95/awesome-claude-corporate-skills | 244 | 3 repos | ~2.8k | Automated safety check: Pass | MIT | |
| Connecting To Data Sourceaws/agent-toolkit-for-aws | 2.8k | 1 repos | ~2.2k | Automated safety check: Pass | Apache-2.0 | |
| SQL Sentinelsickn33/agentic-awesome-skills | 47k | 1 repos | ~1.5k | Automated safety check: Pass | MIT |
zilliztech/mfs
Search, grep, browse, and read across registered MFS data sources via the mfs CLI — codebases, docs, PDFs, web crawls, databases (postgres/mysql/mongo/snowflake/bigquery), issue trackers…
zilliztech/mfs
Register, update, or re-sync data sources for MFS so they become searchable — postgres / mysql / mongo / snowflake / bigquery, github / jira / linear / notion / hubspot / zendesk, slack / discord /…
w95/awesome-claude-corporate-skills
Write correct, performant SQL across all major data warehouse dialects (Snowflake, BigQuery, Databricks, PostgreSQL, etc.).
aws/agent-toolkit-for-aws
Create and troubleshoot AWS Glue connections to JDBC databases (Oracle, SQL Server, PostgreSQL, MySQL, RDS), Redshift, Snowflake, and BigQuery.
sickn33/agentic-awesome-skills
Audit SQL for the cost & performance anti-patterns that burn warehouse credits.
mohitagw15856/pm-claude-skills
Explains, optimises, writes, and documents SQL queries. An agent skill from mohitagw15856/pm-claude-skills.
jeremylongshore/tons-of-skills-marketplace
Execute this skill enables AI assistant to conduct a security-focused code review using the security-agent plugin.
jeremylongshore/tons-of-skills-marketplace
Build this skill automates the adaptation of pre-trained machine learning models using transfer learning techniques.
jeremylongshore/tons-of-skills-marketplace
Execute proactive auto-loading: automatically detects and loads agents.md files.
jeremylongshore/tons-of-skills-marketplace
Aggregate and centralize performance metrics from applications, systems, databases, caches, and services.
jeremylongshore/tons-of-skills-marketplace
Execute this skill enables AI assistant to analyze capacity requirements and plan for future growth.
jeremylongshore/tons-of-skills-marketplace
Process use when you need to work with database indexing. An agent skill from jeremylongshore/tons-of-skills-marketplace.
Categories
Sync HubSpot CRM data to a data warehouse (BigQuery, Snowflake, or Postgres) for analytics and reporting. Hubspot Warehouse Sync is an agent skill from jeremylongshore/tons-of-skills-marketplace. Sync HubSpot CRM data to a data warehouse (BigQuery, Snowflake, or Postgres) for analytics and reporting.
Hubspot Warehouse Sync fits situations like: building a HubSpot → warehouse pipeline; resyncing after a schema change; debugging duplicate rows; missing CDC updates.
Run `npx skills add jeremylongshore/tons-of-skills-marketplace --skill hubspot-warehouse-sync -a claude-code`. Or copy the skill folder (skills/.curated/hubspot-warehouse-sync in jeremylongshore/tons-of-skills-marketplace) into .claude/skills/hubspot-warehouse-sync in your project. Claude Code loads it when a task matches its description.
Run `npx skills add jeremylongshore/tons-of-skills-marketplace --skill hubspot-warehouse-sync -a codex`. Or copy the skill folder (skills/.curated/hubspot-warehouse-sync in jeremylongshore/tons-of-skills-marketplace) into .agents/skills/hubspot-warehouse-sync in your project. Codex loads it when a task matches its description.
Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add jeremylongshore/tons-of-skills-marketplace --skill hubspot-warehouse-sync -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/hubspot-warehouse-sync, .gemini/skills/hubspot-warehouse-sync, .github/skills/hubspot-warehouse-sync and .opencode/skills/hubspot-warehouse-sync in your project.
Going by SKILL.md and its folder, Hubspot Warehouse Sync needs the command-line tools its instructions call (python3, curl, bq and jq) and credentials named HUBSPOT_ACCESS_TOKEN. Our summary lists: Python 3. Its frontmatter pre-approves these tools: Read, Write, Edit, Bash(curl:*), Bash(jq:*), Bash(python3:*), Grep. Compatibility (from SKILL.md): Designed for Claude Code.
SKILL.md names 2 domains. In commands or code: api.hubapi.com; the agent is likely to contact it when it follows the instructions. As links in the text: developers.hubspot.com. This is read from the text; nothing was executed.
Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. Review the folder before installing.
Hubspot Warehouse Sync is published under the MIT licence (declared in SKILL.md). It allows redistribution, so the full SKILL.md is shown on this page.
About 5.7k tokens (SKILL.md is roughly 23k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full. Its references folder adds about 15k tokens, read only when the agent opens those files.
Skills that share tags, products or a category with Hubspot Warehouse Sync: Mfs Find (zilliztech/mfs, 154 stars), Mfs Ingest (zilliztech/mfs, 154 stars), SQL Queries (w95/awesome-claude-corporate-skills, 244 stars) and Connecting To Data Source (aws/agent-toolkit-for-aws, 2.8k stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.
jeremylongshore (a GitHub user) maintains it in jeremylongshore/tons-of-skills-marketplace, which has 2,827 GitHub stars. The repository holds 3,342 skills in this directory. The repository was last updated on October 10, 2026.
Source: jeremylongshore/tons-of-skills-marketplace on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.