OpenRadar

Project · TypeScript · Added June 5, 2026

locoagent

LocoAgent is an open-source AI social media agent that autonomously operates real accounts through Chrome CDP browser automation — no fragile API hacks, no headless fingerprints.

1,001 stars 48 forks View on GitHub

LocoAgent

Overview

LocoAgent hit 1,000 GitHub stars within three weeks of its mid-May 2026 launch — a growth curve that tells you something about developer demand for AI agents that can actually interact with the real web. It’s a TypeScript-based AI agent that autonomously operates social media accounts (X/Twitter, LinkedIn, Reddit) through genuine browser automation via Chrome DevTools Protocol. Not headless browsers. Not fragile API wrappers. A real Chrome instance, running with your actual login cookies, performing actions the way a human would.

The project is a fork of the Claude Code CLI source tree, which gives it a surprisingly solid foundation. The agentic loop engine, approximately 40 built-in tools, 90 slash commands, and the Ink/React terminal UI are all reused from Claude Code, with a thin LocoAgent-specific layer stacked on top for platform skills, workflows, persona management, and operation logging. The team at LocoreMind essentially took an existing battle-tested agent framework and repurposed it for social media automation — a pragmatic engineering decision that saved them months of infrastructure work.

The core problem LocoAgent solves is straightforward but hard to execute well: social media platforms have gotten extremely good at detecting and blocking automated access. Headless browsers get fingerprinted. API-based automation hits rate limits and breaks when platforms change their endpoints. LocoAgent sidesteps all of this by driving a real Chrome browser over CDP (Chrome DevTools Protocol), using isolated persistent profiles so your login sessions stick across runs while your normal browsing stays completely separate. The perceive-decide-act loop — snapshot the page, let the LLM decide what to do, execute the action, verify the result — mirrors how a human actually interacts with a website.

Why it matters

We’re in the middle of a shift in how developers think about AI agents. The first wave was chatbots and text generators. The second wave was coding assistants. The third wave — which is just getting started — is agents that can take autonomous actions in the real world. Browser automation is the obvious bridge between AI and the web, and LocoAgent represents one of the more thoughtful implementations of that bridge.

What makes LocoAgent interesting isn’t just the browser automation — Playwright and Puppeteer have existed for years. It’s the combination of LLM-driven decision-making with deterministic workflow pipelines, persistent operation logging for deduplication, and a skill system that encodes platform-specific knowledge into reusable playbooks. The X.com skill alone contains 37 discrete operations covering browsing, engagement, content creation, social graph management, profile editing, and navigation. That’s not a weekend hack — that’s months of platform-specific knowledge codified into machine-readable playbooks.

For fullstack web developers, LocoAgent is worth studying even if you never plan to automate your Twitter. The architecture patterns — CDP-based browser control, agentic loops with tool use, persistent operation logs for cross-session state, workflow engines that separate LLM reasoning from deterministic execution — are directly applicable to any project involving AI agents, browser automation, or web scraping at scale.

Key Features

Real Chrome CDP Automation. LocoAgent drives an actual Chrome browser through the DevTools Protocol, not a headless alternative. This matters because social platforms actively fingerprint headless browsers and block them. Your sessions run in an isolated, persistent Chrome profile — you log in once, the cookies persist, and the agent operates with the same browser fingerprint as a real human. The setup command (bun run setup-chrome) handles launching the isolated instance, and you can run one Chrome per platform simultaneously.

Platform Skill System. Skills are operation playbooks loaded on demand through slash commands. The X.com skill ships with 37 operations covering everything from liking posts and writing replies to following users and publishing content. Each operation includes preconditions, the exact agent-browser commands needed, a verification step, and known pitfalls. Adding a new platform is as simple as creating a skills/<platform>/SKILL.md file with YAML frontmatter — the system auto-discovers it at startup.

Deterministic Workflow Engine. Workflows run scripted browser automation pipelines without any LLM in the control flow. The LLM might be called as a single step within a workflow (for example, to generate a reply), but the overall pipeline is deterministic and reproducible. Built-in workflows include fetching HuggingFace daily papers and posting them to X, searching X for posts about specific topics and generating AI replies, and doing the same on LinkedIn. You can run workflows once, schedule them as daemons, or orchestrate multiple workflows across platforms.

Multi-Platform Concurrent Execution. The engine supports running X, LinkedIn, and Reddit simultaneously — each in its own isolated Chrome instance, on its own CDP port, behind its own proxy configuration. A per-platform file lock keeps same-platform runs serial (one active tab per profile) while different platforms run in parallel. The configuration lives in a single config/browser-targets.json file.

Persistent Operation Log. Before the agent performs any action (like, follow, reply), it checks the operation log. After a successful action, it records it. This cross-session deduplication means the agent never repeats a like, follow, or reply — even across restarts. The 30-day operation summary is automatically injected into every session’s system prompt, so the agent always has context about its recent history. State lives in human-readable JSON (persona/operation-log.json).

Multi-Provider LLM Support. LocoAgent works with any OpenAI-compatible API through a built-in translation shim. Out of the box it supports DeepSeek (with thinking mode), OpenAI, Anthropic, OpenRouter, Ollama, LM Studio, AWS Bedrock, and Google Vertex AI. You configure everything through four neutral environment variables (LLM_PROVIDER, LLM_API_KEY, LLM_MODEL, LLM_BASE_URL), and the system maps them to the right internal settings. No provider-specific configuration files needed.

Trajectory Monitor and Doctor. The trajectory monitor provides live execution status by watching the session log in real-time — you can see exactly which agent-browser commands the agent is executing, what it’s perceiving, and what decisions it’s making. The doctor command checks Bun, agent-browser, Chrome, your .env configuration, and optionally probes every platform target’s CDP port. These operational tools make debugging agent behavior much less painful than working with black-box automation.

Use Cases

Pros and Cons

Pros:

Cons:

Getting Started

# Install Bun runtime (if you don't have it)
curl -fsSL https://bun.sh/install | bash

# One-click install — clones repo, installs dependencies, scaffolds .env
curl -fsSL https://raw.githubusercontent.com/LocoreMind/locoagent/main/install.sh | bash

# Or manual setup
git clone https://github.com/LocoreMind/locoagent.git
cd locoagent
bun install

# Run the health check
bun run doctor

# Launch isolated Chrome with CDP
bun run setup-chrome

# Log into your social accounts in the Chrome window that opens
# Then start the agent
bun start

# Try a single command
bun start -p "open X.com and like the first post about AI agents"

# Run a workflow
bun run workflow run --id hf-papers-to-x

# Schedule a workflow as a daemon (runs every 3 minutes)
bun run workflow daemon --id x-search-reply --interval 3

Alternatives

Browser Use — An open-source Python library that connects LLMs to browsers through Playwright. It’s simpler to set up and has a larger community (40K+ stars), but it lacks LocoAgent’s platform-specific skill system, operation logging, and workflow engine. Choose Browser Use if you want a lightweight browser automation library for custom projects. Choose LocoAgent if you want a batteries-included social media agent with deduplication and scheduling.

Agent Browser (Vercel Labs) — The underlying CLI that LocoAgent uses for Chrome CDP control. If you only need the browser automation primitive without the social media layer, you can use agent-browser directly. It’s the building block; LocoAgent is the full application built on top of it. Choose agent-browser if you’re building your own agent from scratch and want clean CDP primitives.

Social media management tools (Buffer, Hootsuite) — Traditional SaaS tools for scheduling and managing social media posts. They’re more polished and reliable, but they operate through official APIs with limited automation capabilities. They can’t do what LocoAgent does — autonomously browsing timelines, reading posts, generating contextual replies, and engaging like a human. Choose traditional tools if you need scheduling. Choose LocoAgent if you need autonomous engagement.

Verdict

LocoAgent is the most interesting AI agent project I’ve seen this month, and its rapid star growth (0 to 1,000 in three weeks) suggests the developer community agrees. The decision to fork Claude Code CLI rather than build from scratch was smart — it gave them a production-grade agent loop, tool system, and terminal UI on day one, letting them focus on the hard problem of making browser automation reliable enough for real social media accounts. The operation log deduplication alone is worth studying — it’s the kind of system design thinking that prevents AI agents from looking like bots. If you’re a fullstack developer interested in AI agents, browser automation, or building tools that interact with the real web, LocoAgent’s codebase is worth cloning and reading through, even if you never automate a single tweet. The platform skill architecture and workflow engine patterns are directly applicable to any agent project. Just be aware that it’s early-stage software — expect DOM breakage when platforms update, and don’t run it on accounts you can’t afford to lose.

Related

Shared tags