@Brandon Hancock I know shipkit will help us bigly but I am wondering what parts of my (currently on-hold until other secret music app launches —-> video preview incoming for this group Only) Event Planning app it can really help with? - I’m breaking Twilio. Allow managing multiple SMS/Email message (Can be both within same thread) threads per user on sane ph#/email ( depends on keeping context per thread and User using control #’s where necessary for multiple Events?). Example user replies to RSVP, then signs up to be Volunteer then joins pre-Event Game - each of those threads will continue into future. Then user is invited to 2nd Event - f me - bc this is where things get really complicated & I currently have a rule only ONE LIVE EVENT per unique phone #/email. But I want to break that rule. - I’m breaking Chat. Adding complexity to that message pipeline by routing certain messages to a Spintax Template driven reply framework OR Sending messages to Chat Agent for reply who is setup with prompt-engineering guard rails to stay on project, and reject non-project related questions. Both Template and Chat replies must ensure the final answer conforms to the ‘mood’ settings selected by Admin. - I’m breaking Google. How many search result link lists do you need to see in your life? That ends now. I have adopted a Word-cloud results interface but the ‘words’ aren’t and I’ll leave it at that. Think visual > reading results interface. We will build internal database of ‘vetted, in-network’ vendors who will appear ‘brighter?’ in search results compare to scraped vendor Google-Profiles. If user chooses scraped Vendor we try to bring that vendor In-Network to get this deal, if they say no we negotiate a referral Commission percentage of deal before sending Quote details WITHOUT any customer deets. - I’m breaking CAD. I’m creating a way for user to Build their Event Vision (tm, copyright, don’t steal this idea please!). Basically user draws event ‘zones’ freehand on screen, names them, then based on previous interview w/chat agent is presented with ‘Resource x QTY’ options to drag/drop into diff zones, to see where everything will be, then create a pdf/link for vendors to know where to setup, etc…it’s a mashup of CAD and Figma. Once fairly complete they click a button ‘Launch my Vision”, and our system begins sending Quote requests to the selected Vendors (see above) inside and outside our Network to provide the ‘stuff’ that was dropped on to the Vision Board, pieces light up as Quotes become available (internal communications again). Customer can go directly to Vendor but we ask Vendors to discourage these off-platform deals & that we do follow-up with our users & will stop sending Quotes to vendors who take business out of app.

🚀 Big Announcement In just 10 days (Friday, September 27) we’re officially launching something I’ve been waiting to share with you for a long time. It’s called Shipkit.ai. 👉 You can pre-order today and lock in $100 off before launch 💡 Why I built Shipkit.ai Over the past few years I’ve taught thousands of developers through my YouTube channel (75,000+ subscribers) and inside my community (nearly 10,000 members). I kept seeing the same roadblocks stop good ideas from ever shipping: - Which stack should I choose? - How do I connect all the pieces? - I built a demo on my laptop… but how do I deploy a real product people can actually use? Advice helps, but it isn’t enough. Developers don’t just need tips — they need working projects. 🛠️ What Shipkit.ai gives you Shipkit.ai gives you everything you need to go from idea → production-ready AI app. You’ll start with working templates for the most common AI applications: - AI chat - RAG - ADK workflows Shipkit walks you through each one step by step so you know exactly how to customize and launch it as your own. No guesswork. No dead ends. Just shipping. The course inside Shipkit shows you every stage of the journey: - Idea → Development plan - Plan → Working code - Code → Deployed application in production And at every step, you also get prompt templates that show the AI how to take action for you. These help you move faster and avoid getting stuck so you can focus on shipping real applications instead of wrestling with the process. ✅ Proof it works Shipkit.ai was built with Shipkit. To prove it, I used the RAG template inside Shipkit to build this very platform. That means you’re not just getting theory — you’re learning from the exact system that produced Shipkit.ai itself. The same step-by-step process that takes you from: - Idea → Plan - Plan → Code - Code → Production

Hi Brandon, thank you for the very cool git Repo for ADK app. I’m pretty new to this space and trying to build a hybrid webapp that uses chat input from user but then routes to either Template+spintax+custom-data injections OR to chat agent who will only do really specific workflows (hopefully) using prompt templates as guardrails, otherwise say “stay on topic bro!”. I’m in a little over my head, and realizing I can’t trust cursor. But, I’m wondering if using your ADK is what I need for my non-templated AI prompt-guardrailed responses? Can I ask some pretty basic questions here about the overall design I’m trying to achieve and get advice on preferred/realistic dev directions? My project is not typical in any way so hard to find any examples. Cheers! David

Claude-4 is incredible! I’ll keep recommending it as the #1 model because the reasoning and depth it brings to coding projects is hard to beat. The challenge is that I’m building 9 projects at once right now. When you are coding daily at that scale, even the best models start to add up in cost. So I went hunting for a lighter option I could lean on in Cursor. I tried Gemini-2.5-Pro. I tried GPT-5. Both solid. Then I tested grok-code-fast-1. Here is what I found: - Way faster than Grok-4 (they were not kidding with “fast” in the name) - Free right now in Cursor - For raw speed and responsiveness, I have been enjoying it more than Gemini-2.5-Pro and GPT-5 If you are coding on a budget or just tired of waiting around for long completions, this is worth trying. I will keep sharing how it holds up as I push it across my projects. If you try out the model, I'd love to hear what you think about it!

Who wants to help build a crazy f'n app? Im already working on 2, but this one is even more exciting and intense IF you're into music or just like a challenge. This shit is way over my head. I'm not even sure its doable but ChatGPT and 'Santa' Clause say it definitely is and there is at least one other paid app implementing this idea. This won't be launched to public as stand-alone app, but will be integrated into a main web-app that is going live soon (screenshots attached) as a future upgrade and I'm willing to share profits from that app with someone who can work on THIS upgrade. I want so bad to share the other 2 apps working on w/the weekly group here but I teach everyday from 2-5 PST! I haven't shown them to anyone except my son yet and I bet you guys would definitely find some BIG HOLES for me lol. Going to soft-launch the music web app soon, will post it Here FIRST, then fix a ton of shit. AND THEN (I am so looking fwd to this day) will post a "Looking for feeback" post in this hilarious SAAS /reddit thread that is like a Thanksgiving-fest if you get my drift. So close...could have used shipKit to save many days I'm quite sure! Cheers, -David NEW APP ARCHITECTURE & DATA FLOWS ┌─────────────────────────────────────────────────────────┐ │ Frontend Layer │ │ - Next.js (React) UI │ │ - Auth: Supabase Auth / Auth0 │ │ - {REDACTED} + Canvas/WebAudio │ └─────────────┬───────────────────────────────────────────┘ │ ▼ ┌─────────────────────────────────────────────────────────┐ │ Backend API Layer │ │ - Framework: FastAPI (Python) or Node.js/Express │ │ - Exposes endpoints: /upload, /process, /status │ │ - Dependencies: │ │ • FFmpeg (decode YT/audio, resample to WAV) │ │ • Celery/RQ workers (task enqueue) │ │ • Redis (task broker) │ │ - Storage: PostgreSQL (metadata, jobs, users) │ │ S3/GCS (audio + {REDACTED} + {REDACTED} ) │ └─────────────┬───────────────────────────────────────────┘ │ ▼ ┌─────────────────────────────────────────────────────────┐