How to Generate Employee Onboarding Checklists with OpenClaw in Paradime
Feb 26, 2026
How to Automate Employee Onboarding with Paradime, OpenClaw, and Google Workspace
Every data team has been there. A new hire joins on Monday, and suddenly you're scrambling — digging through Confluence pages last updated in 2022, pinging three different Slack channels to find out who owns the warehouse credentials, and hoping that the "onboarding checklist" somebody bookmarked still exists. The result? A confused new team member, a frustrated manager, and a first week that feels more like an archaeological dig than a productive ramp-up.
In this guide, you'll build an automated employee onboarding pipeline using Paradime, OpenClaw, and the Google Workspace APIs. By the end, you'll have a system that reads new hire details from a Google Sheet, generates a role-specific onboarding checklist, sends a personalized welcome email, and schedules orientation meetings — all triggered automatically when a new hire record appears.
The Onboarding Problem: Stale Docs, Missing Context, Tribal Knowledge
Before we jump into the solution, let's be honest about the problem.
According to HiBob research, 64% of employees are likely to leave a new job within their first year after a negative onboarding experience. And HR Dive reports that 55% of organizations consider their ability to use preferred tools and documents in onboarding as fundamentally broken.
Here's what that looks like on the ground:
Pain Point | What It Looks Like | Business Impact |
|---|---|---|
Stale documentation | The "Getting Started" wiki was written two dbt™ versions ago | New hires follow outdated steps, break things, lose trust |
Missing context | Nobody wrote down why the staging schema is structured that way | Ramp-up takes 3x longer; senior engineers become bottlenecks |
Tribal knowledge | "Oh, you need to ask Sarah for the Snowflake password" | Single points of failure; chaos when Sarah is on PTO |
Manual checklists | A Google Doc that someone copies and forgets to update | Steps get skipped; compliance gaps appear |
Ad-hoc scheduling | Calendar invites sent manually for orientation sessions | Meetings get missed; new hires sit idle on Day 1 |
Figure 1: Manual vs. automated onboarding — the path from chaos to confidence.
The goal isn't to replace the human touch of onboarding. It's to automate the mechanical parts — the checklist generation, the email drafting, the calendar scheduling — so that humans can focus on the mentoring, the culture building, and the actual knowledge transfer.
What Is Paradime?
Paradime is an AI-native data platform that replaces dbt Cloud™. It brings the "Cursor for Data" experience to analytics and data engineering teams, combining an AI-powered IDE, production pipeline orchestration, and warehouse cost optimization into a single platform.
For this project, we care specifically about Bolt — Paradime's scheduler and orchestration engine. Bolt lets you:
Run dbt™ pipelines on schedules, on Git merges, or via API triggers
Monitor run history with Summary, Console, and Debug logs
Set up notifications via Email, Slack, or Microsoft Teams
Achieve 99.9% uptime with built-in CI/CD
Bolt's API trigger capability is what makes this automation possible. Instead of running on a cron schedule, our onboarding pipeline fires when an external system (in our case, the OpenClaw agent) calls the Paradime GraphQL API.
What Is OpenClaw?
OpenClaw is an open-source AI agent that runs locally on your hardware and orchestrates tasks across chat apps, files, the web, and your operating system. It isn't an LLM itself — instead, it connects to models like Claude or GPT via API and uses skills to act.
Key capabilities for our use case:
Skills & Plugins: Extend with community skills or build your own custom skills
Google Workspace integration: Read/write Google Sheets, send Gmail, manage Google Calendar events
Cron jobs and proactive automation: Schedule background tasks that run autonomously
Persistent memory: Remembers context across sessions, making it smarter over time
Full system access: Read files, run shell commands, execute scripts
OpenClaw acts as the orchestration brain of our onboarding workflow — it reads the new hire data, generates the checklist, sends the email, and schedules the meetings.
Architecture Overview
Before diving into setup, here's how all the pieces fit together:
Figure 2: End-to-end onboarding automation flow — from HR data entry to scheduled orientation.
Setup: openclaw + Google Sheets API + Gmail API + Google Calendar API
Prerequisites
Before you begin, make sure you have:
Node.js 22+ installed
A Google Cloud Platform project with billing enabled
A Paradime account with Bolt plan (pricing)
An LLM API key (Anthropic, OpenAI, or OpenRouter)
Step 1: Install OpenClaw
Run the onboarding wizard to configure your LLM provider:
This will walk you through setting your default model, API keys, and gateway configuration.
Step 2: Enable Google APIs
In your Google Cloud Console:
Navigate to APIs & Services → Library
Enable the following APIs:
Go to APIs & Services → Credentials
Create an OAuth 2.0 Client ID (Desktop Application type)
Download the credentials JSON file
Step 3: Configure Google Workspace Skills in OpenClaw
Install the Google Workspace skill (commonly called gog / gogcli):
Create the custom onboarding skill directory:
Step 4: Set Environment Variables
Create or update your ~/.openclaw/.env file:
You can also configure these in your ~/.openclaw/openclaw.json:
Security tip: Never commit
.envfiles or credentials to Git. Use a secrets manager like 1Password or store them as environment variables on your host machine. OpenClaw supports secret refs for production setups.
Step 5: Generate Paradime API Keys
Log in to Paradime
Navigate to Account Settings → Workspace Settings
Scroll to the bottom and click Generate API Keys
Name the key (e.g.,
onboarding-automation)Grant the Bolt Schedules Admin capability
Store the API Key and API Secret securely — you won't be able to retrieve them again
Script: Read New Hire Details, Generate Checklist, Send Welcome Email, Schedule Orientation
The OpenClaw Skill Definition
Create the skill file at ~/.openclaw/workspace/skills/employee-onboarding/SKILL.md:
The Automation Script
For more programmatic control, create a helper script at ~/.openclaw/workspace/skills/employee-onboarding/onboard.sh:
Make it executable:
Testing the Skill Locally
You can test the complete workflow by messaging your OpenClaw agent:
Or test individual components:
Bolt Schedule: API Trigger on New Hire
Now let's connect the automation to Paradime Bolt so it can be triggered programmatically whenever your HR system detects a new hire.
Creating the Bolt Schedule
Navigate to Bolt in the Paradime UI
Click Create New Schedule
Configure:
In Trigger Types, select Scheduled Run and click the cron toggle to OFF (API-only trigger)
In Command Settings, add your dbt™ command:
In Notification Settings, add:
Click Deploy
Triggering via the Paradime GraphQL API
When the OpenClaw agent detects a new hire, it can trigger the Bolt schedule programmatically:
A successful response looks like:
You can also pass custom commands or a specific branch at runtime:
Connecting Bolt to OpenClaw
Add the API trigger to your onboarding skill by including a curl call in the script or by instructing the agent to call the Paradime API after processing each new hire. This ensures that any dbt™ models tagged with onboarding (e.g., models that update an employee_directory table or refresh onboarding metrics) run immediately after a new hire is processed.
Figure 3: Complete Bolt + OpenClaw integration — the new hire triggers both the agent workflow and the dbt™ pipeline.
Environment Variables Reference
Here's a consolidated reference of all environment variables used in this project:
Variable | Where It's Used | How to Get It |
|---|---|---|
| OpenClaw (Google API auth) | Download from Google Cloud Console → APIs & Services → Credentials |
| OpenClaw (LLM provider) | Your Anthropic/OpenAI/OpenRouter API key |
| Bolt API trigger | Paradime → Account Settings → Workspace Settings → Generate API Keys |
| Bolt API trigger | Generated alongside |
| Bolt API trigger | Typically |
Storage Locations (by precedence)
OpenClaw resolves environment variables in this order:
Process environment (parent shell/daemon) — highest precedence
.envin current working directory — does not override existing varsGlobal
.envat~/.openclaw/.env— does not override existing varsConfig
envblock in~/.openclaw/openclaw.json— applied only if missingLogin-shell import (optional, via
OPENCLAW_LOAD_SHELL_ENV=1) — lowest precedence
For production deployments, use OpenClaw Secret Refs or a tool like 1Password Service Accounts to avoid storing plaintext credentials.
Monitoring and Debugging
Once your automation is running, you'll want visibility into both sides: the OpenClaw agent and the Paradime Bolt pipeline.
Monitoring OpenClaw
Run the diagnostic command to check the health of your OpenClaw setup:
Healthy signals to look for:
Runtime: runningRPC probe: okNo blocking config/service issues
Connected/ready channels
Monitoring Paradime Bolt
Paradime provides three levels of run logs for every Bolt execution:
Log Type | What It Shows | When to Use |
|---|---|---|
Summary Logs | AI-generated overview with warnings and potential fixes | Quick triage — "What went wrong?" |
Console Logs | Detailed chronological record of the run | Standard troubleshooting |
Debug Logs | Extensive system-level details | Deep performance analysis |
To access run logs:
Navigate to Bolt in the Paradime UI
Click on the
new-hire-onboarding-triggerscheduleSelect a specific run from the Run History panel
Scroll to Logs and Artifacts
Click on the specific command (e.g.,
dbt run) to view Summary, Console, or Debug logs
Setting Up Alerts
Configure Bolt notification settings to get proactive alerts:
Email: Workspace-wide notifications for all team members
Slack: Per-schedule notifications with customizable Alert Templates
SLA Thresholds: Get notified if a run exceeds expected duration
Bolt System Alerts (workspace-level) also cover:
Parse errors
Out-of-memory runs
Git clone failures
24-hour run timeouts
Figure 4: Bolt monitoring and alerting flow — from run status to root-cause analysis.
Troubleshooting Common Issues
OpenClaw Issues
Issue | Symptom | Fix |
|---|---|---|
Gateway won't start |
| Set |
Google API auth failure |
| Re-run |
Skill not loading | Agent doesn't recognize the onboarding skill | Check the skill is in |
Cron job not firing |
| Enable cron in your config: |
Port conflict |
| Another process is using the port. Run |
Post-upgrade breakage | Gateway fails after | Run |
The golden rule of debugging OpenClaw: Check gateway.err.log first. Not your config, not your code — the error log. You can find it at ~/.openclaw/gateway.err.log.
Paradime Bolt Issues
Issue | Symptom | Fix |
|---|---|---|
API trigger returns 401 |
| Verify |
Schedule not found |
| Double-check the |
Run fails immediately | Status shows "Failed" with no logs | Check that the Git branch exists and contains valid dbt™ project files |
SLA breach notifications | Runs are consistently exceeding the SLA | Review Debug Logs for performance bottlenecks; consider using Deferred schedules for incremental runs |
dbt™ model errors |
| Use Paradime's IDE to debug the model locally before deploying to Bolt |
Google API Issues
Issue | Symptom | Fix |
|---|---|---|
Rate limits |
| Implement exponential backoff; batch operations where possible |
Insufficient permissions |
| Check that your OAuth scopes include |
Spreadsheet not found |
| Verify the |
dbt™ Models for Onboarding Metrics
To track the effectiveness of your onboarding automation, you can create dbt™ models that aggregate onboarding data. Here's a taste of what the implementation looks like:
And a metrics model to track onboarding velocity:
These models are tagged with onboarding, so they'll automatically run when Bolt triggers dbt run --select tag:onboarding after each new hire is processed.
Bringing It All Together: The Complete Workflow
Here's the full end-to-end flow from HR action to a fully onboarded new hire:
Figure 5: The complete automated onboarding pipeline — from HR entry to data warehouse refresh.
Coverage Checklist
With this setup, you achieve near-100% coverage across the onboarding workflow:
Step | Manual Before | Automated Now |
|---|---|---|
Detect new hire | Check email/Slack manually | ✅ Google Sheet poll via OpenClaw cron |
Generate checklist | Copy a stale Google Doc | ✅ Role-specific checklist via OpenClaw skill |
Send welcome email | Draft and send manually | ✅ Templated email via Gmail API |
Schedule orientation | Create 4+ calendar invites by hand | ✅ Auto-scheduled via Calendar API |
Refresh data models | Wait for next scheduled dbt™ run | ✅ Immediate Bolt API trigger |
Track metrics | No tracking | ✅ dbt™ onboarding models in warehouse |
Alert on failures | Hope someone notices | ✅ Slack + Email via Bolt notifications |
Wrapping Up
The gap between "we should automate onboarding" and actually doing it usually comes down to integration complexity. By combining Paradime Bolt for pipeline orchestration, OpenClaw for intelligent task execution, and the Google Workspace APIs for the actual business actions, you get a system that:
Eliminates stale docs — the checklist is generated dynamically based on the role, not copied from a two-year-old Google Doc
Removes tribal knowledge dependency — the process is codified in the OpenClaw skill, not locked in someone's head
Provides full context — new hires get a personalized email, a tailored checklist, and pre-scheduled meetings from Day 0
Scales effortlessly — whether you're onboarding 1 person or 50, the same automation handles it
Creates accountability — every run is logged in Bolt with Summary, Console, and Debug logs, plus Slack/Email alerts on failures
The best part? This entire setup is version-controlled, auditable, and self-documenting. The OpenClaw skill definition is the documentation. The dbt™ models are the metrics. The Bolt schedule is the process.
No more stale docs. No more tribal knowledge. No more "ask Sarah."

