21, building in public toward financial independence through engineering.
This account is my technical build log. I document the systems I’m designing and shipping — focusing on AI agents for markets, quant workflows, algorithmic trading infrastructure, full-stack tooling, DevOps practices, and Web3 applications.
I share architecture decisions, experiments, failures, and what actually works as I figure things out in real time.
If you’re into building real technical systems at the intersection of AI, finance, and infrastructure, feel free to follow along.
@i_mika_el Agent chat state is disposable. Versioned files are the source of truth: typed handoffs, strategy/dataset/experiment manifests, gate records and hashes. A stale agent rehydrates from the latest canonical state. Full append-only event replay is the next hardening step.
Most AI agent projects fail not because of the model — but because the backend infrastructure can’t keep up.
I’m currently building a backend that can handle real-time market data, multi-agent orchestration, and low-latency decision loops without falling apart under load.
The boring parts (state management, event pipelines, scaling) are where the real engineering happens.
What’s the biggest backend challenge you’ve faced when building AI systems that need to run 24/7?
Building in public: multi-agent AI for crypto quant research.
Beta: 6 specialized GPT-powered chats. One main orchestrator.
Order flow → strategies → validation → risk-controlled execution.
V1 map:
https://t.co/s65zpiIq0w
What would you stress-test first? #AlgoTrading
@md_kasif_uddin I'd say a multi-agentic system with Fable5 as the orchestrator and the GPT5.6Sol agents with a improvement- feedback loop on the output
With models like GPT #Sol 5.6 high getting this strong, the real bottleneck is no longer the model itself.
It’s the harness around it.👇
Most people are still treating these models like better chatbots. They’re missing the point.
The harness — the orchestration layer, evaluation loops, tool integration, state management, and feedback systems — is what actually turns raw model intelligence into reliable, production-grade workflows.
A powerful model without a good harness is just expensive autocomplete.
A solid harness with a strong model becomes something much more useful.
Right now I’m focusing more on building better harnesses than chasing the next model upgrade.
Curious what backend patterns you’ve found work well when you need real-time visibility into AI agents (especially for trading or research use cases).
WebSockets + Redis? Server-Sent Events? Something more exotic like a proper message broker?
Drop your thoughts — genuinely interested.
Building AI agents for markets is one thing.
Making the backend handle multiple viewers watching live agent outputs in real-time is another.
Here’s the architecture I’m currently exploring:
Main challenges I’m solving right now:
How to efficiently broadcast agent decisions/thoughts to many viewers without killing performance
Keeping state consistent when an agent is running and viewers join mid-session
Handling reconnection + message replay when someone drops offline
Rate limiting per viewer so one heavy user doesn’t affect others
Would love to hear how others are approaching this.
Core stack I’m testing:
FastAPI + WebSockets for real-time connections
Redis Streams + pub/sub as the central event bus
PostgreSQL for persistent state + TimescaleDB for time-series agent logs
Background workers (Celery or RQ) to run agents without blocking the API
The goal is to let viewers subscribe to specific agent sessions without polling.