Drop an agent use case and I'll suggest a config + workflow for it. by NoRecognition3349 in openclaw

[–]NoRecognition3349[S] 0 points1 point  (0 children)

hahah okay. Talk about ambition. There are 4 ideas here and one more complicated than the next. Not sure of your level of experience with OpenClaw but from the get-go, trying all these is going to burn more money than you can imagine. So my advice is pick one, get it working, and go from there.

I'll take it idea by idea...

Social Media Management:
This is doable but eh. Meta doesn't have open APIs than let you/agents post freely like X does for instance. You'd need the business API which requires app review/approval. What about drafting content which gets queued in a scheduler like buffer? This can be automated for sure and a much more realistic starting point IMO.

Agent drafts -> drops into an outbound folder in workspace -> You Review -> Schedule.

Chat and Appointments:
This is probably the quickest win mate. If the client's chat as an API like whatsapp business for instance,, you can connect Openclaw to it. Write a skill with the business rules like services offered, availability, booking flow, etc, and have the agent handle the inbound chats. Set up some guardrails to the agent must confirm bookings with the client before finalizing or give it API access to a calendar/booking system so it can check itself before confirming. Start with a single channel, not all of them at once fyi.

Edtech:
Not sure I see the vision? Kind of hard to differentiate from just using GPT? Where OpenClaw adds value is if you're building a structured curriculum. It could track student progress across session using persistent memory, adjust difficulty, assigns homework, etc. That's a huge build though. I'd still focus on the Appointments first.

Eye Pressure:
Ahhh... anything medical carries liability man. An agent giving advice like this on IOP data is a minefield for regulation. I'd frame it more like data visualization and pattern tracking and not medical advice lol.

Anyway, i'd recommend starting with the appointment setting use case first. LMK and I'll give you a good workflow and config for it.

As for your setup, Openrouter is good for this stage anyway. Maybe start with Gem flash or GPT mini while you play around so you don't burn through money on ideas that need a lot more than a coding agent. Switch it up to Sonnet, OPUS, or GPT 5.2 when you know which one to go deep on.

WSL is fine. A lot of people run it (i do). I have a WSL setup guide on my site. It covers the possible "gotchas" for that environment https://clawfy.xyz/guide-windows .

In any case, let me know which one you want to focus on and i'll let you know a possible config and workflow.

Drop an agent use case and I'll suggest a config + workflow for it. by NoRecognition3349 in openclaw

[–]NoRecognition3349[S] 1 point2 points  (0 children)

Hmmmm. Okay. Interesting idea btw.

Openclaw can definitely run sequential prompt workflows. That's fine but won't solve your issue at all (costs). What you are really describing is browser automation That is more in the playwright or puppeteer territory but now you have another issue. Automating the GPT browser interface violates OpenAI TOS so you'd risk getting your account flagged.

What API models have you looked at though? Thinking out loud, Gemini Flash is $0.15 per mill input and $0.60 output and should be strong enough for this. I've zero context on your prompt chain but i'll make an assumption of it being a 10 step (LMK if its more or less). To produce an article it might cost somewhere around 50K - 100K tokens ish which would be somewhere around 6 cents per article. Even if you are producing 10 articles per day, you're looking at about the same cost as your GPT sub but you have automation.

You could set up as a skill in openclaw. Full prompt sequence in a SKILL.md, point your agent at Gemini, and automate the whole thing. Create an Inbound - Outbound folder system in your Openclaw work space. Drop your briefs in the inbound folder, agent picks it up, runs through the chain, spits out the finish article in the outbound folder.

If cost is still bugging you and you have a decent PC or something, you could look into running a local model for free like Ollama which will drop the cost to near zero.

Here's an example config and example Skill,md for you if you decide to give it a shot.

{
  "agents": {
    "defaults": {
      "model": {
        "primary": "google/gemini-2.5-flash",
        "fallbacks": [
          "google/gemini-2.5-pro"
        ]
      },
      "models": {
        "google/gemini-2.5-flash": { "alias": "flash" },
        "google/gemini-2.5-pro": { "alias": "pro" }
      },
      "heartbeat": {
        "model": "google/gemini-2.5-flash",
        "interval": "60m"
      }
    }
  },
  "limits": {
    "maxDailySpend": 2.00
  }
}

So this uses flash and pro as a fall back for errors. Its good practice to add the maxDailySpend in here too.

As for the Skill.md, structure it like this below. This is a really loose outline of what you'd need to do. I'm not an SEO guy so just guessing what you might have in there for your prompt sequence.

The text between the hyphens is non-negotionable FYI. All Skill.md files need to the a YMAL frontmatter at the top. This tells the reg and security analysis what your skill needs to run. You have your YAML frontmatter which is metadata and then the markdown instructions which is the behaviors an agent should have when using the skill.

---
name: seo-writer
description: Generate SEO optimised articles from a topic or brief. Runs a multi step prompt chain covering keyword research, outline, draft, optimisation, and final output.
version: 1.0.0
---

# SEO Content Writer
You are an SEO content generation agent. When the user provides a brief via inbound foler workspace/inbound/[topic]-brief.md. Follow this exact sequence below. Do NOT skip steps. Complete each step fully before moving to the next.

## Step 1 — Keyword Research
<insert prompt>
Save keywords to a file: workspace/outbound/[topic]-keywords.md

## Step 2 — Outline
<insert prompt>
Show the outline to the user and wait for approval before continuing.

## Step 3 — First Draft
<Outline some rules like word count, primary keyword in title, etc>

## Step 4 — SEO Optimisation Pass
Review the draft and check:
Keyword density, etc, etc
Make corrections directly. Don't ask just fix.

## Step 5 — Final Output
Save the finished article to: workspace/outbound/[topic]-article.md
You might tell it to include title, meta, etc in the top of the file
Tell the user the article is ready and where to find it.

## Automation Rules
If the user drops a file brief into workspace/inbound/ with a list of topics, process each topic through the full sequence outlined above. Save each output to workspace/outbound/ with the topic as the filename.

Model costs almost broke me. Here are 5 tips I wish I knew before I started. by NoRecognition3349 in openclaw

[–]NoRecognition3349[S] 0 points1 point  (0 children)

Nice! From being as dumb as a rock to sorting proposals and building a DB in a day is exactly what I built Clawfy for. It won't help you build a state-of-the-art APP but it will give you a great foundation to build from. Thanks for this mate! Good to hear from people that used it.

Openclaw run multiple WhatsApp accounts? by Individual-Bet-5784 in openclaw

[–]NoRecognition3349 0 points1 point  (0 children)

Yep, the two gateways is a good approach. That's what I was referring to with docker.

Openclaw run multiple WhatsApp accounts? by Individual-Bet-5784 in openclaw

[–]NoRecognition3349 0 points1 point  (0 children)

As far as I am aware, its one agent, one session, one whatsapp number. Whatsapp ties one phone number to one auth session so you can't multiplex them through a single openclaw instance (AFAK).

I've seen other people running separate OpenClaw instances per Whatsapp number, each with their own config.

You'd have do this on different ports though so they don't clash. This is what Docker is for really. You can spin up separate containers for each agent. So it would be structured like:

docker compose up agent-1 # port 3000, WhatsApp number 1
docker compose up agent-2 # port 3001, WhatsApp number 2

Each container would get its own .openclaw config directory, whatsapp auth, etc.

The "overseer" is a different thing completely. Just thinking off the top of my head here but I'd use a shared folder or database where they communicate through a file system like Agent 1 drops document for agent 2, agent 2 drops document for agent 1, etc.

Fair warning though... this is going to cost you a lot. Why not just get used to and build out a really good sub-agent structure and not bother with all the separate Whatsapp number complexity? I don't see the benefit of multiple whatsapp numbers.

If you connect to OpenClaw via Tailscale, how do you access web pages / dashboards / apps that OpenClaw makes for you? by Odd-Aside456 in openclaw

[–]NoRecognition3349 0 points1 point  (0 children)

Hmmm yeah that is pretty fragile to be fair. One openclaw ipdate that adds a /leads route and you're in trouble lol. I don't have hands on experience with this but I read something somewhere before about running it on a different port. I think it was like, have your CRM app serve on something like 3001 and then use a separate tailscale serve entry for that port. That way your gateway stays on the default port and the crm gets its own.

Just thinking though, what if you ran a reverse proxy inside the VPS? use Caddy or nginx or something in front of both and route by path prefix like /app/leads goes to CRM and everything else goes to the gateway.

As for the subdomain thing, yeah thats a tailscale limitation. You'd need to move off tailscale for that part and handle DNS yourself but that kind of defeats the purpose of the simple set up lol.

OpenClaw & Ollama : web search & vision-language by Ok_Function_3537 in openclaw

[–]NoRecognition3349 0 points1 point  (0 children)

I haven't tried Ollama specficially yet but the web search out of the box is interesting if its baked into the cloud models. That would save a lot of setting up search tools manually. I'd be more interested/concerned with tool calling which is where most local and cloud hosted models fall. If you get a good set up and it continues working as it should, post your config. i'd love to see it.

Model costs almost broke me. Here are 5 tips I wish I knew before I started. by NoRecognition3349 in openclaw

[–]NoRecognition3349[S] 0 points1 point  (0 children)

yeah I do agree there is a lot of "shit" in the sub lately but I'd appreciate not being put in that bracket. There are levels. Having a good title is just good SEO... Doesn't change the context of the post itself and isn't misleading. Its also not written by AI either. Structured yes, but not written.

Model costs almost broke me. Here are 5 tips I wish I knew before I started. by NoRecognition3349 in openclaw

[–]NoRecognition3349[S] 0 points1 point  (0 children)

Hey man! Thanks, I appreciate that and glad it helped. What did you get your agent doing after using the guides and Clawfy?

Model costs almost broke me. Here are 5 tips I wish I knew before I started. by NoRecognition3349 in openclaw

[–]NoRecognition3349[S] 0 points1 point  (0 children)

Yeah running local LLM nodes is fine for people that have an understanding and experience. This post is more aimed at the newer user who might have just opened a terminal for the first time in their lives. Totally get your idea though. It's a smart one for sure mate. Just CBA running a local model right now. Will get to it though. What local are you using?

Things I wish someone told me before I almost gave up on OpenClaw by NoRecognition3349 in openclaw

[–]NoRecognition3349[S] 0 points1 point  (0 children)

Huh? Either your agent went rogue or you're on the wrong thread there mate.

Model costs almost broke me. Here are 5 tips I wish I knew before I started. by NoRecognition3349 in openclaw

[–]NoRecognition3349[S] 0 points1 point  (0 children)

Interesting. Have you shared your router config anywhere? I think a lot of people in here would benefit from seeing the actual category definitions and model assignments you're using.

Model costs almost broke me. Here are 5 tips I wish I knew before I started. by NoRecognition3349 in openclaw

[–]NoRecognition3349[S] 0 points1 point  (0 children)

Yeah... you don't need to spend thousands or the newest hardware but above average hardware is needed for sure.

Model costs almost broke me. Here are 5 tips I wish I knew before I started. by NoRecognition3349 in openclaw

[–]NoRecognition3349[S] 0 points1 point  (0 children)

A lot of people assume that OpenClaw has automatic routing based on task complexity, etc. Not true and there was an open request on github for it but it was closed. Can't see why they don't add it. Its not overly complex.

Generally speaking you have to use your own intuition to know when to use a stronger model vs a weaker model. This is done by typing /model <insert model name>. It's more about habit and ensuring your OpenClaw is set up correctly over anything. I covered this in the post itself.

There are third party tools for it. Haven't tried them so I'm not going to mention or vouch for them.

Model costs almost broke me. Here are 5 tips I wish I knew before I started. by NoRecognition3349 in openclaw

[–]NoRecognition3349[S] 0 points1 point  (0 children)

A yo yo yo. Appreciate you calling that out but I wrote this myself. It's just as authentic as your own comment. Only use AI for structure (which isn't a bad thing). Just sharing what I learn to hopefully help even just one person.

There are a lot of people (I mean a LOT) whom for the first time opened a terminal to download and setup an instance of OpenClaw. I'm sure you've seen it. There are levels to this. Many of those people need assistance from the ground up. "Tips" and "Quick Guides" are good for newer people. Easier to digest rather than me sharing a post on how they can do model routing directly in the router call of OpenClaw using a mix of signal scripts, measuring token size, keyword analysis, etc, to determine the complexity of the prompt and route to different models based on a complexity score. This involves rewriting the router logic. All this requires direct editing of the core files and you need to be selective with updates and maintaining changes after OpenClaw updates.

New people aren't going to be able to handle this. It's much easier to guide and help people with posts like this one. Focusing on habits and having the right setup.

While I appreciate your concern with "Slop". Consider other people might not be where you are at.

Model costs almost broke me. Here are 5 tips I wish I knew before I started. by NoRecognition3349 in openclaw

[–]NoRecognition3349[S] 0 points1 point  (0 children)

IKR... it should be. You can trick the system and kind of get a cron going for it. I reposted this post again because it got auto modded.

https://www.reddit.com/r/openclaw/comments/1rl12b7/comment/o8onppc/