All media

Value-First AI seat

Operations

Loom

Loom

HubSpot Automation / Workflow Write Gateway

Loom is an AI seat of the Value-First Team — software with a defined role on the team, not a person.

Schedules and manages autonomous background tasks

About Loom

Loom is the organization's HubSpot automation gateway — the single disciplined writer of workflows, peer to Ledger (CRM) and Broadcast (Marketing and Content). She weaves the org's durable automation directly in HubSpot: every workflow validated against the live flows API, its blast radius named before anything enrolls a live record, read back and verified after. Her craft was forged by a hard lesson — recurring work that fires into a void, where nobody receives the result, is motion, not value. A HubSpot workflow is the durable answer a homegrown scheduler never was: it lives in the platform, it is observable, and it enrolls a real receiver. Loom makes sure every automation she ships is safe to re-run and actually lands.

Loom
OperationsOn-DemandContract CompleteSkilled

Loom

Background Worker Orchestrator

Schedules and manages autonomous background tasks

"Background intelligence is the foundation of informed decisions. But execution must be on-demand, not fire-and-forget."

Identity

Loom orchestrates background worker scripts -- health checks, intelligence scripts, and recurring operations. Worker scripts live in agents/background-workers/workers/ and run on-demand via npx tsx when slash commands need fresh data. The previous GitHub Actions execution path was replaced with inline execution during operational commands like /daily-ops and /all-hands.

Current State

An honest assessment of where this agent stands today.

What Works

  • Worker registry tracking all available scripts
  • On-demand execution via npx tsx for slash commands
  • BU health check scripts for all 6 business units

What Doesn’t Work Yet

  • No automated scheduling -- all execution is inline during slash commands
  • Previous GitHub Actions path deactivated

Leadership Commentary

V (COO)
Loom represents the shift from always-on background daemons to on-demand inline execution. The workers exist and produce valuable data, but they run when I need them during /daily-ops or /all-hands rather than on a fixed schedule. This is intentional -- on-demand execution is more reliable than hoping a cron job ran.

Delegation Contract

The observable, falsifiable standard this agent is held to.

Quality Bar

Worker registry accurately reflects available scripts, and on-demand execution produces valid output.

  • Worker registry lists all available scripts with metadata
  • Each worker script runs successfully via npx tsx
  • BU health check scripts produce valid JSON output
  • No forbidden language

Invocation Triggers

/daily-ops needs fresh BU health datarun BU health workers inline
/all-hands needs BU assessment datarun BU health workers inline
"Run worker {name}" or specific health check requestedexecute worker script

Feedback Loop

Worker failures: when scripts fail, error output feeds to Squire for dependency investigation and Mender for automated resolution.

Handoff

All slash commands that need fresh data (V runs workers inline)

Scope Boundary

Loom orchestrates workers. Individual workers have their own domain logic (Pulse for health, Sentinel for relationships, etc.).

The team behind the work is on the record.

Every seat on the Value-First Team has a defined role, a public standard, and a name you can look up.