Practical lessons from automating LinkedIn outreach with OpenClaw

A developer documented their experience automating LinkedIn outreach with OpenClaw after three weeks of trial and error, sharing specific technical approaches that worked and pitfalls to avoid.
LinkedIn automation detection
Giving an agent browser access to navigate LinkedIn and send connection requests doesn't work in practice. LinkedIn detects automation at the session level almost instantly, leading to account restrictions within two days. The issue isn't the agent itself but treating LinkedIn like a normal website that can be scraped and clicked through.
Account warm-up requirements
LinkedIn accounts have trust scores that require progressive warm-up. A fresh account or one that suddenly sends 40 connection requests in a day gets flagged regardless of how human the behavior looks. A 2-3 week minimum warm-up period is necessary before touching any real volume; skipping this risks burning your account.
ICP scoring with intent signals
Connecting with everyone matching broad keyword searches yields terrible results. Adding a scoring layer before outreach significantly improves outcomes. This layer should include engagement signals like whether the person posted recently, commented on relevant content, or changed jobs in the last 90 days, not just title and company. Adding these intent signals to filtering increased reply rates from noise to useful levels.
Rate limiting nuances
Free LinkedIn accounts, Premium, and Sales Navigator have completely different safe thresholds. Running the same rate limits across account types is a fast way to get restricted. The agent needs to know what kind of account it's operating on and adjust accordingly.
Conversation flow design
Getting connections accepted is relatively easy, but having the agent handle follow-up conversations through to booked calls is the hard part. This requires explicit decision trees covering what to say if someone replies with a question, what to say if they go silent, and when to escalate to a calendar link. Most agent setups stop at sending connection requests and first messages, which represents only about 20% of the workflow.
Model routing strategy
ICP scoring and intent signal detection can run on Haiku or Sonnet models, which are cheap and fast. The actual conversation drafting, where tone and timing matter, benefits from stronger models. This follows the general OpenClaw principle of not running Opus on parts that don't need it.
The developer now runs a full loop where the agent finds leads based on intent signals, scores them against their ICP, and handles conversations from connection requests to demo bookings, with cost per lead essentially limited to token costs beyond setup.
📖 Read the full source: r/openclaw
👀 See Also

DevOps engineer uses Claude Code to build custom terminal app
A DevOps/SRE engineer with years of experience used Claude Code to build a terminal application they had envisioned but couldn't complete alone. The AI handled scaffolding and integrations while the engineer focused on product decisions.

Claude AI Used to Set Up Proxmox Home Server via SSH
A developer used Claude AI over SSH to configure a Proxmox VE 9.1 home server, performing tasks from drive formatting and ZFS pool creation to Docker deployment and security hardening.

Debugging a Tiny AI Agent on an Old Nokia Phone: 18 Attempts to Success
A developer documented 18 failed attempts to run Picobot, a ~12 MB AI agent, on an old Nokia phone via Termux, testing free models, OpenRouter, and Groq before settling on Google's Gemini Flash API for a fast, reliable setup.

How to Use Claude Code Effectively: A Developer's Experience Building a Full SaaS App
A developer with SaaS experience since 2021 built a complete spaced repetition app called codefluent.app using Claude Code, emphasizing that success depends on writing detailed technical specifications rather than vague prompts. The project used SvelteKit, PostgreSQL with Drizzle ORM, Better Auth, OpenRouter, Stripe, CodeMirror 6, Tailwind v4, and Railway.