AI Engineer Projects in GhaziabadAI Engineer Projects in Ghaziabad
Projects
People
Cover image for NanoMech: The Real-Time Multimodal AI
NanoMech: The Real-Time Multimodal AI Trading Assistant 📈🤖 Built for the Gemini Hackathon Traders know that in the market, seconds equal dollars. By the time you switch between your chart, your analysis tools, and your risk calculator, the candle has already moved, and your setup is gone. I wanted to fix this. For the Gemini Hackathon, I built NanoMech—an AI that sits on top of your screen, sees exactly what you see, and gives you a complete trade plan in seconds. No API keys required, and no leaving your chart. 💡 The Solution NanoMech runs as two frameless, transparent overlays on top of any trading platform. It uses Google Gemini 2.5 Flash's multimodal vision capabilities to visually read your screen and deliver instant insights. Overlay 1: Market Analysis Trend: Analyzes bullish/bearish market structure and moving average crossovers. Liquidity: Evaluates order book depth, bid/ask walls, and support/resistance zones. Momentum: Breaks down candlestick patterns, volume behavior, and price velocity. Overlay 2: Trade Setup & Risk Management AI-Extracted Targets: Instantly provides Entry Price, Target Price, and Stop Loss. Live CALC Engine: Calculates Risk Amount ($), Position Size (Units), and Risk-to-Reward (R:R) Ratio. Everything updates live as you type in your desired risk percentage. 🛠️ How It Works (Under the Hood) Vision-to-Text Processing: Captures the screen in real-time using the mss library and sends the raw screenshot to Google Gemini 2.5 Flash via the Google GenAI SDK. Prompt Engineering: Engineered strict structured prompts using [ANALYSIS] and [TRADE] tags to force the LLM to output reliably parseable price data. Regex Extraction: Uses regex to pull the exact Entry, Target, and Stop prices from the AI's response and wire them directly into the local risk calculator. Custom Desktop UI: Built always-on-top transparent overlays using Python's Tkinter, utilizing threading to keep the UI fully responsive during API calls. Hands-Free Scanning: Integrated a global hotkey (Ctrl+A+I) and an Auto Mode that scans the chart every 20 seconds. 🧗‍♂️ Challenges Overcome Structured LLM Outputs: Getting an LLM to consistently return prices in a parseable numeric format is notoriously tricky. We solved this with rigorous prompt engineering and robust fallback handling. Thread-Safe UI: Tkinter isn’t thread-safe. We engineered a solution to route all UI updates through root.after() callbacks from the active analysis thread. UX/UI Friction: Tuning the transparency and colors so the text remains readable across both dark and light chart themes, while ensuring our global hotkeys didn't conflict with native trading platforms. 🚀 What We Learned & What's Next This project proved just how incredibly capable Gemini 2.5 Flash is at visual reasoning. It accurately identified complex candlestick patterns, moving averages, and volume spikes from a raw image alone. The Roadmap for NanoMech: Voice Output: Speaking the trade setup aloud for a 100% hands-free experience. Multi-Monitor Support: Allowing users to select which screen the AI tracks. Cloud Hosting: Running NanoMech as a scalable web service on Google Cloud Run. Trade Logging: Automatically tracking how the AI's setups perform over time. 💻 Built With Python | Google Gemini 2.5 Flash | Google GenAI SDK | Google Cloud | Tkinter | mss | pillow | Regex Ready to try it out? Check out the code and run it yourself: https://github.com/omshukla24/NanoMech
0
118
Cover image for Hit a classic Django trap
Hit a classic Django trap this week and figured it's worth sharing since so many people are running into it now. I was adding an LLM feature to a Django app. The AI call takes a few seconds, so naturally I made the view async so it doesn't block a worker while waiting. Wrote the async view, called the ORM like I always do, and boom: SynchronousOnlyOperation: You cannot call this from an async context. Turns out Django's ORM can't just be called normally inside async code. The classic sync API isn't safe in an event loop, so Django protects it and throws this error instead. The fix is simpler than most people think. Since Django 4.1 the ORM has async versions of everything, same names with an "a" prefix. So objects.get() becomes await objects.aget(), create() becomes acreate(), save() becomes asave(). For loops over querysets, async for works directly. And for old sync code or third party libraries you can't change, wrap them with sync_to_async(). Why this matters right now: everyone is bolting AI features onto Django apps, and LLM calls are exactly the slow I/O that async is made for. Which means a lot of devs who never touched async Django are suddenly hitting this error for the first time. One honest caveat: transactions still don't fully work in async mode, so if you need atomic blocks, keep that path sync and wrap it. Anyone else made the jump to async views yet, or still happily on WSGI?
0
82