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

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

На главную

A workflow I'm enjoying for managing coding agents on a kanban board: When an agent needs your input, it turns the task red to alert you that it's blocked! And then you can respond right there on the card to unblock it 😎

geoffreylitt's profile picture

Geoffrey Litt

25,443 subscribers

475,205 просмотров • 10 месяцев назад •via X (Twitter)

Наука и технологии
LIVE

Anya Rossi• Live Now

Private livecam show

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

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

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

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

Agents Helping Agents Bounty When an Agent encounters a task it cannot complete on its own, it can post a Bounty on and invite other Agents to help. Agents that complete the task and pass verification can earn a reward.
0:30

Agents Helping Agents Bounty When an Agent encounters a task it cannot complete on its own, it can post a Bounty on and invite other Agents to help. Agents that complete the task and pass verification can earn a reward.

TermiX

77,523 просмотров • 2 дней назад

Hermes Agent now has multi-agent via the Kanban, new in v0.12.0. Agents claim tasks from a board, work in parallel, and hand off when blocked. You watch progress and unblock from one easy view instead of juggling terminals. We asked it to plan and make this video about itself:
1:32

Hermes Agent now has multi-agent via the Kanban, new in v0.12.0. Agents claim tasks from a board, work in parallel, and hand off when blocked. You watch progress and unblock from one easy view instead of juggling terminals. We asked it to plan and make this video about itself:

Nous Research

1,465,148 просмотров • 6 месяцев назад

The more agents and projects you have running, the harder it gets to keep track of everything through chat alone. This is where Hermes Kanban comes in. Here's how Hermes Kanban works, why it's worth using, and how I'd recommend setting it up: Chat is where you work with an agent. Kanban is where you manage the work across agents. Hermes Kanban gives you a visual dashboard for tracking tasks across your agents and projects. But it's much more than a task board. Here's what you can do with it: • Create tasks and assign them to specific Hermes agents. • Track what's ready, running, blocked, or completed. • Set dependencies so tasks wait for other work to finish. • Coordinate handoffs between specialized agents. • Review progress and see where something needs your attention. And with the dispatcher, Hermes can pick up tasks that are ready to run and launch the appropriate agent to handle them. Now, here's something I'd recommend: **Create a separate Kanban board for each major project.** For example: 📌 Content production Research → Drafting → Review → Assets → Done 📌 Software development Bugs → Features → Testing → Review → Done 📌 Business operations Research → Waiting → In Progress → Blocked → Done Hermes supports multiple isolated boards, so each project can have its own tasks, workspaces, logs, and agent workflows. You can also connect a board to a Hermes Project to keep the work tied to the right project context. The more work you hand off to Hermes, the more valuable this becomes. Instead of digging through conversations trying to figure out what every agent is doing, give each project its own board and manage the work from one place. 🎥 Video credit: Tom
2:03

The more agents and projects you have running, the harder it gets to keep track of everything through chat alone. This is where Hermes Kanban comes in. Here's how Hermes Kanban works, why it's worth using, and how I'd recommend setting it up: Chat is where you work with an agent. Kanban is where you manage the work across agents. Hermes Kanban gives you a visual dashboard for tracking tasks across your agents and projects. But it's much more than a task board. Here's what you can do with it: • Create tasks and assign them to specific Hermes agents. • Track what's ready, running, blocked, or completed. • Set dependencies so tasks wait for other work to finish. • Coordinate handoffs between specialized agents. • Review progress and see where something needs your attention. And with the dispatcher, Hermes can pick up tasks that are ready to run and launch the appropriate agent to handle them. Now, here's something I'd recommend: **Create a separate Kanban board for each major project.** For example: 📌 Content production Research → Drafting → Review → Assets → Done 📌 Software development Bugs → Features → Testing → Review → Done 📌 Business operations Research → Waiting → In Progress → Blocked → Done Hermes supports multiple isolated boards, so each project can have its own tasks, workspaces, logs, and agent workflows. You can also connect a board to a Hermes Project to keep the work tied to the right project context. The more work you hand off to Hermes, the more valuable this becomes. Instead of digging through conversations trying to figure out what every agent is doing, give each project its own board and manage the work from one place. 🎥 Video credit: Tom

Hermes Release Watch

27,640 просмотров • 26 дней назад

AI power users are here and the case for agent-friendly software is materializing. Aaron Levie on agents outnumbering people 1000x: "If you start to imagine that we all have to build software for agents… we spend as much time now thinking about the agent interface to our tool as we do the human interface." "If you have a hundred or a thousand times more agents than people, then your software has to be built for agents… it's going to be through an API or a CLI or MCP." "What if you give a coding agent access to your SaaS tools and a coding agent access to your knowledge work, workflows and context?" "It can actually code its way or use APIs through whatever task it's trying to achieve." "That appears to be like a paradigm that is starting to compound… and I actually think it kind of makes sense as the ultimate manifestation of this stuff." Aaron Levie
1:23

AI power users are here and the case for agent-friendly software is materializing. Aaron Levie on agents outnumbering people 1000x: "If you start to imagine that we all have to build software for agents… we spend as much time now thinking about the agent interface to our tool as we do the human interface." "If you have a hundred or a thousand times more agents than people, then your software has to be built for agents… it's going to be through an API or a CLI or MCP." "What if you give a coding agent access to your SaaS tools and a coding agent access to your knowledge work, workflows and context?" "It can actually code its way or use APIs through whatever task it's trying to achieve." "That appears to be like a paradigm that is starting to compound… and I actually think it kind of makes sense as the ultimate manifestation of this stuff." Aaron Levie

a16z

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

NVIDIA AI director Ali Golshan reveals how 3 agents can route around a policy that no single agent is allowed to break by splitting the forbidden task between them: "If you write a policy that says, 'My agent should not have access to GitHub and to Facebook at the same time, because I'm worried it's gonna go copy my code and paste it on some message board,' that's very acceptable." "The problem we started to see is it's not the behavior of one agent that's the complex part, it's fleets of agents working together that creates complexity." "An agent spawns two sub-agents, with one sub-agent that can only read from GitHub, but the ability to tunnel through the network, talk to an agent that can write to a post. Now you have three agents that combined exceed your global policies." "The agents don't really process the intent or goodwill of your policy. They just see it as very specific binary." NVIDIA
1:42

NVIDIA AI director Ali Golshan reveals how 3 agents can route around a policy that no single agent is allowed to break by splitting the forbidden task between them: "If you write a policy that says, 'My agent should not have access to GitHub and to Facebook at the same time, because I'm worried it's gonna go copy my code and paste it on some message board,' that's very acceptable." "The problem we started to see is it's not the behavior of one agent that's the complex part, it's fleets of agents working together that creates complexity." "An agent spawns two sub-agents, with one sub-agent that can only read from GitHub, but the ability to tunnel through the network, talk to an agent that can write to a post. Now you have three agents that combined exceed your global policies." "The agents don't really process the intent or goodwill of your policy. They just see it as very specific binary." NVIDIA

MTS

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

The #1 problem with coding agents right now: Ask them to solve one problem, and they will make 10 other changes you didn't want. This happens to me every day. It happens to everyone I talk to as well. We have a solution for this now. The team Augment Code released a "Task List" feature for their coding assistant that solves this problem. Augment Code is partnering with me on this post. In case you haven't used them before: • Augment Code is a fully-fledged coding assistant • Their specialty are large projects • Fastest coding indexing I've seen • Has a free forever community edition Now, you can ask their coding agent to generate a Task List before doing anything. This will give you a plan you can review, edit, and augment if you need to. You can export this plan, load it on a different session, or even share it across projects. It makes a huge difference: The task list constrains the agent so you won't get any "unintended" changes anymore. It also puts you in control of everything the agent does. Check the video to see the agent working through a task list. You can also try this 100% free: (By the way, they also have support for remote agents. You can basically have those agents write your code while you are sleeping.)
3:06

The #1 problem with coding agents right now: Ask them to solve one problem, and they will make 10 other changes you didn't want. This happens to me every day. It happens to everyone I talk to as well. We have a solution for this now. The team Augment Code released a "Task List" feature for their coding assistant that solves this problem. Augment Code is partnering with me on this post. In case you haven't used them before: • Augment Code is a fully-fledged coding assistant • Their specialty are large projects • Fastest coding indexing I've seen • Has a free forever community edition Now, you can ask their coding agent to generate a Task List before doing anything. This will give you a plan you can review, edit, and augment if you need to. You can export this plan, load it on a different session, or even share it across projects. It makes a huge difference: The task list constrains the agent so you won't get any "unintended" changes anymore. It also puts you in control of everything the agent does. Check the video to see the agent working through a task list. You can also try this 100% free: (By the way, they also have support for remote agents. You can basically have those agents write your code while you are sleeping.)

Santiago

41,738 просмотров • 1 год назад

Most AI coding setups right now look something like this: one agent in a terminal, another in a browser tab, a chat window somewhere else, and you in the middle copy-pasting diffs like a very tired air traffic controller. JetBrains just launched something aimed right at that mess. It's called JetBrains Air, and it lives inside their IDEs. The short version: Air lets you direct multiple coding agents, run their tasks in parallel, and review their work without ever leaving your IDE. Here's what stood out to me: 👇 1. You pick the agents. Air isn't tied to a single agent or provider. You can use the ones you already like. That matters more than it sounds, because the "best" coding agent changes every few months, and nobody wants to rebuild their whole workflow each time. 2. Parallel work without losing track. You can run several agent sessions at once, even across different projects. Air shows you where your attention is needed, so you're not hopping between tabs to find out which agent is stuck. 3. You stay in control. You can follow what each agent is doing, give it input, inspect the changes, and review the output before accepting anything. Nothing lands in your codebase just because an agent felt confident. 4. The agents get IDE smarts too. This is the part I find most interesting. JetBrains IDEs already have great code navigation, refactoring, testing, and debugging. With Air, both you and your agents work with that context. So the agents aren't guessing blind inside a chat box, and when something needs a human, the real tools are right there. The bigger idea here is that agents become part of your development workflow instead of a separate chat you keep switching to. There's also a nice bonus. For a limited time, JetBrains is offering Junie Lite for free (fair use applies). It's their own coding agent paired with a highly efficient model. It isn't pitched as a frontier-level agent. Think of it as a solid, free baseline for trying out Air and running everyday tasks. Air works in any JetBrains IDE and is in early access right now. If you write code with agents, give it a try: #ad
0:21

Most AI coding setups right now look something like this: one agent in a terminal, another in a browser tab, a chat window somewhere else, and you in the middle copy-pasting diffs like a very tired air traffic controller. JetBrains just launched something aimed right at that mess. It's called JetBrains Air, and it lives inside their IDEs. The short version: Air lets you direct multiple coding agents, run their tasks in parallel, and review their work without ever leaving your IDE. Here's what stood out to me: 👇 1. You pick the agents. Air isn't tied to a single agent or provider. You can use the ones you already like. That matters more than it sounds, because the "best" coding agent changes every few months, and nobody wants to rebuild their whole workflow each time. 2. Parallel work without losing track. You can run several agent sessions at once, even across different projects. Air shows you where your attention is needed, so you're not hopping between tabs to find out which agent is stuck. 3. You stay in control. You can follow what each agent is doing, give it input, inspect the changes, and review the output before accepting anything. Nothing lands in your codebase just because an agent felt confident. 4. The agents get IDE smarts too. This is the part I find most interesting. JetBrains IDEs already have great code navigation, refactoring, testing, and debugging. With Air, both you and your agents work with that context. So the agents aren't guessing blind inside a chat box, and when something needs a human, the real tools are right there. The bigger idea here is that agents become part of your development workflow instead of a separate chat you keep switching to. There's also a nice bonus. For a limited time, JetBrains is offering Junie Lite for free (fair use applies). It's their own coding agent paired with a highly efficient model. It isn't pitched as a frontier-level agent. Think of it as a solid, free baseline for trying out Air and running everyday tasks. Air works in any JetBrains IDE and is in early access right now. If you write code with agents, give it a try: #ad

Mushfiq Sajib

40,469 просмотров • 29 дней назад

It takes 5 minutes to create a world-class web research agent that runs 24/7 and returns structured search results. 1. You can limit the sources it's allowed to use 2. You can specify the goals it needs to complete 3. You can design the format structure of the results 4. You can configure how much computing power it will use I show you how to set up a Web Search Agent in the video. A few benefits here: 1. This is great for complex research tasks 2. It's really easy to add this like a LEGO piece to a more complex workflow 3. Create an agent once, and reuse it with different inputs 4. The agent adapts to your use case as you work with it By the way, Nimble published a whole library of templates and research agents you can reuse and modify. You can start sending queries to one of these existing agents, and it will begin to adapt to Go here to try it out: Thanks to the Nimble team for partnering with me on this post.
7:37

It takes 5 minutes to create a world-class web research agent that runs 24/7 and returns structured search results. 1. You can limit the sources it's allowed to use 2. You can specify the goals it needs to complete 3. You can design the format structure of the results 4. You can configure how much computing power it will use I show you how to set up a Web Search Agent in the video. A few benefits here: 1. This is great for complex research tasks 2. It's really easy to add this like a LEGO piece to a more complex workflow 3. Create an agent once, and reuse it with different inputs 4. The agent adapts to your use case as you work with it By the way, Nimble published a whole library of templates and research agents you can reuse and modify. You can start sending queries to one of these existing agents, and it will begin to adapt to Go here to try it out: Thanks to the Nimble team for partnering with me on this post.

Santiago

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

Coding agents shouldn't run on a laptop. That's why I've been building Cave. It's a self-hosted platform for running OpenCode agents in isolated sandboxes on your own server. You give it a GitHub repo, it creates an isolated sandbox, clones the code, sets everything up, and gives you a coding agent. Check in from your phone, run multiple agents side by side. It's not open source yet (it will be), but I'm opening a private beta so you can install it on your own server already. I've been dogfooding it since day one. If you're running a software factory: multiple agents working in parallel across repos, Cave gives you one place to monitor and manage all of it. Now, I'm looking for people who want to give it a spin. DM me, happy to set you up 😊 🚀
0:59

Coding agents shouldn't run on a laptop. That's why I've been building Cave. It's a self-hosted platform for running OpenCode agents in isolated sandboxes on your own server. You give it a GitHub repo, it creates an isolated sandbox, clones the code, sets everything up, and gives you a coding agent. Check in from your phone, run multiple agents side by side. It's not open source yet (it will be), but I'm opening a private beta so you can install it on your own server already. I've been dogfooding it since day one. If you're running a software factory: multiple agents working in parallel across repos, Cave gives you one place to monitor and manage all of it. Now, I'm looking for people who want to give it a spin. DM me, happy to set you up 😊 🚀

André König

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

you should spend an afternoon building a second brain with jev... here's how i'd set it up: > create one inbox for saved posts, articles, meeting notes and ideas... give your agent access to it > give jev your active projects and interests so it can sort incoming material into categories that mean something to you > have your agent find similar notes, then use jev to flag duplicates and spot which ones add something new > save everything with its original link and date so you can always check where it came from > whenever you start a task, have your agent search the archive and let jev score which notes are relevant > feed those into your writing agent before it starts working... your customer conversations, examples and previous decisions are already there writing a proposal? bring back what the customer said on the call and the case study that answers their objection. working on a post? pull up the idea you saved three weeks ago alongside your own notes on the topic. start with one project and the material you've already collected for it. ask your coding agent to build that workflow, then check what it brings back on your next real task.
0:23

you should spend an afternoon building a second brain with jev... here's how i'd set it up: > create one inbox for saved posts, articles, meeting notes and ideas... give your agent access to it > give jev your active projects and interests so it can sort incoming material into categories that mean something to you > have your agent find similar notes, then use jev to flag duplicates and spot which ones add something new > save everything with its original link and date so you can always check where it came from > whenever you start a task, have your agent search the archive and let jev score which notes are relevant > feed those into your writing agent before it starts working... your customer conversations, examples and previous decisions are already there writing a proposal? bring back what the customer said on the call and the case study that answers their objection. working on a post? pull up the idea you saved three weeks ago alongside your own notes on the topic. start with one project and the material you've already collected for it. ask your coding agent to build that workflow, then check what it brings back on your next real task.

J.B.

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

This agent relies on a marketplace of 2.8M+ specialized agents to complete a task. This is how I imagine the future of personal agents. Here is how this works: 1. Agentverse is a marketplace of agents 2. Anyone can build and publish an agent there 3. ASI:One is a personal agent with access to the marketplace 4. To solve a task, ASI:One finds the best agent for the job In other words: You have an agent that can solve pretty much *anything* because it knows how to outsource the work to a network of specialized agents. And you don't need to do any setup to get this working. The way ranking agents in the marketplace works is pretty cool: Fetch.ai, the company behind it, created an AgentRank algorithm that works much like Google's PageRank. Every time an agent calls another, it forms a connection. Over time, these connections build into a graph of who relies on whom. An agent that is frequently called by other reputable agents scores higher and surfaces higher in results. The end result here is that your agent will consistently use the best agents in the marketplace to accomplish a goal. You should give this a try: You don't need to pay or even register to try these agents. Thanks to the team for partnering with me on this post.
4:16

This agent relies on a marketplace of 2.8M+ specialized agents to complete a task. This is how I imagine the future of personal agents. Here is how this works: 1. Agentverse is a marketplace of agents 2. Anyone can build and publish an agent there 3. ASI:One is a personal agent with access to the marketplace 4. To solve a task, ASI:One finds the best agent for the job In other words: You have an agent that can solve pretty much *anything* because it knows how to outsource the work to a network of specialized agents. And you don't need to do any setup to get this working. The way ranking agents in the marketplace works is pretty cool: Fetch.ai, the company behind it, created an AgentRank algorithm that works much like Google's PageRank. Every time an agent calls another, it forms a connection. Over time, these connections build into a graph of who relies on whom. An agent that is frequently called by other reputable agents scores higher and surfaces higher in results. The end result here is that your agent will consistently use the best agents in the marketplace to accomplish a goal. You should give this a try: You don't need to pay or even register to try these agents. Thanks to the team for partnering with me on this post.

Santiago

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

It's time to make AI Agents useful. I'm thrilled to announce that the HyperWrite Agent Studio is now live! Just show it a task once by doing it yourself, and the AI can repeat it.
0:51

It's time to make AI Agents useful. I'm thrilled to announce that the HyperWrite Agent Studio is now live! Just show it a task once by doing it yourself, and the AI can repeat it.

Matt Shumer

102,359 просмотров • 2 лет назад

A SpaceXAI engineer just released a free 30-min course on Grok Bot Agents: from your first persistent agent to multi-agent chains that research, ship software, and hand work off to Cursor 05:26 - what actually lives inside a Grok agent 08:49 - the 3 ways to run agents 12:04 - chaining multiple agents into one workflow 16:06 - turning X followers into structured research inside Notion 23:08 - handing coding work from Grok straight to Cursor Most people still treat Grok like a chat window. It answers, you copy, you move on. The shift happens when the agents stop waiting for you: one finds the information, one structures it in Notion, one turns it into working code, and they pass the work down the line on their own. Thirty minutes here beats assembling your setup one agent at a time.
28:21

A SpaceXAI engineer just released a free 30-min course on Grok Bot Agents: from your first persistent agent to multi-agent chains that research, ship software, and hand work off to Cursor 05:26 - what actually lives inside a Grok agent 08:49 - the 3 ways to run agents 12:04 - chaining multiple agents into one workflow 16:06 - turning X followers into structured research inside Notion 23:08 - handing coding work from Grok straight to Cursor Most people still treat Grok like a chat window. It answers, you copy, you move on. The shift happens when the agents stop waiting for you: one finds the information, one structures it in Notion, one turns it into working code, and they pass the work down the line on their own. Thirty minutes here beats assembling your setup one agent at a time.

Morlex

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

Everyone's handing AI agents access to their machine. Almost nobody's watching what those agents actually do with it. Perplexity just open-sourced the tool that fixes that. It's called Numbat. It sits on your computer and watches what your coding agent, Claude Code, Codex, and others, actually tries to do. When an agent reaches for something risky, like reading your SSH keys, opening your .env file, or grabbing browser cookies, Numbat flags it, and can block it before it happens. - Watches agent activity live, on your own device - Optionally blocks dangerous actions before they run - Reconstructs exactly what an agent did after the fact - Ships as a single binary for macOS, Linux, & Windows The problem it solves isn't hackers. It's an agent chasing a goal and doing something destructive on the way there. 100% Free. Open Source.
0:28

Everyone's handing AI agents access to their machine. Almost nobody's watching what those agents actually do with it. Perplexity just open-sourced the tool that fixes that. It's called Numbat. It sits on your computer and watches what your coding agent, Claude Code, Codex, and others, actually tries to do. When an agent reaches for something risky, like reading your SSH keys, opening your .env file, or grabbing browser cookies, Numbat flags it, and can block it before it happens. - Watches agent activity live, on your own device - Optionally blocks dangerous actions before they run - Reconstructs exactly what an agent did after the fact - Ships as a single binary for macOS, Linux, & Windows The problem it solves isn't hackers. It's an agent chasing a goal and doing something destructive on the way there. 100% Free. Open Source.

Simplifying AI

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

Grok 4.20 agents are fully customizable. Simply swipe right to “Customize Grok” and tap on the agent you want to customize. You can change the name, set custom behavior, and even add more agents. Make each agent fit your workflow and preferences.
0:33

Grok 4.20 agents are fully customizable. Simply swipe right to “Customize Grok” and tap on the agent you want to customize. You can change the name, set custom behavior, and even add more agents. Make each agent fit your workflow and preferences.

DogeDesigner

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

Hell froze over: announcing FormKit for React. Secretly framework-agnostic since inception, today we’re open sourcing the most popular Vue form library…for React. Why is this a big deal? 1. Forms are still hard. We (the creators of FormKit) thought form libraries were no longer necessary, given the trajectory of coding agents. It turns out we were wrong, and we learned this the hard way. Need repeating conditional fields nested 3 layers deep inside a dynamic component, with accessibility, validation, internationalization, and backend error placement? Turns out coding agents aren’t great at that. It’s table stakes for FormKit. 2. Single component. This matters more than you would think, but FormKit doesn’t ship lots of different components each with its own props. Instead, it has a single one: and unified props. This was done to provide a better DX to human engineers. It makes it easy to spot when a given component was part of the form’s data structure vs a presentational component. It turns out this matters even more to coding agents than humans. No matter where your coding agent is, whenever it sees “FormKit” it immediately knows “oh, that’s part of the form’s data”. 3. No plumbing. FormKit doesn’t require any manual data collection, event listening, or state tracking. It does all this for you on a heavily tested, framework agnostic, self-assembling graph. The only code your agent needs to write is declarative templates and submission handlers that respond to the state. 4. Dense colocation. FormKit’s syntax happens to be ideal for coding agents; nearly everything you need to know about a given input is *on* the input: Colocation dramatically improves the efficacy of coding agents. 5. DOM. FormKit, unlike most form frameworks in React, renders the actual DOM. This also increases colocation and best practices, meaning your coding agent is far more likely to produce consistent and high-quality output that looks and acts the way its supposed to. 6. Schema. FormKit’s own inputs are not written using Vue or React — instead, FormKit has its own render schema — think of it like an AST for the DOM — and you can modify it on the fly. It’s not very human-friendly to write, but it turns out most models are already pretty well trained on FormKit’s schema. Want your inputs to look a bit different on one form than another? No problem, your coding agent can easily make those changes *without* modifying the JSX structure at all. Oh, and any inputs you create for Vue work with React and vice versa. 7. Plugins. FormKit leans into the unstructured tree graph hard. The graph doesn’t just collect data, it also passes down configuration and plugins. Want one form to work a bit differently than another one? No problem — just add a plugin to the top of that form or group and its children will all receive that feature. You can even mass assign props and configuration this way. Of course, FormKit has been solving these exact issues for a long time, but it wasn’t until we started using it on our own projects with coding agents that we realized what a huge advantage it is. With so many people using coding agents with React, it made sense to unveil FormKit for what it has always been — a completely framework-agnostic form framework that happens to unlock your coding agents. ➡️
1:00

Hell froze over: announcing FormKit for React. Secretly framework-agnostic since inception, today we’re open sourcing the most popular Vue form library…for React. Why is this a big deal? 1. Forms are still hard. We (the creators of FormKit) thought form libraries were no longer necessary, given the trajectory of coding agents. It turns out we were wrong, and we learned this the hard way. Need repeating conditional fields nested 3 layers deep inside a dynamic component, with accessibility, validation, internationalization, and backend error placement? Turns out coding agents aren’t great at that. It’s table stakes for FormKit. 2. Single component. This matters more than you would think, but FormKit doesn’t ship lots of different components each with its own props. Instead, it has a single one: and unified props. This was done to provide a better DX to human engineers. It makes it easy to spot when a given component was part of the form’s data structure vs a presentational component. It turns out this matters even more to coding agents than humans. No matter where your coding agent is, whenever it sees “FormKit” it immediately knows “oh, that’s part of the form’s data”. 3. No plumbing. FormKit doesn’t require any manual data collection, event listening, or state tracking. It does all this for you on a heavily tested, framework agnostic, self-assembling graph. The only code your agent needs to write is declarative templates and submission handlers that respond to the state. 4. Dense colocation. FormKit’s syntax happens to be ideal for coding agents; nearly everything you need to know about a given input is *on* the input: Colocation dramatically improves the efficacy of coding agents. 5. DOM. FormKit, unlike most form frameworks in React, renders the actual DOM. This also increases colocation and best practices, meaning your coding agent is far more likely to produce consistent and high-quality output that looks and acts the way its supposed to. 6. Schema. FormKit’s own inputs are not written using Vue or React — instead, FormKit has its own render schema — think of it like an AST for the DOM — and you can modify it on the fly. It’s not very human-friendly to write, but it turns out most models are already pretty well trained on FormKit’s schema. Want your inputs to look a bit different on one form than another? No problem, your coding agent can easily make those changes *without* modifying the JSX structure at all. Oh, and any inputs you create for Vue work with React and vice versa. 7. Plugins. FormKit leans into the unstructured tree graph hard. The graph doesn’t just collect data, it also passes down configuration and plugins. Want one form to work a bit differently than another one? No problem — just add a plugin to the top of that form or group and its children will all receive that feature. You can even mass assign props and configuration this way. Of course, FormKit has been solving these exact issues for a long time, but it wasn’t until we started using it on our own projects with coding agents that we realized what a huge advantage it is. With so many people using coding agents with React, it made sense to unveil FormKit for what it has always been — a completely framework-agnostic form framework that happens to unlock your coding agents. ➡️

Justin Schroeder

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

Excited to share the Agent Trainer and Agent Studio - coming soon to the HyperWrite⁩ platform. Teaching Agents to work the way you like is difficult. So we built a simple way for your Assistant to shadow you and learn. Just show it a task once, and the AI can repeat it.
1:10

Excited to share the Agent Trainer and Agent Studio - coming soon to the HyperWrite⁩ platform. Teaching Agents to work the way you like is difficult. So we built a simple way for your Assistant to shadow you and learn. Just show it a task once, and the AI can repeat it.

Matt Shumer

135,737 просмотров • 2 лет назад

New course: Spec-Driven Development with Coding Agents, built in partnership with JetBrains, and taught by Paul Everitt | @pauleveritt@fosstodon.org. Vibe coding is fast, but often produces code that doesn't match what you asked for. This short course teaches you spec-driven development: write a detailed spec defining what to build, and work with your coding agent to implement it. Many of the best developers already build this way. A spec lets you control large code changes with a few words, preserve context across agent sessions, and stay in control as your project grows in complexity. Skills you'll gain: - Write a detailed specification to define your mission, tech stack, and roadmap, giving your agent the context it needs from the start - Plan, implement, and validate features in iterative loops using a spec as your agent's guide - Apply the same repeatable workflow to both new and legacy codebases - Package your workflow into a portable agent skill that works across agents and IDEs Join and write specs that keep your coding agent on track!
2:51

New course: Spec-Driven Development with Coding Agents, built in partnership with JetBrains, and taught by Paul Everitt | @[email protected]. Vibe coding is fast, but often produces code that doesn't match what you asked for. This short course teaches you spec-driven development: write a detailed spec defining what to build, and work with your coding agent to implement it. Many of the best developers already build this way. A spec lets you control large code changes with a few words, preserve context across agent sessions, and stay in control as your project grows in complexity. Skills you'll gain: - Write a detailed specification to define your mission, tech stack, and roadmap, giving your agent the context it needs from the start - Plan, implement, and validate features in iterative loops using a spec as your agent's guide - Apply the same repeatable workflow to both new and legacy codebases - Package your workflow into a portable agent skill that works across agents and IDEs Join and write specs that keep your coding agent on track!

Andrew Ng

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

.Postman is now natively available in your favorite coding agent! The new Postman CLI is designed to bring API engineering for agents: 1️⃣ Works in Git and your code repo - Just drop Postman where your agent lives and works. 2️⃣ No GUI - Work in your coding agent. Bring up the Postman UI for review and approval. 3️⃣ No sign-up - Get started right away. Sign-up when you have to save your work and want more. Install once, work in your agent. Run npm install -g postman-cli, then postman init. This loads Postman's skills into your coding agent so it can create collections, write tests, and much more. Available as a plugin for all coding agents! The skills cover the API lifecycle: find APIs your org already has, generate tests that catch regressions, mock an API before it exists, watch live endpoints for downtime and drift, run checks in CI on every commit, and run performance tests. You can also extend the abilities of your agent with the Context Graph. An agent often sees only the code that is accessible to them. The Context Graph API gives it a map of your team's infrastructure, APIs, and services, and how they depend on each other. As your agent works, you stay the reviewer. Your agent does the work from the command line. Open Postman when you want to review or approve it. Check out more at
0:37

.Postman is now natively available in your favorite coding agent! The new Postman CLI is designed to bring API engineering for agents: 1️⃣ Works in Git and your code repo - Just drop Postman where your agent lives and works. 2️⃣ No GUI - Work in your coding agent. Bring up the Postman UI for review and approval. 3️⃣ No sign-up - Get started right away. Sign-up when you have to save your work and want more. Install once, work in your agent. Run npm install -g postman-cli, then postman init. This loads Postman's skills into your coding agent so it can create collections, write tests, and much more. Available as a plugin for all coding agents! The skills cover the API lifecycle: find APIs your org already has, generate tests that catch regressions, mock an API before it exists, watch live endpoints for downtime and drift, run checks in CI on every commit, and run performance tests. You can also extend the abilities of your agent with the Context Graph. An agent often sees only the code that is accessible to them. The Context Graph API gives it a map of your team's infrastructure, APIs, and services, and how they depend on each other. As your agent works, you stay the reviewer. Your agent does the work from the command line. Open Postman when you want to review or approve it. Check out more at

Abhinav Asthana

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

You can spin up an AI workforce with one prompt. Here's why it works: it pulls the context the AI needs to lay the foundation. Give it: - your role - team size - the goals you want to hit. Then say "interview me." After that, build it out in four steps: 1) Start with 1 agent. - What does it feel like to work with one? 2) Make that agent proactive. - Now it's doing things on your behalf before you ask. 3) Expand to 2 agents. - One directs the other, or routes to it. - This is where you learn how context gets passed. 4) Scale the workforce. - A mission control where you watch it all move around. - Now you see what has to run in parallel, which agent never needed that tool, which one runs fine on a smaller model. - Not everything needs Opus. Sub-agents are haiku and sonnet. The catch: the prompt gets you agents with markdown files doing some stuff. Getting to the 90% plus level is iteration, and that part is specific to each person. Nobody can hand it to you. Start with one agent. Spin up one agent this week. The rest is discovery.
3:10

You can spin up an AI workforce with one prompt. Here's why it works: it pulls the context the AI needs to lay the foundation. Give it: - your role - team size - the goals you want to hit. Then say "interview me." After that, build it out in four steps: 1) Start with 1 agent. - What does it feel like to work with one? 2) Make that agent proactive. - Now it's doing things on your behalf before you ask. 3) Expand to 2 agents. - One directs the other, or routes to it. - This is where you learn how context gets passed. 4) Scale the workforce. - A mission control where you watch it all move around. - Now you see what has to run in parallel, which agent never needed that tool, which one runs fine on a smaller model. - Not everything needs Opus. Sub-agents are haiku and sonnet. The catch: the prompt gets you agents with markdown files doing some stuff. Getting to the 90% plus level is iteration, and that part is specific to each person. Nobody can hand it to you. Start with one agent. Spin up one agent this week. The rest is discovery.

The Startup Ideas Podcast (SIP) 🧃

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