Loading video...

Video Failed to Load

There was a problem loading this video. This could be due to a temporary network issue or the video might be unavailable.

Introducing InsForge Backend Branching. We made agentic coding production-safe. Your agent creates isolated backend branches when working. Every backend service, policy, and config is copied into a secure, isolated environment. Review PR-style diffs. Merge only when ready.

InsForge

2,137 subscribers

62,139 views • 1 month ago •via X (Twitter)

Education Science & Technology

Anya Rossi• Live Now

Private livecam show

0 Comments

No comments available

Comments from the original post will appear here

Related Videos

Introducing Diagnose and Debug. Give your agent first-party backend context: health metrics, logs, errors, database checks, and more. Your coding agent catches backend issues now, then fixes them by working with your dedicated InsForge debugging agent. Agent <> Agent.

Introducing Diagnose and Debug. Give your agent first-party backend context: health metrics, logs, errors, database checks, and more. Your coding agent catches backend issues now, then fixes them by working with your dedicated InsForge debugging agent. Agent <> Agent.

InsForge

52,193 views • 1 month ago

Introducing InsForge Compute. Deploy long-running backend services as Docker containers via your coding agent. It writes the Dockerfile, builds the image, injects env vars, runs the container, and returns a live URL. All in under 60 seconds.

Introducing InsForge Compute. Deploy long-running backend services as Docker containers via your coding agent. It writes the Dockerfile, builds the image, injects env vars, runs the container, and returns a live URL. All in under 60 seconds.

InsForge

1,510,962 views • 1 month ago

.InsForge turns your coding agent into a principal backend engineer. Backend servers, database, LLM gateway, frontend deployment, and more. Every primitive built for how coding agents actually work, so they can run your entire infrastructure. Congrats on the launch, Hang Huang & Tony Chang!

.InsForge turns your coding agent into a principal backend engineer. Backend servers, database, LLM gateway, frontend deployment, and more. Every primitive built for how coding agents actually work, so they can run your entire infrastructure. Congrats on the launch, Hang Huang & Tony Chang!

Y Combinator

151,196 views • 2 months ago

Introducing InsForge 2.0: The Backend for Agentic Development Our OSS backend provides databases, auth, storage, model gateway, and edge functions accessible through a context-optimized layer that agents can better understand and operate end-to-end. GitHub: Key Benchmarks (vs. Supabase MCP): - 14% higher accuracy - 1.3x faster per task - 2.4x fewer tokens Better. Faster. Cheaper. Build features more quickly and confidently — all at 41.7% of the cost. Shipping your ideas today. $ npx @insforge/cli create

Introducing InsForge 2.0: The Backend for Agentic Development Our OSS backend provides databases, auth, storage, model gateway, and edge functions accessible through a context-optimized layer that agents can better understand and operate end-to-end. GitHub: Key Benchmarks (vs. Supabase MCP): - 14% higher accuracy - 1.3x faster per task - 2.4x fewer tokens Better. Faster. Cheaper. Build features more quickly and confidently — all at 41.7% of the cost. Shipping your ideas today. $ npx @insforge/cli create

InsForge

1,592,049 views • 4 months ago

Introducing InsForge Payments. Your coding agent can now set up Stripe payments for your app using InsForge. Describe your pricing and watch it create products and prices in Stripe, add checkout, and set up billing portal sessions. Test first. Go live when ready.

Introducing InsForge Payments. Your coding agent can now set up Stripe payments for your app using InsForge. Describe your pricing and watch it create products and prices in Stripe, add checkout, and set up billing portal sessions. Test first. Go live when ready.

InsForge

674,484 views • 1 month ago

i just built a 4-agent software team. everything runs from Telegram and gets managed on a kanban board. a project manager who plans the work, a backend developer, a frontend developer, and a tester. the PM reads a goal, breaks it into linked tasks, and assigns each to the right agent. the thing that makes them a team instead of four strangers is a shared kanban board. every task is a row that survives crashes, and when an agent finishes, it writes a summary of what it built and what the next agent needs to know. the next agent reads that summary before it starts. so the frontend developer never has to guess the API shape, and the tester knows exactly what to verify. the hardest part was not the coordination. it was building an agent that could actually act like a backend engineer. a backend engineer stands up a database, wires auth, manages storage, deploys functions, and keeps all of it consistent while the rest of the team builds on top. an agent doing this from scratch drowns. it burns its context window remembering which tables exist and which endpoint it created three steps ago, and the work degrades fast. so the backend agent needs a backend built for agents, not for humans clicking through a dashboard. that is where InsForge came in. it is an open-source, agent-native backend, and i added it to my backend developer agent as a skill. a skill is a step-by-step guide that teaches the agent how to do a specific kind of work. with InsForge installed, the agent stopped improvising infrastructure and followed a reliable path: create the project, define the database, set up auth, deploy functions. to test the whole team, i had them build a working Google Docs clone, AI features included. the backend agent spun up the full service on its own. database tables, user auth, document handling, and edge functions running real TypeScript, all in one dashboard. the frontend agent read that summary and built the UI on top of it, and the tester closed the loop. the result was a backend an agent could reason about end to end, instead of one it kept getting lost inside. if you are building an AI backend engineer, InsForge is worth a look, it's 100% open-source. InsForge GitHub: (don't forget to star 🌟) the full article on Hermes Kanban: Mission Control for your Agents is quoted below.

i just built a 4-agent software team. everything runs from Telegram and gets managed on a kanban board. a project manager who plans the work, a backend developer, a frontend developer, and a tester. the PM reads a goal, breaks it into linked tasks, and assigns each to the right agent. the thing that makes them a team instead of four strangers is a shared kanban board. every task is a row that survives crashes, and when an agent finishes, it writes a summary of what it built and what the next agent needs to know. the next agent reads that summary before it starts. so the frontend developer never has to guess the API shape, and the tester knows exactly what to verify. the hardest part was not the coordination. it was building an agent that could actually act like a backend engineer. a backend engineer stands up a database, wires auth, manages storage, deploys functions, and keeps all of it consistent while the rest of the team builds on top. an agent doing this from scratch drowns. it burns its context window remembering which tables exist and which endpoint it created three steps ago, and the work degrades fast. so the backend agent needs a backend built for agents, not for humans clicking through a dashboard. that is where InsForge came in. it is an open-source, agent-native backend, and i added it to my backend developer agent as a skill. a skill is a step-by-step guide that teaches the agent how to do a specific kind of work. with InsForge installed, the agent stopped improvising infrastructure and followed a reliable path: create the project, define the database, set up auth, deploy functions. to test the whole team, i had them build a working Google Docs clone, AI features included. the backend agent spun up the full service on its own. database tables, user auth, document handling, and edge functions running real TypeScript, all in one dashboard. the frontend agent read that summary and built the UI on top of it, and the tester closed the loop. the result was a backend an agent could reason about end to end, instead of one it kept getting lost inside. if you are building an AI backend engineer, InsForge is worth a look, it's 100% open-source. InsForge GitHub: (don't forget to star 🌟) the full article on Hermes Kanban: Mission Control for your Agents is quoted below.

Akshay 🚀

118,124 views • 1 month ago

Finally, I'm done with the basics of backend engineering on the all-in-one resources to learn backend engineering I'm working on This basic section includes - Internet - HTTP - Servers - Web Dev fundamentals - Fundamentals of Operating Systems - A server-side language -> JavaScript | Go | Rust | Node - A framework -> Express | Nestjs | Django | Laravel | Spring Boot This is the boring part. Don't worry. We are getting into the fun part soon. Still working on it, updating it, Adding more, and making it better for you. Follow me. Retweet. Comment "Backend." I will DM you the PDF version when it's out. Enjoy the web version, and send in your feedback on how we can improve it for everyone.

Finally, I'm done with the basics of backend engineering on the all-in-one resources to learn backend engineering I'm working on This basic section includes - Internet - HTTP - Servers - Web Dev fundamentals - Fundamentals of Operating Systems - A server-side language -> JavaScript | Go | Rust | Node - A framework -> Express | Nestjs | Django | Laravel | Spring Boot This is the boring part. Don't worry. We are getting into the fun part soon. Still working on it, updating it, Adding more, and making it better for you. Follow me. Retweet. Comment "Backend." I will DM you the PDF version when it's out. Enjoy the web version, and send in your feedback on how we can improve it for everyone.

Solomon Eseme

92,196 views • 2 years ago

We just launched one-click export to Lovable! ❤️ Lovable is an incredible AI app builder that turns your ideas into real, working software—including the frontend, backend, and database. When you export your Stitch project: ✨ Lovable opens automatically ✨ Stitch passes over your screenshots ✨ We include exact references to the HTML right in the prompt Lovable downloads your HTML and creates a pixel-perfect, full-stack application based on your exact aesthetic. Have a blast turning your designs into reality! 🚀

We just launched one-click export to Lovable! ❤️ Lovable is an incredible AI app builder that turns your ideas into real, working software—including the frontend, backend, and database. When you export your Stitch project: ✨ Lovable opens automatically ✨ Stitch passes over your screenshots ✨ We include exact references to the HTML right in the prompt Lovable downloads your HTML and creates a pixel-perfect, full-stack application based on your exact aesthetic. Have a blast turning your designs into reality! 🚀

Stitch by Google

62,996 views • 2 months ago

We’re building the agent-native alternative to AWS, but it's actually good. - 33,000+ projects created (10% WoW growth) - 2x weekly active projects (2000 → 4000+) - 11,000+ GitHub stars (5x in the last 3 months) - faster than React, Supabase, and Linux Introducing InsForge ↓

We’re building the agent-native alternative to AWS, but it's actually good. - 33,000+ projects created (10% WoW growth) - 2x weekly active projects (2000 → 4000+) - 11,000+ GitHub stars (5x in the last 3 months) - faster than React, Supabase, and Linux Introducing InsForge ↓

InsForge

597,553 views • 1 month ago

Imagine a plane crashing and only 3% of people on the aircraft know where the emergency exits are. We need to work towards taking these backend features right into the frontend so all users can access them. An exit is only fair when it is visible to all. (Re: L2 exit to L1)

Imagine a plane crashing and only 3% of people on the aircraft know where the emergency exits are. We need to work towards taking these backend features right into the frontend so all users can access them. An exit is only fair when it is visible to all. (Re: L2 exit to L1)

binji

13,728 views • 24 days ago

Today we’re launching 4 open-source Next.js app templates: 1. Basic starter 2. Chatbot 3. CRM 4. Ecommerce We made building real full-stack apps even easier on InsForge. Try one in your next project: npx @insforge/cli create Thread below with all 4 repos ↓

Today we’re launching 4 open-source Next.js app templates: 1. Basic starter 2. Chatbot 3. CRM 4. Ecommerce We made building real full-stack apps even easier on InsForge. Try one in your next project: npx @insforge/cli create Thread below with all 4 repos ↓

InsForge

671,992 views • 3 months ago

HIS VIBE CODING APP WAS HACKED and he almost lost $10,000 because of it After analyzing why this happened, we managed to find 3 most common mistakes that appear in the majority of vibe coding projects: • Misconfigured RLS • No backend rate limits • AI calls made from the frontend And vibe coding is actually not dangerous, you just need to pay more attention to these points when creating a project: • Protecting access to data • Limiting resource usage • Hiding all secrets on the backend • Controlling costs • Regularly doing security reviews It’s also important from the very beginning to give AI tools for improving code security And I talked about them in the article below👇

HIS VIBE CODING APP WAS HACKED and he almost lost $10,000 because of it After analyzing why this happened, we managed to find 3 most common mistakes that appear in the majority of vibe coding projects: • Misconfigured RLS • No backend rate limits • AI calls made from the frontend And vibe coding is actually not dangerous, you just need to pay more attention to these points when creating a project: • Protecting access to data • Limiting resource usage • Hiding all secrets on the backend • Controlling costs • Regularly doing security reviews It’s also important from the very beginning to give AI tools for improving code security And I talked about them in the article below👇

TolyaDV

45,570 views • 1 month ago

Long, long, ago, coding agents could do nothing but write code Forger was powerless, just like all the others. Claude Code. Codex. Cursor. Until one day... InsForge Launch Week 2 starts Monday, June 1st

Long, long, ago, coding agents could do nothing but write code Forger was powerless, just like all the others. Claude Code. Codex. Cursor. Until one day... InsForge Launch Week 2 starts Monday, June 1st

InsForge

35,208 views • 1 month ago

Built a real, production-ready Calendly-style booking app, 100% in v0. No manual coding. No Claude Code. No Cursor. Every part, including backend and API logic, was built right in v0. This app handles Google OAuth, two-way Google Calendar sync, timezone handling, conflict detection, and abuse prevention. The kind of build that usually takes weeks of backend, API, and UI work. Stack: Supabase (Postgres and Auth), Google Calendar API, shadcn/ui with neobrutalism theme from (shoutout Sahaj). Key features: Login with Google, personalized booking URLs, advanced availability settings, booking limits per type event (this is great!), instant two-way Google Calendar sync, comprehensive timezone conversion, and security (rate limiting, CSRF protection, input validation). Book a 15-min slot (only 5 available, showcasing booking limit feature): Try it (demo only, Google app unverified): The best part? You can clone this project and make it your own:

Built a real, production-ready Calendly-style booking app, 100% in v0. No manual coding. No Claude Code. No Cursor. Every part, including backend and API logic, was built right in v0. This app handles Google OAuth, two-way Google Calendar sync, timezone handling, conflict detection, and abuse prevention. The kind of build that usually takes weeks of backend, API, and UI work. Stack: Supabase (Postgres and Auth), Google Calendar API, shadcn/ui with neobrutalism theme from (shoutout Sahaj). Key features: Login with Google, personalized booking URLs, advanced availability settings, booking limits per type event (this is great!), instant two-way Google Calendar sync, comprehensive timezone conversion, and security (rate limiting, CSRF protection, input validation). Book a 15-min slot (only 5 available, showcasing booking limit feature): Try it (demo only, Google app unverified): The best part? You can clone this project and make it your own:

Esteban Suárez

18,474 views • 1 year ago

QVAC SDK 0.15.0 is live. This release adds multiple prompts batching, brings a native AMD GPU backend to the stack, moves more vision encoders onto mobile GPUs, and adds a second local coding-agent integration. Main highlights: - Prompt batching for the LLM addon. Batch multiple prompts into one job and process them concurrently, with each answer returned the moment its generation finishes. - Native AMD GPU backend. A first-class HIP/ROCm backend in @qvac/vla-ggml, auto-selected over Vulkan with clean fallback when ROCm is absent. - A second local coding agent. OpenClaw joins OpenCode for local, cloud-free agent workflows. AGENTS - OpenCode plugin update (@qvac/opencode-plugin). Aligned with the current SDK, CLI, and AI SDK provider packages. A fresh install runs OpenCode against managed local QVAC models out of the box, from the default qvac/qwen3.5-9b, with no manual qvac serve setup. - OpenClaw plugin (@qvac/openclaw-plugin). A second coding-agent integration alongside OpenCode. A fresh setup installs the plugin, creates a local qvac provider through onboarding, and runs a QVAC model through OpenClaw🦞's local service path. LANGUAGE MODELS - Prompt batching (LLM addon). Batch multiple prompts in one job and run them concurrently, each answer returns the moment its generation finishes, no waiting on the others. - Reasoning-context trimming on hybrid + recurrent models (@qvac/llm-llamacpp). remove_thinking_from_context now works beyond pure-attention models. Same JS API, no throw. VOICE AND SPEECH - Transcription (transcription-parakeet 0.9.0). More robust CPU fallback on GPU failure and a faster Vulkan backend on Pixel 9. - Text-to-speech features (tts-ggml 0.4.0). Adds LavaSR for noise removal and adjustable output frequency up to 48 kHz, plus Japanese via Chatterbox. - Text-to-speech fixes (tts-ggml 0.4.1). CPU fallback on GPU failure, a q8_0 KV crash fix on Metal with Chatterbox. VISION - Qwen3.5 vision encoder on GPU (Android). Image encoder moves onto the phone GPU, with a smarter tile-grid preprocessor and default image-token caps, for flagship Android: Vulkan on Mali (Pixel 9 Pro) and OpenCL on Adreno 830 (Galaxy S25). - Gemma-4 vision encoder on GPU (Android). Vision encoder runs on the phone GPU instead of CPU, same flagship Android targets. PLATFORM AND PERFORMANCE - AMD GPU backend (@qvac/vla-ggml). Native HIP/ROCm backend, auto-selected over Vulkan with clean fallback when ROCm is absent (Linux x64 only). Comes with ~23% faster than Vulkan, ~14% faster than PyTorch-ROCm, parity preserved. Unified code style. A cleaner, more consistent, easier-to-contribute codebase. Let's build. npm install @qvac/sdk

QVAC SDK 0.15.0 is live. This release adds multiple prompts batching, brings a native AMD GPU backend to the stack, moves more vision encoders onto mobile GPUs, and adds a second local coding-agent integration. Main highlights: - Prompt batching for the LLM addon. Batch multiple prompts into one job and process them concurrently, with each answer returned the moment its generation finishes. - Native AMD GPU backend. A first-class HIP/ROCm backend in @qvac/vla-ggml, auto-selected over Vulkan with clean fallback when ROCm is absent. - A second local coding agent. OpenClaw joins OpenCode for local, cloud-free agent workflows. AGENTS - OpenCode plugin update (@qvac/opencode-plugin). Aligned with the current SDK, CLI, and AI SDK provider packages. A fresh install runs OpenCode against managed local QVAC models out of the box, from the default qvac/qwen3.5-9b, with no manual qvac serve setup. - OpenClaw plugin (@qvac/openclaw-plugin). A second coding-agent integration alongside OpenCode. A fresh setup installs the plugin, creates a local qvac provider through onboarding, and runs a QVAC model through OpenClaw🦞's local service path. LANGUAGE MODELS - Prompt batching (LLM addon). Batch multiple prompts in one job and run them concurrently, each answer returns the moment its generation finishes, no waiting on the others. - Reasoning-context trimming on hybrid + recurrent models (@qvac/llm-llamacpp). remove_thinking_from_context now works beyond pure-attention models. Same JS API, no throw. VOICE AND SPEECH - Transcription (transcription-parakeet 0.9.0). More robust CPU fallback on GPU failure and a faster Vulkan backend on Pixel 9. - Text-to-speech features (tts-ggml 0.4.0). Adds LavaSR for noise removal and adjustable output frequency up to 48 kHz, plus Japanese via Chatterbox. - Text-to-speech fixes (tts-ggml 0.4.1). CPU fallback on GPU failure, a q8_0 KV crash fix on Metal with Chatterbox. VISION - Qwen3.5 vision encoder on GPU (Android). Image encoder moves onto the phone GPU, with a smarter tile-grid preprocessor and default image-token caps, for flagship Android: Vulkan on Mali (Pixel 9 Pro) and OpenCL on Adreno 830 (Galaxy S25). - Gemma-4 vision encoder on GPU (Android). Vision encoder runs on the phone GPU instead of CPU, same flagship Android targets. PLATFORM AND PERFORMANCE - AMD GPU backend (@qvac/vla-ggml). Native HIP/ROCm backend, auto-selected over Vulkan with clean fallback when ROCm is absent (Linux x64 only). Comes with ~23% faster than Vulkan, ~14% faster than PyTorch-ROCm, parity preserved. Unified code style. A cleaner, more consistent, easier-to-contribute codebase. Let's build. npm install @qvac/sdk

QVAC

17,700,244 views • 9 days ago

Your engineering team is about to snap. And your AI coding agent is making it worse. Introducing CodeRabbit Agent for Slack 🎉 A second brain for engineering teams. Because your tribal knowledge lives in Slack threads nobody can find. At CodeRabbit, we review millions of PRs every week and know how ace engineering teams operate on the planet. The same three things slow every team we see: - Context and decisions that live elsewhere. - Lack of a team-level durable knowledge base - And a trust layer that gives a safety net to your teams Built for Agentic SDLC workflows, CodeRabbit Agent for Slack solves all three problems in one shot while enabling teams to collaborate in real-time with the Agent. CodeRabbit Agent is Slack-native and builds your team’s operating context from every thread, every decision, every conversation your team has ever had. Make your team’s context compound!

Your engineering team is about to snap. And your AI coding agent is making it worse. Introducing CodeRabbit Agent for Slack 🎉 A second brain for engineering teams. Because your tribal knowledge lives in Slack threads nobody can find. At CodeRabbit, we review millions of PRs every week and know how ace engineering teams operate on the planet. The same three things slow every team we see: - Context and decisions that live elsewhere. - Lack of a team-level durable knowledge base - And a trust layer that gives a safety net to your teams Built for Agentic SDLC workflows, CodeRabbit Agent for Slack solves all three problems in one shot while enabling teams to collaborate in real-time with the Agent. CodeRabbit Agent is Slack-native and builds your team’s operating context from every thread, every decision, every conversation your team has ever had. Make your team’s context compound!

Harjot Gill

4,774,336 views • 3 months ago

I cut Fable 5 token usage 2.5x with just one change! - Before: 5.5 M tokens · 7 errors · $8.94 - After: 2.3 M tokens · 0 errors · $4.17 The final build was the same for both, but the path the agent took wildly differed. In both runs, the agent started with the same thing, i.e., it understood the backend before building anything, like: - Permission policies - Available storage buckets - Auth providers configured - How edge functions are deployed The first run used Firebase, which was built for a human dev using a dashboard. While the dev can read the above state by clicking through tabs, an agent has no dashboard. So it gathered the same info through API calls. And there's no single Firebase call that returned this info. The agent required to query multiple times, and each query over-returned. For instance, when the agent asked how sign-in is configured, Firebase also returned the entire auth surface and every method it supported. This was far more context than what it needed. And it repeated across every part of the backend it inspected. Some states (like which auth providers are active) weren't queryable at all. I provided it myself. Otherwise, the agent would have guessed. Errors further compounded the token usage. When a dev sees "permission denied," they can look at the console and figure out whether it's a rule, a path, or an unauthenticated request. Firebase returned the same string to the agent as well, and it had none of that surrounding context to debug. So it guessed again, picked the most likely cause, and rewrote code, utilizing more tokens. This Firebase setup cost me 5.5M tokens and 7 manual interventions during errors on a full-stack RAG app. But I brought that down to 2.3M tokens and 0 manual interventions by using InsForge as the backend context engineering layer (open-source and self-hostable via Docker). It provides the same primitives as Supabase/Firebase, but structures the entire information layer for agents, instead of dashboards. In one CLI call that consumed ~500 tokens, the agent saw the full backend topology before writing a single line of code. This included auth, database, storage, edge functions, model gateway, micro VMs, and deployment. Also, instead of loading the entire product surface into context on every task, four narrowly scoped skills activated only when relevant to keep cognitive load minimal. And to ensure efficient retries if needed, every CLI operation returned structured JSON with meaningful exit codes, so the agent never guessed what to do next. Here's the InsForge GitHub Repo: (don't forget to star it ⭐) The video below depicts the final build, comparing Firebase and InsForge. To dive deeper, I recently published a full walkthrough building the same RAG app on both backends and inspected them end-to-end. Read it below.

I cut Fable 5 token usage 2.5x with just one change! - Before: 5.5 M tokens · 7 errors · $8.94 - After: 2.3 M tokens · 0 errors · $4.17 The final build was the same for both, but the path the agent took wildly differed. In both runs, the agent started with the same thing, i.e., it understood the backend before building anything, like: - Permission policies - Available storage buckets - Auth providers configured - How edge functions are deployed The first run used Firebase, which was built for a human dev using a dashboard. While the dev can read the above state by clicking through tabs, an agent has no dashboard. So it gathered the same info through API calls. And there's no single Firebase call that returned this info. The agent required to query multiple times, and each query over-returned. For instance, when the agent asked how sign-in is configured, Firebase also returned the entire auth surface and every method it supported. This was far more context than what it needed. And it repeated across every part of the backend it inspected. Some states (like which auth providers are active) weren't queryable at all. I provided it myself. Otherwise, the agent would have guessed. Errors further compounded the token usage. When a dev sees "permission denied," they can look at the console and figure out whether it's a rule, a path, or an unauthenticated request. Firebase returned the same string to the agent as well, and it had none of that surrounding context to debug. So it guessed again, picked the most likely cause, and rewrote code, utilizing more tokens. This Firebase setup cost me 5.5M tokens and 7 manual interventions during errors on a full-stack RAG app. But I brought that down to 2.3M tokens and 0 manual interventions by using InsForge as the backend context engineering layer (open-source and self-hostable via Docker). It provides the same primitives as Supabase/Firebase, but structures the entire information layer for agents, instead of dashboards. In one CLI call that consumed ~500 tokens, the agent saw the full backend topology before writing a single line of code. This included auth, database, storage, edge functions, model gateway, micro VMs, and deployment. Also, instead of loading the entire product surface into context on every task, four narrowly scoped skills activated only when relevant to keep cognitive load minimal. And to ensure efficient retries if needed, every CLI operation returned structured JSON with meaningful exit codes, so the agent never guessed what to do next. Here's the InsForge GitHub Repo: (don't forget to star it ⭐) The video below depicts the final build, comparing Firebase and InsForge. To dive deeper, I recently published a full walkthrough building the same RAG app on both backends and inspected them end-to-end. Read it below.

Avi Chawla

112,879 views • 1 month ago

You don’t need a dev team anymore. You need one prompt. Zoer takes your idea and turns it into a fully working app, not just code, but a real product you can use. Here’s what it handles for you: • Database (already structured) • Backend (logic + APIs) • Frontend (clean, production-ready UI) • Auth (Google + email login) • Deployment (live in one click) Most AI tools stop at “here’s your code.” Zoer goes further: It builds the entire system and puts it live. From: “build me a CRM / SaaS / tool” To: A real, working product you can open, test, and share. Try it → No setup. No configs. No extra tools. This is what building should feel like in 2026.

You don’t need a dev team anymore. You need one prompt. Zoer takes your idea and turns it into a fully working app, not just code, but a real product you can use. Here’s what it handles for you: • Database (already structured) • Backend (logic + APIs) • Frontend (clean, production-ready UI) • Auth (Google + email login) • Deployment (live in one click) Most AI tools stop at “here’s your code.” Zoer goes further: It builds the entire system and puts it live. From: “build me a CRM / SaaS / tool” To: A real, working product you can open, test, and share. Try it → No setup. No configs. No extra tools. This is what building should feel like in 2026.

Tanvir

18,160 views • 3 months ago

holy moly @windsurf from Codeium is the best AI coding agent experience i've had 💨 🏄‍♂️ I scaffolded an entire Next.js app, including frontend and backend - db, auth, frontend framework etc. by simply talking to "Cascade" their AI coding agent they've figured something out something with the idea of - "Flows": "AI flows ensure that the AI always understands the context of your work, adapting instantly as you transition between tasks, so it can assist without needing to be brought up to speed or interrupt your focus." it's the first time working with an AI that I feel it actually understands what I'm trying to do and is acting with true agency it also stops to consult me when needed if anything is unclear it's a beautiful experience, so well done the best part is that it's free to try for the next few weeks for any developer

holy moly @windsurf from Codeium is the best AI coding agent experience i've had 💨 🏄‍♂️ I scaffolded an entire Next.js app, including frontend and backend - db, auth, frontend framework etc. by simply talking to "Cascade" their AI coding agent they've figured something out something with the idea of - "Flows": "AI flows ensure that the AI always understands the context of your work, adapting instantly as you transition between tasks, so it can assist without needing to be brought up to speed or interrupt your focus." it's the first time working with an AI that I feel it actually understands what I'm trying to do and is acting with true agency it also stops to consult me when needed if anything is unclear it's a beautiful experience, so well done the best part is that it's free to try for the next few weeks for any developer

Dan McAteer

190,467 views • 1 year ago

$HERMES AGENT NOW HAS AUTOMATION TEMPLATES. COPY-PASTE RECIPES FOR CRON JOBS AND WEBHOOKS. ANY MODEL. ANY DELIVERY PLATFORM. three trigger types: SCHEDULE → runs on a cadence (hourly, nightly, weekly) GITHUB EVENT → fires on PR opens, pushes, issues, CI results API CALL → any external service POSTs JSON to your endpoint all three deliver to Telegram, Discord, Slack, SMS, email, GitHub comments, or local files.Nous Research what templates ship right now: DEVELOPMENT: → nightly backlog triage (label + prioritize new issues) → automatic PR code review (posts review on every PR) → docs drift detection (finds code changes without doc updates) → dependency security audit (daily CVE scan, CVSS >= 7.0) DEVOPS: → deploy verification (smoke tests after every deploy) → alert triage (correlates alerts with recent changes) → uptime monitor (check endpoints every 30 min, notify only when something is down) RESEARCH: → competitive repo scout (monitor competitor PRs daily) → weekly AI news digest (headlines, papers, repos, industry) → daily arXiv scan (saves summaries to your notes) the webhook system is the part most people miss: hermes webhook subscribe github-pr-review \ --events "pull_request" \ --prompt "Review this PR for security, performance, and code quality." \ --skills "github-code-review" \ --deliver github_comment one command. every future PR gets reviewed automatically. the review posts as a comment directly on the PR. two cost-saving details from the docs: 1. use [SILENT] in prompts. "if nothing changed, respond with [SILENT]" prevents notification noise on monitoring jobs. 2. use script-only cron jobs for data collection. a Python script handles HTTP requests and file reads. the agent only sees stdout and applies reasoning. cheaper and more reliable than having the agent fetch. every template is copy-paste ready. every template works with any model. docs: full Hermes agent SOUL MD guide in the article 👇$

HERMES AGENT NOW HAS AUTOMATION TEMPLATES. COPY-PASTE RECIPES FOR CRON JOBS AND WEBHOOKS. ANY MODEL. ANY DELIVERY PLATFORM. three trigger types: SCHEDULE → runs on a cadence (hourly, nightly, weekly) GITHUB EVENT → fires on PR opens, pushes, issues, CI results API CALL → any external service POSTs JSON to your endpoint all three deliver to Telegram, Discord, Slack, SMS, email, GitHub comments, or local files.Nous Research what templates ship right now: DEVELOPMENT: → nightly backlog triage (label + prioritize new issues) → automatic PR code review (posts review on every PR) → docs drift detection (finds code changes without doc updates) → dependency security audit (daily CVE scan, CVSS >= 7.0) DEVOPS: → deploy verification (smoke tests after every deploy) → alert triage (correlates alerts with recent changes) → uptime monitor (check endpoints every 30 min, notify only when something is down) RESEARCH: → competitive repo scout (monitor competitor PRs daily) → weekly AI news digest (headlines, papers, repos, industry) → daily arXiv scan (saves summaries to your notes) the webhook system is the part most people miss: hermes webhook subscribe github-pr-review \ --events "pull_request" \ --prompt "Review this PR for security, performance, and code quality." \ --skills "github-code-review" \ --deliver github_comment one command. every future PR gets reviewed automatically. the review posts as a comment directly on the PR. two cost-saving details from the docs: 1. use [SILENT] in prompts. "if nothing changed, respond with [SILENT]" prevents notification noise on monitoring jobs. 2. use script-only cron jobs for data collection. a Python script handles HTTP requests and file reads. the agent only sees stdout and applies reasoning. cheaper and more reliable than having the agent fetch. every template is copy-paste ready. every template works with any model. docs: full Hermes agent SOUL MD guide in the article 👇

YanXbt

37,775 views • 1 month ago