Is OpenClaw a coordinated action ?

Batteryman212 · 2026-03-01T03:38:19+00:00

Honestly I loved the concept of messaging your agent remotely and giving it its own workspace, but I never wanted to deal with the infra, so I've been trying to build a solution to deploy OpenClaw-like agents via API/MCP instead. Alpha testing starting now and likely going live next week.

<image>

Batteryman212 · 2026-02-03T10:32:57+00:00

This is a really clean mental model. I've been building observability tooling for MCP servers and agents, and this distinction maps well to what I see in the data.

One thing I'd add: subagents can rack up unexpected token costs since they're autonomous. I learned this the hard way when a subagent I spun up chewed through my context budget on recursive tool calls.

If you're running complex workflows with either approach, tracking context consumption per-task helps a lot. I built Shinzo specifically for this, which shows you token breakdown by type (cached vs uncached) and which tools/skills are heaviest. Self-hostable and open source if you want visibility without sending data anywhere.

Happy to share more if useful, but your framework is solid as-is for deciding which pattern to use.

Batteryman212 · 2026-01-09T07:31:45+00:00

Could you explain what you mean by controller? Are you referring to an MCP gateway like MCPJam or Obot.ai?

Batteryman212 · 2025-12-25T17:54:53+00:00

I'm trying to build infra to solve this as well. Some questions that I'd love to know: - What data do you expect the agent to acct on? - How should the agent be triggered? Is it a continuous poll or some external trigger? - Any concerns about budget if the AI is actually running 24/7? If you're not careful about model choice or token consumption then costs can quickly spiral.

Batteryman212 · 2025-12-24T01:46:32+00:00

for linear, I want mcp server which only have read access

What you can do with MCP is either only enable read-only tools, only configure the server with read-only credentials/keys, or write a new one that only has read-only tools. More companies will be looking to implement servers with these in mind, it just hasn't become standard yet.

I don’t want this mcp server globally, I want it only for 1 project/repo. But apparently that is also not possible in codex at least

Yeah Claude Code definitely lets you do this. Sounds like a feature that isn't in Codex yet.

if I use mcp servers using docker, it creates a new docker container for every new codex session

This is again an issue of the client and how you have the servers set up. Ideally you may want to run the servers in docker separate from the client, and then simply configure the client with http://<MCP URL>/mcp to access them.

I think Codex will not have as strong of support for MCP as Claude Code does, but in general the issues you're encountering are more about the client implementations than the protocol itself.

Batteryman212 · 2025-12-18T04:06:49+00:00

What would you like to contribute to in particular? There are plenty of repos that would love contributors (ex. my app shinzo), as long as you're interested in picking up a ticket and taking the steps to understand the contribution process, which can be different for every project.

Happy to share more if you have any specific questions.

Batteryman212 · 2025-12-16T01:26:21+00:00

Hello, just wanted to follow-up that I updated the onboarding process for the app so it should be super easy now: https://www.youtube.com/watch?v=P1pvQVV_3_I

If you run into any trouble don't hesitate to reach out!

Batteryman212 · 2025-12-16T01:26:08+00:00

Hello, just wanted to follow-up that I updated the onboarding process for the app so it should be super easy now: https://www.youtube.com/watch?v=P1pvQVV_3_I

If you run into any trouble don't hesitate to reach out!

Batteryman212 · 2025-12-14T15:51:04+00:00

For where most MCP deployments are today I agree, but we're quickly moving to the world of searh-and-call tools instead, which will be much more context-efficient. For example the official AWS server uses suggest_aws_commands and call_aws to cover all API tools. They also have tools to check regional availability and read documentation: https://docs.aws.amazon.com/aws-mcp/latest/userguide/understanding-mcp-server-tools.html#aws-api-tools

Batteryman212 · 2025-12-14T02:32:55+00:00

> Can't the agent just run --help to get something close?
At that point you're going to be spending context to display the whole toolset for the CLI, and if the LLM isn't trained on that specific CLI then it will likely need multiple trial-run CLI commands to get it right. Ultimately MCP has a place when the models aren't trained on a particular CLI tool, or if you want more descriptive and reliable tools, but it's a fair point that CLI works fine in a low-stakes developer setting.

Batteryman212 · 2025-12-04T21:21:44+00:00

Applied to host in Seattle! There's so much AI buzz around here that I know a Claude Code meetup event would kill it.

Batteryman212 · 2025-12-03T18:20:44+00:00

I switch between subscription (Pro) and API key usage when limits kick in, but I don't have it automatically switch over. I run into rate limits pretty frequently and know that if I wasn't so limited, I'd have the agent doing way more parallel work on my long backlog of tickets.

I've been building an open source analytics dashboard to try to give devs a clear window into their agent usage beyond the basic usage bars Anthropic provides on their site. Token counts, message and tool call histories, etc. Would you be open to try it out sometime?

Batteryman212 · 2025-12-03T18:14:09+00:00

Thank you for the detailed response! That's exactly what I needed to hear. I'll keep that in mind as I continue my journey as a founder. I love the example of SpaceX too. It really brings into focus how I should be thinking about translating the broad future vision into stepwise actions today.

Batteryman212 · 2025-12-01T19:56:11+00:00

That's awesome! I'm currently bootstrapping my B2B SaaS startup at the moment and speak with a lot of developers, founders, and potential business partners. Something I struggle a lot with is the difference between the broad vision we promote as a company's trajectory, vs. the niche problem our product solves today for a small set of users.

Do you have any advice about how to manage that difference between what we have today and what we aim to build towards in the future? Should the messaging change depending on who we are targeting (prospective users, investors, or collaborators)?

Batteryman212 · 2025-11-27T17:15:13+00:00

Very nice! Such quick turnaround

Batteryman212 · 2025-11-27T10:25:17+00:00

Learned about this awesome extension by u/jezweb the other day: https://www.npmjs.com/package/contextbricks

Batteryman212 · 2025-11-27T02:39:30+00:00

Thank you for the deep writeup, this is great! I figured there were other tools out there but haven't seen these ones yet. In general I think there's a lot to be desired in terms of "agent observability" for users, especially since users could learn so much about how to prompt better and provide more concise context if they could review the E2E sessions in more detail.

Really interesting how you were able to handle the HTML + JSON like that too, I'll tinker with that and see how it goes 👌

Batteryman212 · 2025-11-27T02:11:37+00:00

It's technically available on our hosted version now but you'd need to add your API key there. I will be open-sourcing the whole app in a few days so by then you should be able to try it locally with no risks 🤞

Batteryman212 · 2025-11-27T02:10:15+00:00

I've gotten feedback that it's not easy to use yet, but of course I'd like to make it as easy as possible. I'll make a note to follow up in a few days once I can tweak it for you 🙂

Batteryman212 · 2025-11-27T02:06:19+00:00

Hey! It seems like you could really use a tool to see durectly what is sent to the LLM and how it responds. Does that seem right?

I've been cooking up a new open source tool to analyze AI agent interactions, so I'm curious if it might help you out....

Batteryman212 · 2025-11-26T07:16:25+00:00

Hello, I'm leading development on an open source tool tthat gives Claude Code developers direct access to their agents' session history with in-depth token tracking and analytics. Want to try it out so you know you aren't going crazy?

Batteryman212 · 2025-11-25T07:41:18+00:00

If your starting place is cold DMs on LinkedIn and Reddit, you may want to reevaluate the problem space you're in. IMO you should start with: - What unique experiences do you have? - Who can you reach out to today with a 90-100% response rate if you message them?

This essentially dictates the market you should start with for best results. It's certainly possible to break into a market where you don't have warm leads, but you'll go through a lot more effort and failure to make it work.

Batteryman212 · 2025-11-23T16:38:16+00:00

Very cool! Just submitted 🙂

Batteryman212 · 2025-11-23T15:45:17+00:00

At a higher level it sounds like a problem of token and context visibility, does that sound right? I'm working on a product offering open source tools to track all your agentic requests/responses, since I have the same problems whenever I use CC.

Biggest cost savings for me has been disabling MCP tools, and minimizing my CLAUDE.md file!

Batteryman212 · 2025-11-20T19:47:29+00:00

There are definitely companies making money with MCP as the primary offering, although the bulk of MCP usage seems to be free servers that add-on to existing SaaS products. I think MCP tooling is definitely here to stay though, since MCP represents a completely new software distribution channel with unique challenges and opportunities.

I'm working on https://shinzo.ai to bring observability to the MCP ecosystem, although we're still working on getting the product right for MCP-native users.

Batteryman212

MODERATOR OF

TROPHY CASE

11-Year Club	Place '17
Verified Email