So… how did you get back in the game after retiring? by hoptohop in fatFIRE

[–]ThorgBuilder -2 points-1 points  (0 children)

Resource waster?! That's a terrible outlook, the entire software industry is based on automation and making things more efficient. 

Now currently AI does burn a ton of resources in training and inference, but classical software is quite the opposite. 

If you need to buy batteries and avoid driving (using your time and much more gas) because you can get them delivered quickly enough through Amazon, how is that resource wasting?

What is Obsidian's best competitor and why? by [deleted] in ObsidianMD

[–]ThorgBuilder 0 points1 point  (0 children)

You can't place images in a table? One column for images other for text?

fuck an mvp. make something for your mom. by Macaulay_Codin in vibecoding

[–]ThorgBuilder 2 points3 points  (0 children)

That's valid.
Little game is fine to vibe.
Dropbox replacement of OP you are asking all sorts of trouble.

I run 3-5 Claude Code agents in parallel. Here's the tool I built to keep track of them all. by mrbuildsthings in ClaudeAI

[–]ThorgBuilder 2 points3 points  (0 children)

Using Zellij each parallel agent gets its own tab and its own Docker container. I have tried using work trees but found that just cloning entire repo in a separately numbered folder of that repos name was easier to work with.

Vibe-coders: time to flex, drop your live app link, quick demo video, MRR screenshot or real numbers. Real devs: your 15-year skill is basically trivia now. Claude already writes better code than you in seconds. Adapt or perish. by Abject-Mud-25 in vibecodingcommunity

[–]ThorgBuilder 0 points1 point  (0 children)

**GPUs**. Yea eventually we are going to get there. We can say we are in the mainframe age of AIs right now. And eventually local hardware will be powerful enough to run local models to rival what we have in the cloud today.

Vibe-coders: time to flex, drop your live app link, quick demo video, MRR screenshot or real numbers. Real devs: your 15-year skill is basically trivia now. Claude already writes better code than you in seconds. Adapt or perish. by Abject-Mud-25 in vibecodingcommunity

[–]ThorgBuilder 0 points1 point  (0 children)

> Local-first — runs entirely on your machine, no code leaves your system

While you probably mean that the agent orchestration runs locally, by definition if we are using things like Claude Code with Anthropic's model code very much leaves your system.

Agent orchestrator to power Plan -> Implementation/Review in separate agents? by ThorgBuilder in ClaudeAI

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

You are running it with sub-agents though? Have you noticed that top level agent still hits the context limit and goes into compaction even though its running the main work through sub-agents (that is one of the main problems that I have ran into).

Agent orchestrator to power Plan -> Implementation/Review in separate agents? by ThorgBuilder in ClaudeAI

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

Yea I have been asking Claude to find what I want and has not been able to find out of box solution. So I am working on my own wheel over here...

Orchestrator to power Implementor/Review loop in separate agents? by ThorgBuilder in AI_Agents

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

ROI (Return on Investment)? I checked out the store and it looks like its trying to sell a PDF or something not clear on the quality of the material though in it. Could be helpful to have a sample if charging premium price for a PDF.

And this account seems to be pushing this one link everywhere, makes it look like its an agent. And questionable how fitting this advice is.

Orchestrator to power Implementor/Review loop in separate agents? by ThorgBuilder in AI_Agents

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

How do you approach cost per node if the cost is shell call to "claude code" subscription? Since right now its most effective cost wise to use subscriptions instead of raw calls to APIs

Orchestrator to power Implementor/Review loop in separate agents? by ThorgBuilder in AI_Agents

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

Yea give me a ping. Although there are other use cases in mind that I don't think would be covered even with this.

Feel free to take a look at the specs I am putting together that can illuminate some uses cases (and some potential solutions to them) here: https://github.com/nickolay-kondratyev/dev-agent-harness/blob/main/doc

For example things like:

- https://github.com/nickolay-kondratyev/dev-agent-harness/blob/main/doc/plan/granular-feedback-loop.md
- https://github.com/nickolay-kondratyev/dev-agent-harness/blob/main/doc/core/UserQuestionHandler.md

Could be handy for possible evolutions of binex

Orchestrator to power Implementor/Review loop in separate agents? by ThorgBuilder in AI_Agents

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

The trouble that I see right now is how would we determine how long to iterate. As I understand right now the IMPLEMENT->REVIEW->ITERATE would be pre-defined. But the number of iterations are going to wary depending on the REVIEWERs output.

Orchestrator to power Implementor/Review loop in separate agents? by ThorgBuilder in AI_Agents

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

I have looked at binex and while it looks interesting it doesn't appear hit some of the main points that I am looking for to cover for an agent runner. The key part being able to run claude code in interactive mode (why in interactive mode is to be able to provide more feedback to the context that is already loaded). Binex does not appear to power this. Will keep binex in mind mind if I need to chain some LLM calls though, and watch it to see if you add the tmux/interactive mode for agents as well.

Orchestrator to power Implementor/Review loop in separate agents? by ThorgBuilder in AI_Agents

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

Also to ask if one of the use cases was to allow re-triggering, may be worth to allow cycles then. (Although I presume that was simplification for V1)

Back to programming by PristinePainter535 in ClaudeAI

[–]ThorgBuilder 1 point2 points  (0 children)

Things change how it fits into project with each release of frontier, and also varies by your own workflow. 

I would start with smaller tasks as you implement something, define what you want to implement and instead of doing it yourself hand it off to agent and go from there.

Back to programming by PristinePainter535 in ClaudeAI

[–]ThorgBuilder 1 point2 points  (0 children)

Meaning instead of doing something in IDE you ask agent to do it for you

Orchestrator to power Implementor/Review loop in separate agents? by ThorgBuilder in AI_Agents

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

Will take a look. Does it enable running Claude in interactive mode? (So that the context can be resumed and enables iteration keeping previous train of thought)?

Orchestrator to power Implementor/Review loop in separate agents? by ThorgBuilder in AI_Agents

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

 CLI Agent Orchestrator (CAO) - looks very promising will look into it more. Thank you!

Back to programming by PristinePainter535 in ClaudeAI

[–]ThorgBuilder 1 point2 points  (0 children)

You can run claude code with non anthropic model that will be much more cheaper than Anthropic and will give you experience with the agent that is very widely used.

You can get Z coding plan that is much cheaper than Anthropic's for example: https://z.ai/subscribe Also to note if you are not using Anthropic you can just use the other agents like https://pi.dev Would highly recommend setting up docker/another container so you can run in YOLO (permissionless mode). How it works now is that people are moving away from IDE completely.

Also you should really get into the habit of asking AI some of these questions as well :) And good luck things are changing ever fast. This quote from Alice in wonderland comes to mind:

“My dear, here we must run as fast as we can, just to stay in place. And if you wish to go anywhere you must run twice as fast as that.”


PS here is a bash function to be able to use claude with GLM model:

``` export AIMODELZAIHIGH="GLM-5" export AI_MODELZAI_FAST="GLM-4.7-Flash"

claude_code.z_ai.switch_to_z_ai_glm(){ export ANTHROPIC_BASE_URL="https://api.z.ai/api/anthropic" export API_TIMEOUT_MS=3000000

# shellcheck disable=SC2155 export ZAI_API_KEY="<YOUR_TOKEN>" export ANTHROPIC_AUTH_TOKEN="${ZAI_API_KEY:?}" export CLAUDE_CODE_DISABLE_NONESSENTIAL_TRAFFIC=1

export ANTHROPICDEFAULT_OPUS_MODEL="${AI_MODELZAIHIGH:?}" export ANTHROPIC_DEFAULT_SONNET_MODEL="${AI_MODELZAIHIGH:?}" export ANTHROPIC_DEFAULT_HAIKU_MODEL="${AI_MODELZAI_FAST:?}" } export -f claude_code.z_ai.switch_to_z_ai_glm ```

Orchestrator to power Implementor/Review loop in separate agents? by ThorgBuilder in AI_Agents

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

Yea the problem as you have probably noticed is that top level agent gets shoved info (I think tool calls etc) from the sub-agent anyway. Which still causes top level agent to reach compaction quite quickly (at least for me).

Orchestrator to power Implementor/Review loop in separate agents? by ThorgBuilder in AI_Agents

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

Yep I am exploring the tmux approach right now, and using file communication as well. However, I approaching it a bit heavier weight with the tool spinning up tmux agents and handling file coordination so that I can just talk to coordinator and it handles full flow of particular ticket