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

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

Возникла проблема при загрузке этого видео. Это может быть связано с временными проблемами сети или видео может быть недоступно.

На главную

Your coding agent can run all night. It still can't tell if what it built actually works. Today we're open-sourcing the TestSprite CLl (Apache-2.0) A tool your agent calls on its own to test your app end-to-end like a real user, fix what broke, and re-check everything it ever... got right. It's the same engine 100,000+ teams already use. We proved it in public, on a public leaderboard: Most correct app on the board:89% Built by the cheapest model in the field At half the cost of the priciest one You no longer need the biggest, most expensive model to ship software you can trust. Setup is 2 commands: npm install -g @testsprite/testsprite-cli testsprite init That's the last command you'll ever type - from there, your agent runs the tests itself.show more

TestSprite

2,555 subscribers

1,042,568 просмотров • 3 месяцев назад •via X (Twitter)

Образование Здоровье и велнес Наука и технологии

Anya Rossi• Live Now

Private livecam show

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

Фото профиля Adam Ji

Adam Ji3 месяцев назад

Love All The Support!!!

Фото профиля Zyra AI

Zyra AI3 месяцев назад

This is massive. Verification > raw generation. Open-sourcing the CLI + proving cheaper models win with it is exactly what the agent space needed.

Фото профиля Marry Evan

Marry Evan3 месяцев назад

Reliability is becoming the new frontier for AI development tools.

Фото профиля Tom

Tom3 месяцев назад

Giving a cheap model the ability to test and fix its own code is brilliant.

Фото профиля Anish Jaitwar

Anish Jaitwar3 месяцев назад

AI coding agents are impressive. AI coding agents that can test, verify, and fix their own output are where things get really interesting.🚀

Фото профиля Gem Alpha

Gem Alpha3 месяцев назад

This is a strong reminder that verification matters more than model size. Generating code is one thing, ensuring it actually works is what creates real value.

Фото профиля Harboris

Harboris3 месяцев назад

Nice! Open-sourcing the E2E testing CLI is a big win for AI agents.

Фото профиля 🇺🇸 DOUBLE-INFINITI-88 🇺🇸

🇺🇸 DOUBLE-INFINITI-88 🇺🇸3 месяцев назад

This is game-changing for the future of AI coding! Agents that can actually test, fix, and verify their own work — at a fraction of the cost? That's real progress. Huge respect for open-sourcing it under Apache-2.0. Can't wait to see more builders putting this to work. Keep leading the way! #DI88 #MARE88

Фото профиля Cole Whitman

Cole Whitman3 месяцев назад

The real benchmark isn't writing code—it's proving the code works. Impressive.

Фото профиля Shraddha Bharuka

Shraddha Bharuka3 месяцев назад

Very few people talk about evaluation in AI coding workflows. Glad to see more focus on it.

Фото профиля Emily Watson | AI Tools & Tech News

Emily Watson | AI Tools & Tech News3 месяцев назад

This is a big step forward for AI coding. Building is easy verifying it actually works is the hard part. Automated end-to-end testing changes the game.

Фото профиля Laraib Fatima‎

Laraib Fatima‎3 месяцев назад

This is actually a big step forward. Writing code is one thing, but automatically testing, fixing, and validating it like a real user is where the real value comes from. Love seeing tools focused on reliability instead of just generation.

Фото профиля Rafael Estrela | IA

Rafael Estrela | IA3 месяцев назад

Finalmente estamos saindo da fase de “o agente escreveu” para “o agente verificou se realmente funciona”

Фото профиля Karlos

Karlos3 месяцев назад

This is the missing piece for AI coding agents. Generating code is easy; verifying that it actually works end-to-end is the hard part. Open-sourcing TestSprite CLI and proving its value on a public leaderboard is a strong step toward more reliable AI-built software. Excited to see how it performs in real-world projects.

Фото профиля Aynii_00

Aynii_003 месяцев назад

Verification > generation. 🔥 This changes the game. 🚀 AI that tests itself. Finally. The missing layer for AI coding. 👏 Shipping working software > writing code. Trust, but verify. 🤖 Huge step for autonomous coding. The future is self-testing agents. 🔥 This is how AI ships production code. Proof beats promises. 🚀

Фото профиля AI's Nest

AI's Nest3 месяцев назад

TestSprite is doing exactly what AI development needs right now—turning generated code into trustworthy code. Love the focus on real-world testing, reliability, and automation

Фото профиля George Amit | AI tools and Content Creator

George Amit | AI tools and Content Creator3 месяцев назад

AI can generate code in seconds. The real challenge is knowing whether it works. This solves the part most tools still miss.

Фото профиля Fatema

Fatema3 месяцев назад

This solves a real, overlooked problem.

Фото профиля Selina

Selina3 месяцев назад

This could dramatically reduce the gap between generated code and production-ready code.

Фото профиля Shore Lyn

Shore Lyn3 месяцев назад

Game-changer for AI agents! Verification > generation. Excited to try the CLI and see agents actually ship reliable code.

Фото профиля Milton Graves

Milton Graves3 месяцев назад

Love the focus on validation instead of generation.

Фото профиля Arindam Majumder 𝕏

Arindam Majumder 𝕏3 месяцев назад

This is Amazing Let me try this out!

Фото профиля Swapna Kumar Panda

Swapna Kumar Panda3 месяцев назад

How well does it handle auth flows and stateful sessions in real apps? Super excited to try it with my agents.

Фото профиля Zara Techie

Zara Techie3 месяцев назад

Cheapest model, strongest result, lower cost. That’s the kind of benchmark that changes buying decisions.

Фото профиля Nina AI

Nina AI3 месяцев назад

89% correctness with the cheapest model is wild. Looks like testing quality is becoming more important than model size

Фото профиля Allen Braden

Allen Braden3 месяцев назад

This highlights an important shift in AI coding: success is no longer just about generating code, but validating it.

Фото профиля Eesha

Eesha3 месяцев назад

Verification is the real game changer. Great move! This is the future of AI coding.

Фото профиля Liam | AI Tools & News

Liam | AI Tools & News3 месяцев назад

Smart automation that reduces human error delivers immediate value.

Фото профиля Atul Kumar

Atul Kumar3 месяцев назад

Finally, agents can verify reality instead of trusting their own code.

Фото профиля RAVI KUMAR SAHU

RAVI KUMAR SAHU3 месяцев назад

Absolutely thrilled to see the TestSprite CLI open-sourced! 🎉 The promise of agents building reliable software at a fraction of the cost is revolutionary. Thank you for this impactful contribution to the developer community

Фото профиля Ashiqur

Ashiqur3 месяцев назад

Appreciate your insights, always learning here!

Фото профиля Fairooz Choudhury

Fairooz Choudhury3 месяцев назад

This makes agents feel less like fast typists and more like actual builders with quality control.

Фото профиля Sharon Riley

Sharon Riley3 месяцев назад

Finally, testing that doesn't depend on model size or price.

Фото профиля 𝗭𝗮𝗵𝗿𝗮𝗵

𝗭𝗮𝗵𝗿𝗮𝗵3 месяцев назад

@ArewaOS26 you need need this I think since we already started coding

Фото профиля Romana

Romana3 месяцев назад

The future isn't just AI that writes code it's AI that verifies, fixes, and validates it automatically.

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

What is a software factory? It is your workflow, your skills, and your domain knowledge, saved in files that the agent reads so the whole process is productized Think about the last app you built. You typed what you wanted, and the agent built it. You did not like it, so you made changes. You shipped it to Vercel, or you kept going. A factory puts structure on each of those steps. At each step you ask how to get the most from the model, and how to move faster. That is the conveyor belt. You ship quickly, and the quality stays the same. Mine is 5 md files. It works in Codex, Claude Code, and Cursor, because it does not depend on the model or the tool. Build your own.

What is a software factory? It is your workflow, your skills, and your domain knowledge, saved in files that the agent reads so the whole process is productized Think about the last app you built. You typed what you wanted, and the agent built it. You did not like it, so you made changes. You shipped it to Vercel, or you kept going. A factory puts structure on each of those steps. At each step you ask how to get the most from the model, and how to move faster. That is the conveyor belt. You ship quickly, and the quality stays the same. Mine is 5 md files. It works in Codex, Claude Code, and Cursor, because it does not depend on the model or the tool. Build your own.

The Startup Ideas Podcast (SIP) 🧃

17,326 просмотров • 22 дней назад

We raised $3M on one observation: Agents learn on your dime. And forget. Every run, your agent figures out the same APIs, makes the same calls, hits the same failures. Because nothing saved what worked. We built Rote by Modiqo Inc to fix this. Point it at any API. Rote reads the spec and builds a surface your agent can call: auth, endpoints, schemas. That's the adapter. When your agent finishes a task, Rote saves the exact calls that worked. That's the flow. Config in. Code out. Runs on your machine. Nothing to watch over. Agents stop starting from scratch. Teams stop paying for the same work twice. Install →

We raised $3M on one observation: Agents learn on your dime. And forget. Every run, your agent figures out the same APIs, makes the same calls, hits the same failures. Because nothing saved what worked. We built Rote by Modiqo Inc to fix this. Point it at any API. Rote reads the spec and builds a surface your agent can call: auth, endpoints, schemas. That's the adapter. When your agent finishes a task, Rote saves the exact calls that worked. That's the flow. Config in. Code out. Runs on your machine. Nothing to watch over. Agents stop starting from scratch. Teams stop paying for the same work twice. Install →

chetan conikee

469,414 просмотров • 4 месяцев назад

Here is how simple it is to build a UI front-end for an AI agent (assuming you are using . The video here is 90 seconds and will show you everything you need to connect an agent to a web app: 1. Set up CopilotKit🪁 in your app 1. Copy the agent's localhost URL from LangGraph Studio 2. Paste that URL into a CopilotKit🪁 remote endpoint That's all you need to get a front-end to interact with the agent! The secret sauce here is CoAgents, an open-source library. You can use CoAgents to integrate any agent with your web application. Here is what you get: • Human-in-the-loop to steer and correct the agent • Stream intermediate agent state • Real-time state sharing between the agent and the application • Agentic generative UI to build trust that the agent is on the right path Watch the attached demo so you see it in action.

Here is how simple it is to build a UI front-end for an AI agent (assuming you are using . The video here is 90 seconds and will show you everything you need to connect an agent to a web app: 1. Set up CopilotKit🪁 in your app 1. Copy the agent's localhost URL from LangGraph Studio 2. Paste that URL into a CopilotKit🪁 remote endpoint That's all you need to get a front-end to interact with the agent! The secret sauce here is CoAgents, an open-source library. You can use CoAgents to integrate any agent with your web application. Here is what you get: • Human-in-the-loop to steer and correct the agent • Stream intermediate agent state • Real-time state sharing between the agent and the application • Agentic generative UI to build trust that the agent is on the right path Watch the attached demo so you see it in action.

Santiago

46,142 просмотров • 1 год назад

Run your coding agent on a local model, with QVAC. OpenCode now plugs into a model on your own machine through our official plugin. That changes two things. Privacy by default. Your repo, your prompts, and every command the agent runs stay on your device. No third-party model ever sees your code. For an agent that reads your codebase and runs commands, that is the point, not a nice-to-have. New workflows. With no meter and no rate limit, the agent does not have to stop. Let it loop on a task, refactor a whole repo overnight, or run a watch-build-fix loop that keeps going. Setup takes a few minutes: one line in opencode.json and OpenCode runs on a local QVAC model. In the video demo, it handles three real developer tasks back to back, fully offline.

Run your coding agent on a local model, with QVAC. OpenCode now plugs into a model on your own machine through our official plugin. That changes two things. Privacy by default. Your repo, your prompts, and every command the agent runs stay on your device. No third-party model ever sees your code. For an agent that reads your codebase and runs commands, that is the point, not a nice-to-have. New workflows. With no meter and no rate limit, the agent does not have to stop. Let it loop on a task, refactor a whole repo overnight, or run a watch-build-fix loop that keeps going. Setup takes a few minutes: one line in opencode.json and OpenCode runs on a local QVAC model. In the video demo, it handles three real developer tasks back to back, fully offline.

QVAC

11,382,936 просмотров • 3 месяцев назад

TestSprite 3.0 is live. A fleet of parallel AI agents that use your app like real users — in minutes. This is the release we've been building all year. The numbers tell the story of our completely overhauled engine: - Accuracy jumped by nearly 40% on the hardest, most complex projects. - Coverage increased significantly across the board for every E2E run. - Reliability is locked in—stable and consistent across multiple runs. We rebuilt our entire engine around these performance gains so you can ship fast and ship confident.

TestSprite 3.0 is live. A fleet of parallel AI agents that use your app like real users — in minutes. This is the release we've been building all year. The numbers tell the story of our completely overhauled engine: - Accuracy jumped by nearly 40% on the hardest, most complex projects. - Coverage increased significantly across the board for every E2E run. - Reliability is locked in—stable and consistent across multiple runs. We rebuilt our entire engine around these performance gains so you can ship fast and ship confident.

TestSprite

814,652 просмотров • 4 месяцев назад

This is literally the easiest way to build an AI agent. Zero code. You only need to run a couple of commands. (I've said this before, but Google ADK is my favorite way to build code-first agents.) Here is what you need to do: 1. Open your terminal and create an empty folder 2. Run `uv init` inside the folder (if you don't have uv installed, you are really missing out!) 3. Install the google-adk library using the following command: `uv add google-adk`. 4. At this point, you can use the ask to create your agent with a single command: `uv run adk create --type=config my_agent`. This will ask you a couple of questions, including your GEMINI_API_KEY (you can create one online). 5. The command above will create a my_agent/root_agent.yaml file. Open it and add the following two lines at the end of the file so your agent can use Google to search for stuff: tools: - name: google_search 6. You have everything you need now. Run the adk web interface and start playing with your agent: `uv run adk web` That's it! Literally zero code. The agent works off the YAML configuration file.

This is literally the easiest way to build an AI agent. Zero code. You only need to run a couple of commands. (I've said this before, but Google ADK is my favorite way to build code-first agents.) Here is what you need to do: 1. Open your terminal and create an empty folder 2. Run `uv init` inside the folder (if you don't have uv installed, you are really missing out!) 3. Install the google-adk library using the following command: `uv add google-adk`. 4. At this point, you can use the ask to create your agent with a single command: `uv run adk create --type=config my_agent`. This will ask you a couple of questions, including your GEMINI_API_KEY (you can create one online). 5. The command above will create a my_agent/root_agent.yaml file. Open it and add the following two lines at the end of the file so your agent can use Google to search for stuff: tools: - name: google_search 6. You have everything you need now. Run the adk web interface and start playing with your agent: `uv run adk web` That's it! Literally zero code. The agent works off the YAML configuration file.

Santiago

140,922 просмотров • 10 месяцев назад

Wow! Someone open sourced 100+ full AI apps you can just clone and ship.. and it's sitting at 124,000 stars on github it's one repo, awesome-llm-apps. and the important part.. these aren't tutorials teaching you to build an app. they're the finished apps themselves. RAG systems, AI agents, multi-agent teams.. tested end to end, apache licensed, yours to copy. a few that are actually in there: - a fraud investigation agent that cross-references public records to flag things that don't add up - a VC due-diligence agent team that writes startup investment analysis - a financial coach that builds you a budget, debt and savings plan - "chat with anything".. your github, gmail, PDFs, arxiv papers, youtube videos - a deep research agent that runs full web research on its own here's how to actually use it, not just star it: clone the repo, open the one app closest to what you need it's a working template.. swap in your data, your API key, your use case ship it as your own thing, or bolt three of them together into one bigger product the license literally lets you take these, customize them, and sell them. that's not a loophole, that's the point of apache-2.0. repo:

Wow! Someone open sourced 100+ full AI apps you can just clone and ship.. and it's sitting at 124,000 stars on github it's one repo, awesome-llm-apps. and the important part.. these aren't tutorials teaching you to build an app. they're the finished apps themselves. RAG systems, AI agents, multi-agent teams.. tested end to end, apache licensed, yours to copy. a few that are actually in there: - a fraud investigation agent that cross-references public records to flag things that don't add up - a VC due-diligence agent team that writes startup investment analysis - a financial coach that builds you a budget, debt and savings plan - "chat with anything".. your github, gmail, PDFs, arxiv papers, youtube videos - a deep research agent that runs full web research on its own here's how to actually use it, not just star it: clone the repo, open the one app closest to what you need it's a working template.. swap in your data, your API key, your use case ship it as your own thing, or bolt three of them together into one bigger product the license literally lets you take these, customize them, and sell them. that's not a loophole, that's the point of apache-2.0. repo:

Axel Bitblaze 🪓

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

Someone on Reddit built a real operating system using Claude. Not a browser app pretending to be one. An actual OS that runs on bare metal. It's called Fable-OS. The only interface is a sentence. No bash. No commands. You type what you want and an AI agent executes it through direct kernel syscalls. Everything runs in Ring 0. In the demo, the agent realized it didn't have a sound driver. So it found the Intel sound card, built a driver for it from scratch, and played a sound. On its own. The OS writes its own drivers. Evolves itself. The agent's tools are the kernel itself. Open source. Built because the developer got tired of people calling browser apps "AI operating systems." This one actually is.

Someone on Reddit built a real operating system using Claude. Not a browser app pretending to be one. An actual OS that runs on bare metal. It's called Fable-OS. The only interface is a sentence. No bash. No commands. You type what you want and an AI agent executes it through direct kernel syscalls. Everything runs in Ring 0. In the demo, the agent realized it didn't have a sound driver. So it found the Intel sound card, built a driver for it from scratch, and played a sound. On its own. The OS writes its own drivers. Evolves itself. The agent's tools are the kernel itself. Open source. Built because the developer got tired of people calling browser apps "AI operating systems." This one actually is.

Vaibhav Sisinty

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

Hermes agent just left the terminal. 𝗛𝗲𝗿𝗺𝗲𝘀 𝗗𝗲𝘀𝗸𝘁𝗼𝗽 dropped yesterday. native app for macOS, Windows, and Linux. for months Hermes was the agent that learned your projects, wrote its own skills, and built a model of who you are. all of it buried in terminal logs. now it has a window. the important part is that it's not a wrapper. it runs the same agent core, the same sessions, memory, and skills as the CLI. you can start a task in the terminal and finish it in the app without anything resetting. the state is shared across every interface, not copied between them. what the GUI actually adds: → streaming chat that shows live tool calls and inline reasoning instead of a spinner → a preview rail that renders pages, code, and images right beside the conversation → an artifacts panel that collects every file the agent has ever produced → remote gateway mode, so you can point the app at a VPS and run the heavy work elsewhere → skills, cron, profiles, and gateways managed point-and-click instead of through YAML → voice mode, drag-drop files, and inline image generation remote gateway mode is the one worth slowing down on. the agent runs 24/7 on a $5 server while you control it from your laptop like a local app. other agent UIs are chatboxes with a logo. this one shows the autonomy instead of hiding it, so you watch the skills load, the tools fire, and the artifacts pile up as it works. it was teased in Jensen's GTC keynote. MIT licensed, local-first, no telemetry. if you already run Hermes, download it and everything is already there. your chats, memory, and skills carry straight over. i wrote a full masterclass on Hermes Agent that walks through the SOUL. md identity layer, the three-tier memory system, the self-evolving skills loop, and how to run three specialized agents 24/7. desktop is the interface that finally does all of it justice. the article is quoted below.

Akshay 🚀

51,540 просмотров • 4 месяцев назад

We learned how to fly a plane to tell SF one thing. Introducing the Vendo (YC S26) Full-Stack Agentic Interface. A production-ready agent for your users with everything they need. It takes real actions for your users. And it can even build whole new features, micro-apps, and automations, right on top of your product. Built-in permissioning, tool guards, user context, and more. Everything you need for a user-facing agent. One command to install. Open source. Vendo (YC S26) Nour Zahzah

We learned how to fly a plane to tell SF one thing. Introducing the Vendo (YC S26) Full-Stack Agentic Interface. A production-ready agent for your users with everything they need. It takes real actions for your users. And it can even build whole new features, micro-apps, and automations, right on top of your product. Built-in permissioning, tool guards, user context, and more. Everything you need for a user-facing agent. One command to install. Open source. Vendo (YC S26) Nour Zahzah

Yousef

33,966 просмотров • 1 месяц назад

My agent is now paying for its own data. No API key. No account. No credit card. Check the video I recorded. This uses the x402 open protocol built by Coinbase, along with a simple skill. This is an open protocol governed by the Linux Foundation. To complete a goal, an agent can now search for an actor on the Apify Store, pay for it, and use it without any human intervention. The way it works is pretty simple: 1. Your agent finds an Actor it wants to use 2. It sends a request 3. The Actor sends back an HTTP 402 "Payment Required" response 4. Agent authorizes payment from a wallet in USDC on Base 5. The Actor runs 6. User receives the result The model is pay-as-you-go: the agent authorizes a spending ceiling, pays only for usage, and the remaining balance is automatically settled. This brings an entire marketplace of AI tools into the agentic economy. Here is the skill you need. Add it to your agent, and it will take care of everything for you: If you want to know how this works, including what you can do with $1, read this post: Thanks to the Apify team for partnering with me on this post.

My agent is now paying for its own data. No API key. No account. No credit card. Check the video I recorded. This uses the x402 open protocol built by Coinbase, along with a simple skill. This is an open protocol governed by the Linux Foundation. To complete a goal, an agent can now search for an actor on the Apify Store, pay for it, and use it without any human intervention. The way it works is pretty simple: 1. Your agent finds an Actor it wants to use 2. It sends a request 3. The Actor sends back an HTTP 402 "Payment Required" response 4. Agent authorizes payment from a wallet in USDC on Base 5. The Actor runs 6. User receives the result The model is pay-as-you-go: the agent authorizes a spending ceiling, pays only for usage, and the remaining balance is automatically settled. This brings an entire marketplace of AI tools into the agentic economy. Here is the skill you need. Add it to your agent, and it will take care of everything for you: If you want to know how this works, including what you can do with $1, read this post: Thanks to the Apify team for partnering with me on this post.

Santiago

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

There's a built-in agent inside Claude Code you can invoke just by telling Claude to use the claude-code-guide agent Save this... you'll need it It's not a local file in your project. It's a built-in subagent defined in Claude Code's system itself. It answers questions about Claude Code CLI, the Agent SDK, and the Claude API. It uses Glob, Grep, Read, WebFetch, and WebSearch, but can't edit or write files. Its only job is to answer questions.

There's a built-in agent inside Claude Code you can invoke just by telling Claude to use the claude-code-guide agent Save this... you'll need it It's not a local file in your project. It's a built-in subagent defined in Claude Code's system itself. It answers questions about Claude Code CLI, the Agent SDK, and the Claude API. It uses Glob, Grep, Read, WebFetch, and WebSearch, but can't edit or write files. Its only job is to answer questions.

Daniel San

57,445 просмотров • 7 месяцев назад

everyone in iOS development should watch this. seriously, it might change the whole industry. i pointed claude code at a live ios device running on revyl, typed "test everything," and walked away. here's what's actually happening: ① you don't write the tests. no scripts, no selectors, no test plan. i never told it which screens to open or what to check. it read the app, decided what mattered, and tested it. the entire instruction was "test everything." ② it built its own test team. it looked at the app, clocked that it's basically four mini apps (rides, delivery, services, account), and split itself into 4 agents, one per surface. scoping coverage like that is usually a person's whole afternoon. it did it in seconds, unprompted. ③ all four ran at the same time, each on its own live device. this is where revyl comes in. every agent gets its own live ios session in the cloud, so four running apps get tested in parallel instead of taking turns on one simulator. serial testing turns coverage into a time tax. running all of it at once removes the tax. ④ it tests like a person, not like a script. each agent drives the app the way a user would, taps through the flows, and visually checks each screen against what it expected to see. nothing is pinned to a brittle element id, so renaming a button doesn't take down half your suite. that one detail is the most annoying thing about how we test today, and it just quietly goes away. ⑤ no xcuitest, no sims melting your laptop. i didn't write a single xcuitest script, and there were no simulators booting on my machine. the agents run on cloud devices, so coverage stops being capped by what your laptop can handle. the part that got me isn't that an agent tested an app. it's that i never told it how. i handed it a device and an intent, and it figured out the scoping, the parallelizing, and the driving on its own. if you still write and maintain mobile ui tests by hand, i'm not sure that lasts the year.

everyone in iOS development should watch this. seriously, it might change the whole industry. i pointed claude code at a live ios device running on revyl, typed "test everything," and walked away. here's what's actually happening: ① you don't write the tests. no scripts, no selectors, no test plan. i never told it which screens to open or what to check. it read the app, decided what mattered, and tested it. the entire instruction was "test everything." ② it built its own test team. it looked at the app, clocked that it's basically four mini apps (rides, delivery, services, account), and split itself into 4 agents, one per surface. scoping coverage like that is usually a person's whole afternoon. it did it in seconds, unprompted. ③ all four ran at the same time, each on its own live device. this is where revyl comes in. every agent gets its own live ios session in the cloud, so four running apps get tested in parallel instead of taking turns on one simulator. serial testing turns coverage into a time tax. running all of it at once removes the tax. ④ it tests like a person, not like a script. each agent drives the app the way a user would, taps through the flows, and visually checks each screen against what it expected to see. nothing is pinned to a brittle element id, so renaming a button doesn't take down half your suite. that one detail is the most annoying thing about how we test today, and it just quietly goes away. ⑤ no xcuitest, no sims melting your laptop. i didn't write a single xcuitest script, and there were no simulators booting on my machine. the agents run on cloud devices, so coverage stops being capped by what your laptop can handle. the part that got me isn't that an agent tested an app. it's that i never told it how. i handed it a device and an intent, and it figured out the scoping, the parallelizing, and the driving on its own. if you still write and maintain mobile ui tests by hand, i'm not sure that lasts the year.

Landseer Enga

23,963 просмотров • 4 месяцев назад

this video is the CLEAREST explanation of how claude skills + AI agents work and how to use them most people set up an AI agent and wonder why it keeps disappointing them. the context window is everything context is what the model assembles before it takes any action. think of it like everything the agent needs to read before it does anything. the quality of what goes in determines the quality of what comes out. the models are genuinely really good right now. claude and gpt are exceptional. the variable is almost always the context you give them. 1. agent.md files are mostly unnecessary every single line you put in an agent.md file gets added to every single conversation you have with your agent. a 1000 line file is around 7000 tokens burning on every run. the model already knows to use react. it can read your codebase. save the agent.md for proprietary information specific to your company that the model genuinely cannot know on its own. 2. skills are the actual unlock a skill.md file works differently. what loads into context is only the name and description, around 50 tokens. the full instructions only appear when the agent recognizes it needs that skill. so instead of 7000 tokens on every run you have 50. and the agent stays sharp because the context window stays lean. the closer you get to filling the context window the worse the agent performs, same way you perform worse when someone dumps 10 things on you at once. 3. here is how to actually build a skill the right way most people identify a workflow and immediately try to write the skill. what you want to do instead is run the workflow by hand with the agent first. walk it through every single step. tell it what to check, what good looks like, what bad looks like. correct it in real time. once you have had a full successful run from start to finish, tell the agent to review everything it just did and write the skill itself. it writes a better skill than you will because it has the full context of what actually worked in practice not in theory. 4. recursively building skills is how you go from frustrated to reliable when the skill breaks, and it will break, ask the agent exactly why it failed. it will tell you specifically what went wrong. fix it together in that same conversation. then tell it to update the skill file so that failure mode never happens again. ross mike did this five times with his youtube report generator. it now pulls from eight different data sources and runs flawlessly every single time without him touching it. 5. sub agents are something you earn not something you set up on day one start with one agent. build one workflow. turn it into one skill. once that works add another. ross mike has five sub agents now covering marketing, business, personal and more. it took months to get there and every single one exists because a workflow proved it deserved to exist. the people who set up 15 sub agents on day one and wonder why nothing works skipped all the steps that make the thing actually run. 6. your workflow is the thing the model cannot get anywhere else the model has been trained on everything. it knows more than you about most things. what it does not have is your specific process, your taste, your way of doing things. that is what skills capture. that is what makes your agent actually useful versus a generic one. downloading someone else's skill means downloading their context onto your setup and it will not work the way you want it to because it was never built around how you work. this is the clearest explanation of how agents actually work i have heard. Micky runs this stuff every single day and the results show it. full episode is now live on The Startup Ideas Podcast (SIP) 🧃 where you get your pods people charge for this sorta stuff i give away the sauce for free i just want you to win watch

this video is the CLEAREST explanation of how claude skills + AI agents work and how to use them most people set up an AI agent and wonder why it keeps disappointing them. the context window is everything context is what the model assembles before it takes any action. think of it like everything the agent needs to read before it does anything. the quality of what goes in determines the quality of what comes out. the models are genuinely really good right now. claude and gpt are exceptional. the variable is almost always the context you give them. 1. agent.md files are mostly unnecessary every single line you put in an agent.md file gets added to every single conversation you have with your agent. a 1000 line file is around 7000 tokens burning on every run. the model already knows to use react. it can read your codebase. save the agent.md for proprietary information specific to your company that the model genuinely cannot know on its own. 2. skills are the actual unlock a skill.md file works differently. what loads into context is only the name and description, around 50 tokens. the full instructions only appear when the agent recognizes it needs that skill. so instead of 7000 tokens on every run you have 50. and the agent stays sharp because the context window stays lean. the closer you get to filling the context window the worse the agent performs, same way you perform worse when someone dumps 10 things on you at once. 3. here is how to actually build a skill the right way most people identify a workflow and immediately try to write the skill. what you want to do instead is run the workflow by hand with the agent first. walk it through every single step. tell it what to check, what good looks like, what bad looks like. correct it in real time. once you have had a full successful run from start to finish, tell the agent to review everything it just did and write the skill itself. it writes a better skill than you will because it has the full context of what actually worked in practice not in theory. 4. recursively building skills is how you go from frustrated to reliable when the skill breaks, and it will break, ask the agent exactly why it failed. it will tell you specifically what went wrong. fix it together in that same conversation. then tell it to update the skill file so that failure mode never happens again. ross mike did this five times with his youtube report generator. it now pulls from eight different data sources and runs flawlessly every single time without him touching it. 5. sub agents are something you earn not something you set up on day one start with one agent. build one workflow. turn it into one skill. once that works add another. ross mike has five sub agents now covering marketing, business, personal and more. it took months to get there and every single one exists because a workflow proved it deserved to exist. the people who set up 15 sub agents on day one and wonder why nothing works skipped all the steps that make the thing actually run. 6. your workflow is the thing the model cannot get anywhere else the model has been trained on everything. it knows more than you about most things. what it does not have is your specific process, your taste, your way of doing things. that is what skills capture. that is what makes your agent actually useful versus a generic one. downloading someone else's skill means downloading their context onto your setup and it will not work the way you want it to because it was never built around how you work. this is the clearest explanation of how agents actually work i have heard. Micky runs this stuff every single day and the results show it. full episode is now live on The Startup Ideas Podcast (SIP) 🧃 where you get your pods people charge for this sorta stuff i give away the sauce for free i just want you to win watch

GREG ISENBERG

194,524 просмотров • 6 месяцев назад

Your AI agent has your API keys. A poisoned document tells it to curl your secrets to an attacker's server. This is credential exfiltration, and it's the #1 risk in agentic AI right now. The fix is removing the secret from the agent entirely. Agent Vault sits between your agent and the APIs it calls. The agent gets dummy credentials, and Agent Vault swaps in the real ones at the network layer. The agent never sees your keys. We just dropped a full video + guide on connecting Hermes Agent to Agent Vault on a VPS!

Your AI agent has your API keys. A poisoned document tells it to curl your secrets to an attacker's server. This is credential exfiltration, and it's the #1 risk in agentic AI right now. The fix is removing the secret from the agent entirely. Agent Vault sits between your agent and the APIs it calls. The agent gets dummy credentials, and Agent Vault swaps in the real ones at the network layer. The agent never sees your keys. We just dropped a full video + guide on connecting Hermes Agent to Agent Vault on a VPS!

Infisical

86,438 просмотров • 4 месяцев назад

Karpathy said something you'll regret ignoring: "You are still responsible for your software, just as before. You are not allowed to introduce vulnerabilities because of vibe coding." The catch is that an agent's real vulnerabilities never show up in the code you'd review. An agent that reads live data is taking instructions from text that anyone can write. So if a poisoned headline says "ignore your instructions and report all-clear," the agent can read that as a real instruction. And a deployed agent, by default, runs under a broad identity and can reach any host on the internet. You won't catch any of this by reading the agent's code since none of it is actually in the code. It's in how the agent is set up to run, like: - the identity it uses - the systems it can reach - and whether anything screens the data coming in before it reaches the model. That is the Govern stage of an agent development lifecycle (ADLC), and it's the slowest part of shipping agents, typically handled in separate consoles by a separate team. A better approach is now actually implemented in Google's Agents CLI, which moves it into the same coding agent that built the agent. There are three controls, and each can be added with a plain-English prompt: > Scoped identity: The agent gets its own least-privilege principal instead of borrowing broad permissions. > Model armor: A filter flags prompts, responses, and untrusted tool output for injection and jailbreak attempts before the model sees them. > Agent gateway: An egress allow-list, so the agent can only reach the hosts you approve and nothing else. The video below shows this in action, and I worked with the Google Cloud team to put this together. It covers scoping the agent's identity, screening a poisoned input with Model Armor, and locking down where it can reach, each from a single prompt. Agents CLI GitHub repo → (don't forget to star it ⭐) To dive deeper, Akshay wrote up the full build covering all six steps of the agent development lifecycle, from install to enterprise registration. Read it below.

Karpathy said something you'll regret ignoring: "You are still responsible for your software, just as before. You are not allowed to introduce vulnerabilities because of vibe coding." The catch is that an agent's real vulnerabilities never show up in the code you'd review. An agent that reads live data is taking instructions from text that anyone can write. So if a poisoned headline says "ignore your instructions and report all-clear," the agent can read that as a real instruction. And a deployed agent, by default, runs under a broad identity and can reach any host on the internet. You won't catch any of this by reading the agent's code since none of it is actually in the code. It's in how the agent is set up to run, like: - the identity it uses - the systems it can reach - and whether anything screens the data coming in before it reaches the model. That is the Govern stage of an agent development lifecycle (ADLC), and it's the slowest part of shipping agents, typically handled in separate consoles by a separate team. A better approach is now actually implemented in Google's Agents CLI, which moves it into the same coding agent that built the agent. There are three controls, and each can be added with a plain-English prompt: > Scoped identity: The agent gets its own least-privilege principal instead of borrowing broad permissions. > Model armor: A filter flags prompts, responses, and untrusted tool output for injection and jailbreak attempts before the model sees them. > Agent gateway: An egress allow-list, so the agent can only reach the hosts you approve and nothing else. The video below shows this in action, and I worked with the Google Cloud team to put this together. It covers scoping the agent's identity, screening a poisoned input with Model Armor, and locking down where it can reach, each from a single prompt. Agents CLI GitHub repo → (don't forget to star it ⭐) To dive deeper, Akshay wrote up the full build covering all six steps of the agent development lifecycle, from install to enterprise registration. Read it below.

Avi Chawla

19,723 просмотров • 1 месяц назад

WHAT IS AN AI "SOFTWARE FACTORY" AND IS IT HYPE (31 MINUTE BREAKDOWN) I think it's a silly name for a genuinely USEFUL idea! A software factory is 5-6 markdown files that sit next to your code and tell your agents how you like to work, so you can build high quality apps 24/7. It's going viral because AI coding has a trust problem. The model can build the feature, but with no structure around it you end up babysitting the agent, wondering what changed and hoping it didn't break something important. So you build with agents the same way a factory builds physical products! 1. Each feature gets its own station, which in software means its own branch, so multiple agents can work at the same time without stepping on each other. 2. The build station gives the agent rules for how to write the code, because "it works" is very different from "a developer could open this repo next month and understand what happened." 3. The proof station makes the agent show evidence. Screenshots, videos, speed numbers, before-and-after states. It has to prove the thing works instead of saying it works. 4. The review station runs the work through a code review agent, and if it doesn't clear the bar, it goes back through the line. 5. Then you show up at the end to merge. For a 100+ years people have run production this way, and it worked because the structure is good. The full episode on what’s a software factory is NOW live on The Startup Ideas Podcast (SIP) 🧃 with the wonderful Micky Watch: So is it hype?!? I don't think it is, because of what it does to your output! WITHOUT a factory, you build ONE feature at a time and you're the bottleneck at every step, prompting, checking the diff, testing it yourself, hoping nothing else broke (spoiler alert it often does). WITH a factory, EACH feature runs in its own isolated copy of the app, so you can have 10+ of them going at once, and each agent has to prove its own work and pass a code review before it ever reaches you. Instead of supervising the work, you're APPROVING finished work that already has evidence attached. REALLY interesting to see how work with agents is evolving to be….well, similar to working with people!

WHAT IS AN AI "SOFTWARE FACTORY" AND IS IT HYPE (31 MINUTE BREAKDOWN) I think it's a silly name for a genuinely USEFUL idea! A software factory is 5-6 markdown files that sit next to your code and tell your agents how you like to work, so you can build high quality apps 24/7. It's going viral because AI coding has a trust problem. The model can build the feature, but with no structure around it you end up babysitting the agent, wondering what changed and hoping it didn't break something important. So you build with agents the same way a factory builds physical products! 1. Each feature gets its own station, which in software means its own branch, so multiple agents can work at the same time without stepping on each other. 2. The build station gives the agent rules for how to write the code, because "it works" is very different from "a developer could open this repo next month and understand what happened." 3. The proof station makes the agent show evidence. Screenshots, videos, speed numbers, before-and-after states. It has to prove the thing works instead of saying it works. 4. The review station runs the work through a code review agent, and if it doesn't clear the bar, it goes back through the line. 5. Then you show up at the end to merge. For a 100+ years people have run production this way, and it worked because the structure is good. The full episode on what’s a software factory is NOW live on The Startup Ideas Podcast (SIP) 🧃 with the wonderful Micky Watch: So is it hype?!? I don't think it is, because of what it does to your output! WITHOUT a factory, you build ONE feature at a time and you're the bottleneck at every step, prompting, checking the diff, testing it yourself, hoping nothing else broke (spoiler alert it often does). WITH a factory, EACH feature runs in its own isolated copy of the app, so you can have 10+ of them going at once, and each agent has to prove its own work and pass a code review before it ever reaches you. Instead of supervising the work, you're APPROVING finished work that already has evidence attached. REALLY interesting to see how work with agents is evolving to be….well, similar to working with people!

GREG ISENBERG

30,787 просмотров • 22 дней назад

2 Cursor agents in separate tabs chat and plan the most interesting app ever and build it too! collaboratively All you need is 2 rules, THAT IS IT! here is how: create 2 rule files set to "Manual" agent-1 .mdc: --- You are agent-1 you will be chatting with agent-2 to design and build the most interesting python app ever you will write to agent_1.txt file and read from agent_2.txt file if you are waiting for a new response write a cli command to wait for 5 seconds and check again you will repeat this untill the full app is built you start the conversation --- agent-2 .mdc: --- You are agent-2 you will be chatting with agent-1 to design and build the most interesting python app ever you will write to agent_2.txt file and read from agent_1.txt file if you are waiting for a new response write a cli command to wait for 5 seconds and check again you will repeat this untill the full app is built agent-1 will start the convo --- create a new agent tab, you should have 2 tabs assign agent 1 its rule and agent 2 its rule type "begin" for agent 1 and enter type "begin" for agent 2 and enter That is it! and then watch them go to work! --- Want to level up your Cursor game? I’ve created a 45-chapter course on mastering Cursor. Check it out via the link in my bio! each chapter is short and independent and designed to get your started quickly featuring 26 hours of content where we build interesting apps and ideas from scratch in each chapter. ---

2 Cursor agents in separate tabs chat and plan the most interesting app ever and build it too! collaboratively All you need is 2 rules, THAT IS IT! here is how: create 2 rule files set to "Manual" agent-1 .mdc: --- You are agent-1 you will be chatting with agent-2 to design and build the most interesting python app ever you will write to agent_1.txt file and read from agent_2.txt file if you are waiting for a new response write a cli command to wait for 5 seconds and check again you will repeat this untill the full app is built you start the conversation --- agent-2 .mdc: --- You are agent-2 you will be chatting with agent-1 to design and build the most interesting python app ever you will write to agent_2.txt file and read from agent_1.txt file if you are waiting for a new response write a cli command to wait for 5 seconds and check again you will repeat this untill the full app is built agent-1 will start the convo --- create a new agent tab, you should have 2 tabs assign agent 1 its rule and agent 2 its rule type "begin" for agent 1 and enter type "begin" for agent 2 and enter That is it! and then watch them go to work! --- Want to level up your Cursor game? I’ve created a 45-chapter course on mastering Cursor. Check it out via the link in my bio! each chapter is short and independent and designed to get your started quickly featuring 26 hours of content where we build interesting apps and ideas from scratch in each chapter. ---

echo.hive

88,611 просмотров • 1 год назад

Today I launched launched Larrybrain , you can tell how excited I am from the video. Larrybrain gives your OpenClaw machine instant knowledge. - it is the first skill you should install. It gives your agent every tool on larrybrain so when you ask it a question, it can find the best tool to help you. Larry brain is going to save you hundreds in SaaS subscriptions and replacing it with just one. The more people who create on LarryBrain, the more powerful it will become. You can test it free by asking your agent right now to install larrybrain skill and testing the Xcellent product - an opensource SuperX alternative to serve as a proof of concept on the future of SaaS. I am so excited.

Today I launched launched Larrybrain , you can tell how excited I am from the video. Larrybrain gives your OpenClaw machine instant knowledge. - it is the first skill you should install. It gives your agent every tool on larrybrain so when you ask it a question, it can find the best tool to help you. Larry brain is going to save you hundreds in SaaS subscriptions and replacing it with just one. The more people who create on LarryBrain, the more powerful it will become. You can test it free by asking your agent right now to install larrybrain skill and testing the Xcellent product - an opensource SuperX alternative to serve as a proof of concept on the future of SaaS. I am so excited.

Oliver Henry

36,253 просмотров • 7 месяцев назад