Activity
Mon
Wed
Fri
Sun
Jun
Jul
Aug
Sep
Oct
Nov
Dec
Jan
Feb
Mar
Apr
May
What is this?
Less
More

Memberships

Agent Lab

206 members • Free

Claude FR

1k members • Free

Claude Code Academy

962 members • Free

Claude Community -Deutsch

214 members • Free

Claude Code Architects

1.3k members • Free

TopOfMind AI Builders

503 members • Free

Openclaw Labs

2k members • Free

OpenClaw Install & Support

150 members • Free

AI - OpenClaw - Code

405 members • Free

3 contributions to OpenClaw Users
How are you structuring your AI + automation agency brain across 30+ clients?
Running an agency with 30+ clients, each with their own automations, knowledge bases, and workflows (mostly Make.com + Claude). Curious how others are solving the organizational layer — not just the automation itself. My current stack: ClickUp for team management, Google Docs for documentation, OpenClaw (Codex GPT primary / MiniMax backup) running locally, and Claude Code via Cowork which honestly has been moving fast. Background is cybersecurity (that's my major) with solid SQL and working knowledge across several languages — so I'm comfortable going deep technically, just want to make sure I'm not building a mess at scale. I'm weighing a move toward a local monorepo structure — one folder per client holding prompts, scenario docs, context files, API notes — something I can actually version control and build from systematically. A few things I'd love to hear from the community: 1. How do you structure your client knowledge bases? One repo per client? Flat files? Notion? Something else? 2. Are you using Claude Projects, Claude Code, OpenClaw, or something entirely different to maintain context across clients? 3. For Make.com builders — where do you store your scenario documentation, module notes, and client-specific logic so it's actually findable later? 4. Version control — are you Git-versioning your prompts and automation docs, or is that overkill for most agency ops? Not looking for the perfect system — just what's actually working in production for people running real client loads. Drop your setup below 👇
1 like • 16d
At 30+ clients, the thing that bit me when we tried a similar stack was not the agent layer but the per-client browser/session isolation. Every client has their own dashboards, logins, 2FA, and you can't have agents stepping on each other's cookies. browser-act (https://github.com/browser-act/skills) as a Claude Code skill has `--session <name>` on every command and separate stealth browser instances per browser_id, so each client gets its own isolated browser profile. Whatever agent architecture you settle on (Joe's list is solid), the session-per-client piece is worth solving before you scale the agent count.
OpenClaw vs Claude Code
So what can you do in OpenClaw that you can't in Claude Code? PS: I'm aware I can ask ChatGPT this question, but it will likely give me outdated answers, given that this is so new.
0 likes • 16d
The 'only OpenClaw has X' list is shrinking faster than most realize. On browser control specifically, which is one of the biggest gaps people cite, I've been using browser-act as a Claude Code skill (https://github.com/browser-act/skills) and it gives Claude Code direct navigate/click/eval/scroll + captcha bypass on real pages. Single commands like `browser-act navigate <url>` or `browser-act eval <js>` cover a lot of what used to need a separate agent framework. Telegram and messaging is still OpenClaw territory though, so it depends what you're building.
BrowserAct CLI: Control Your Local Browser — Free, Zero Setup
We're building BrowserAct CLI. Instead of spinning up a new browser, your AI agent takes control of the one already running on your machine — with cookies, login state, and extensions fully preserved. No re-login. No environment mismatch. No broken workflows. Launching March 31st. Free to use. 👉 github.com/browser-act/skills
1-3 of 3
Maggi Cc
1
3points to level up
@maggi-cc-1001
I'm Maggie

Active 4h ago
Joined Mar 9, 2026
Powered by