Загрузка видео...

Не удалось загрузить видео

На главную

Tired of rewriting the same backend integrations every time? Auth flows. Database connections. Notifications. Webhooks. Rate limiting. Retries. Provider switches. You build it once, then copy-paste-modify it across every new project like it’s 2015. Ductape ends that cycle

25,752 просмотров • 4 месяцев назад •via X (Twitter)

Комментарии: 0

Нет доступных комментариев

Здесь появятся комментарии из оригинального поста

Похожие видео

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

113,219 просмотров • 2 месяцев назад

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 🚀

122,548 просмотров • 2 месяцев назад

How to create Farcaster mini app without coding - Step 1: > Go to ChatGPT > Just type: "I would like to create a Farcaster mini app, can you give me some ideas?" > Choose any one of the ideas - Note: - You can also type your own idea to ChatGPT and alter it - Step 2: - Go to ChatGPT > Paste the first prompt (shared in my channel) > Include the project you chose and tell ChatGPT to alter the prompt according to the idea below - Step 3 - Go to: > Sign up using Gmail or GitHub > Projects -> New Project -> Type the name of your project >Just paste the prompt we created earlier > It will start creating your app > If you need to alter anything, just go to GPT and type: [ I need a prompt to alter "your issue (like changing colour, etc.)" in my app already created in v0app by Vercel ] > Copy the prompt and paste it in v0 > No need to worry about errors , it will rectify them for you > If your project is finished, just click "Publish" on your top right > It will automatically host your app in Vercel > Click "Visit site" to see your app on another device and copy the website URL - Step 4 - Go to: v0 app > Just paste Prompt 2 from the file I provided > Click Publish once it’s completed - Step 5 - Go to: v0 app > Just paste the prompt 3 from the file I provided - Step 6 (Important) > Just paste Prompt 4 from the file I provided - Step 7 > Just paste Prompt 4 from the file I provided - Step 8 > Just paste Prompt 6 from the file I provided > It’s an important step to do — you need to create a manifest inside your app so that you can host it on Farcaster - Step 9 - Go to: > Sign up or Login > Settings → Developers → Mini Apps → Create Manifest (New) > Paste your website URL (remove https) > It should be like: > If you find any error while doing this, just copy and paste it in the v0 app > Once everything is finished, you need to create Account Association > Scan the QR on your mobile and tap and hold the Yes button > It will show an error — just copy and paste those errors into the v0 app > Click Publish again, and then click Refresh in Manifest > Click Open your app > for the main prompt file check our tg channel link in our bio

Maran

48,106 просмотров • 9 месяцев назад

Qullamaggie on The Only Way to Build Confidence in Trading “It was a combination of studying the patterns. What I did was I built a database in Evernote, which is pretty much a note-taking software. I took screenshots of all the setups before and after, both on the daily and intraday time frames, just to look at what a good setup looks like—at the start of the move or before the move, when it starts breaking out, and then a few weeks or a few months after. How does it act? I looked at all these variations, and that’s how I built the confidence. I started trading the setup myself too, and I saw some success. It felt like I was always improving. I was always learning a new variation or something new, so that’s really how I build the confidence. I say it on my stream too—like everyone should do it. Whatever setup you stumble upon and you want to trade it, backtest it. Look through hundreds if not thousands of examples of that setup, build a database, and go through that database once in a while. Just scroll through it. That’s how you memorize this. It’s all about pattern recognition really. Trading is all about pattern recognition. It could be just purely technical, and you can also combine it with fundamentals. Like I do, I also look at the theme—what’s the theme, what’s the earnings, revenues. I look at the news overall, like what’s driving the stock. So I found some similarities there too. It’s the same things that have worked for 100 years really. That’s how you build the confidence. That’s how you do it—there’s no other way.”

Lone

18,136 просмотров • 3 месяцев назад