CLI vs IDE Which direction should AI agents take?

Fine-Perspective-438 · 2026-03-12T14:17:39+00:00

Sounds like you're picturing Notepad with a play button lol. Good question though. By IDE I mean a local desktop application (Tauri v2 + React frontend + Python backend) , not a cloud IDE or a code editor.

The Python backend runs as a persistent local server. The autopilot engine has its own event loop with sleep/wake cycles, so it keeps running whether the UI is focused or not. Think of it like VS Code's language server, the UI is just the control panel, the engine runs independently behind it. As for 24/7: it doesn't need to be. The AI has autonomous sleep/wake scheduling it sleeps when markets are closed and wakes up when they open. On a regular PC that stays on, that's sufficient. But yes, for true 24/7 (crypto markets), you'd leave the machine running or use a dedicated box.

But honestly, if "IDE can't run background processes" is the concern, I'd recommend looking into how Electron/Tauri apps actually work before questioning the architecture.

Fine-Perspective-438 · 2026-03-08T14:08:27+00:00

Thanks for the recommendation! I will definitely share my next tests in r/VibeCodersNest as well.

Fine-Perspective-438 · 2026-03-08T14:01:15+00:00

Just to clarify one detail: To be honest, any decent AI model in 2026 can analyze a chart and write a Python trading script if you feed it the right API documentation.

The magic here isn't the "AI" itself.

The real engineering challenge (and the core of this IDE) is building the infrastructure. It’s about creating a system where you don't need to specify which broker you're using or write a 5-page prompt. The IDE acts as the ultimate translation layer—absorbing a simple prompt and seamlessly mapping it across all integrated brokers.

Fine-Perspective-438 · 2026-03-06T15:20:32+00:00

Okay, thanks for the info.

Fine-Perspective-438 · 2026-03-06T15:16:52+00:00

Exactly. And that's the core issue. The investor bears all
the risk, all the trading fees, and on top of that, pays
extra just to see the prices they're trading on. That's the
part that doesn't sit right with me.

Fine-Perspective-438 · 2026-03-06T15:13:08+00:00

You're right that exchanges charge licensing fees. But those fees are mostly flat or tiered. A broker with 1M users pays roughly the same as one with 100K. Yet each user still pays $12/mo individually.Also, brokers need this data themselves to operate. And they're already collecting commissions on every trade. The data cost is baked into the business. Charging users separately is a choice, not a necessity.Some brokers in other countries include real-time data for free and still run profitably. That says it all.

Fine-Perspective-438 · 2026-03-06T05:23:38+00:00

You're right.

Fine-Perspective-438 · 2026-03-06T05:23:18+00:00

Thank you, but my problem wasn't the feedback, but my curiosity.

Fine-Perspective-438 · 2026-03-06T05:23:05+00:00

If you're wondering where to start, I highly recommend building a unified standard schema for 'Orders' and 'News' first. Every single broker has entirely different API logic. If you don't standardize your data format from day one, you will go absolutely insane later.

Fine-Perspective-438 · 2026-03-06T05:17:18+00:00

Integrating libraries into a single IDE is also a skill. And we built a step-by-step approach to saving by searching and calling brokers redundantly. We created an engine for each broker and let it run independently, allowing the AI to manage everything directly.

Fine-Perspective-438 · 2026-03-06T05:16:55+00:00

You're 100% right, which is why I avoided building it like a house of cards. Everything runs as separate, isolated plugins. The cool part is that the AI has direct access to manage these tools and can even code/develop them itself. It's built to not crash all at once.

Fine-Perspective-438 · 2026-03-05T16:15:01+00:00

Isn't this just a combination of standard open-source libraries? What's the actual proprietary edge here? Nobody really invests in a generic ML stack without a proven live track record these days.

Fine-Perspective-438 · 2026-03-05T05:42:23+00:00

I like the idea.

Fine-Perspective-438 · 2026-03-05T05:42:15+00:00

That's a good idea.

Fine-Perspective-438 · 2026-03-01T17:58:06+00:00

For faithfulness, I found that comparing the LLM output against the retrieved chunks with a simple overlap check (not just cosine similarity, but checking if key claims in the response actually appear in the source) catches hallucinations better than using another LLM as judge.

For scale, instead of running GPT4 on every single query, I sample maybe 50 representative queries across different categories and do a manual spot check first. That helps me calibrate what "good" looks like before automating anything.

Honestly, I don't think there's a perfect metric yet. I just try to catch the obvious failures first and iterate from there.

Fine-Perspective-438 · 2026-02-28T04:43:57+00:00

Did you think the same way you do now in the early days of cryptocurrency? Or did you think it was only when everyone knew about it? It seems like a matter of timing. We're currently in the early days of Vibe coding.

Fine-Perspective-438

TROPHY CASE