Live data from Hacker News

Claude Code On-the-Go

granda.org

341–349 of 349 posts

Re: Claude Code On-the-Go

#341
post #340

Earlier quoted context omitted.

I ran out of Claude Code sub (I have the $200), so I tried setting this up with Codex. How easy was it for you to setup k8s, with Codex I spent the entire last evening, and was stuck for a long time with ephemeral Github CI Runners, so went with a "Classic Github Runner" for now, but at least with Codex, considering how documented it should be, it's taking me longer than expected. How was the experience for you, and…

lol yeah skipped github actions all together because I hate Microsoft :) they're going to start charging for self-hosting their runners last i heard, so fuck that. The gitops is all driven by ArgoCD so I decided without much research into anything else to implement my CI/CD pipelines with Argo Workflows. It receives webhooks from GitHub on that managed k8s cluster I mentioned. I'd definitely recommend setting up Argo…

I've got the per PR env with CI/CD setup working now! I still have to wait until tomorrow before I can use Claude Code (or I could use the API token, but I've already spent so much on everything).

I do have ArgoCD too now, right now Github self hosted permanent runners work, so I'll look to switch I think after some time.

I have to understand your browser usecase better. I'm using playwright for automated browser/e2e right now?

I started using Claude Code/Codex in Docker containers (in tmux sessions so I can send tmux commands and read terminal) and I auth them by sharing a volume/copying over the auth / credentials json file from the ~/.claude/ ~/.codex dir. Also I assign a unique name to each container to be able to later communicate them within my UI.

Does this solve the subscription problem for you if I understand the problem correctly?

Re: Claude Code On-the-Go

#342
post #340

Earlier quoted context omitted.

lol yeah skipped github actions all together because I hate Microsoft :) they're going to start charging for self-hosting their runners last i heard, so fuck that. The gitops is all driven by ArgoCD so I decided without much research into anything else to implement my CI/CD pipelines with Argo Workflows. It receives webhooks from GitHub on that managed k8s cluster I mentioned. I'd definitely recommend setting up Argo…

I've got the per PR env with CI/CD setup working now! I still have to wait until tomorrow before I can use Claude Code (or I could use the API token, but I've already spent so much on everything). I do have ArgoCD too now, right now Github self hosted permanent runners work, so I'll look to switch I think after some time. I have to understand your browser usecase better. I'm using playwright for automated browser/e2e…

Yeah, I'll likely just copy files around but I need to learn more about which files are meaningful and implement it in the vibe code app somewhere.

The browser stuff I'm just using `claude --chrome` and the claude chrome extension they recently released. I haven't used it much yet other than testing out that it works.

Re: Claude Code On-the-Go

#344
I would assume the 20x Claude Max subscription (200 USD) is needed to make use of this? I am struggling getting anything mildly complex done with the 20 USD Pro subscription. I basically burn through the 5 hour token budget after 1-2 hours on a single instance. Is there an alternative for small budgets?

Re: Claude Code On-the-Go

#345
post #72

Earlier quoted context omitted.

Maybe [1]? Sounds like ntfy.sh, but more… AI [1] https://poke.com/docs/developers/api/message-poke

How'd you find this? I spent 5 minutes bouncing between their various domains and marketing videos and login walls and couldn't find the developer docs. Personally, I'd setup a Mattermost server and use its WebHooks for notifications. That's also more flexible (can send commands back to the bot, etc.)

I searched for "poke push notification framework" on Kagi. But even then it was hard to find.

Re: Claude Code On-the-Go

#346
post #86
post #10

Earlier quoted context omitted.

I haven't missed planning mode myself. I tend to tell it "write a detailed plan first in a file called spec.md for me to review", then use that as the ongoing plan. I like that it ends up in the repo as it means it survives compaction or lets me start a fresh session entirely.

I was doing the same, but recently I noticed that Claude now writes its plans to a markdown file somewhere nested in the ~/.claude/plans directory. It will carry a reference to it through compaction. Basically mimicking my own workflow! This can be customized via a shell env variable that I cannot remember ATM. The downside (upside?) is that the plan will not end up in your repo. Which sometimes I want. I love the na…

This is one of the small things that shows me Anthropic is dogfooding their own system.

Which Codex and Gemini-cli teams aren't doing.

Re: Claude Code On-the-Go

#347
post #38
post #2

This is a pretty sophisticated setup. I particularly like how it uses Tailscale. I've been using the simpler but not as flexible alternative: I'm running Claude Code for web (Anthropic's version of Codex Cloud) via the Claude iPhone app, with an environment I created called "Everything" which allows all network access. (This is moderately unsafe if you're working with private source code or environment variables cont…

I'm surprised to see people getting value from "web sandbox"-type setups, where you don't actually have access to the source code. Are folks really _that_ confident in LLMs as to entirely give up the ability to inspect the source code, or to interact with a running local instance of the service? Certainly that would be the ideal, but I'm surprised that confidence is currently running that high.

Imagine you're a billionaire with infinite resources. You'd have gofers for everything. Get a weird idea while golfing? Shoot a text or call someone and it'll get done (or just tell the assistant that's always following you)

These web agents are similar. You pull out your phone while queueing in the shop, change to your "research" repo and tell it "investigate a way to create a privacy-preserving mobile application to store barcode-based loyalty cards", hit execute and put your phone away.

When you get to it, you can check out what it did for you.

Or if your system is set up properly, you can ask the same thing to make changes to any project, like adding a new feature you just thought up. Get back, review PR, maybe merge it.

Re: Claude Code On-the-Go

#348
post #13

Pandora's box is open; we're moving towards a world where white collar workers will be working 24/7 and they'll be expected to do so. It won't matter if I'm washing the dishes, walking the dog, driving to the supermarket, picking up my kids from school. I'll always be switched on, on my phone, continuously talking to an LLM, delivering questionable features and building meaningless products, destroying in the process…

I’m a remote work from home employee who never ever works overtime. I do use Claude code for my personal projects and ping at them from coffee shops and micro moments during my free time. It’s possible to engineer your own life boundaries and not be a victim of every negative trend in existence.

I've literally thought about getting a small display for my desk setup that's always connected to my personal machine so that I can use the "micro moments" to direct agents working on my personal projects while the main setup is connected to my work computer.

Re: Claude Code On-the-Go

#349
post #248

I wonder when/how to test and review the code though? I mean, how do you know Claude Code hasn't entered a completely different path than you had imagined?

I just tell it to open a PR when it's done. I check the diff, and I give it feedback. I run it containerized with --dangerously-skip-permissions and let it run wild.

Smart! I will have to try that!
Post reply on HN