Live data from Hacker News

Agent Client Protocol (ACP)

agentclientprotocol.com

11–20 of 104 posts

Re: Agent Client Protocol (ACP)

#11

The protocol for interacting with code is files and text. You need to define an interface for Ai to click buttons? Or to create keyboard macros that simulate clicking buttons? We are all doomed!

I’m afraid you missed a bit the mark :(

This is the equivalent of LSP but for coding agents. So any editor does not have to rebuild an interface to support each and every new one.

Re: Agent Client Protocol (ACP)

#13
post #10

I'm fine with treating AI like a human developer: I ask AI to write a feature (or fix a bug, or do a refactoring) and then I read the commit. If the commit is not to my liking, I "git reset --hard", improve my prompt and ask the AI to do the task again. I call this "prompt coding": https://www.gibney.org/prompt_coding This way, there is no interaction between my coding environment and the AI at all. Just like working…

> Nowadays, it is better to write prompts

Very big doubt. AI can help for a few very specific tasks, but the hallucinations still happen, and making things up (especially APIs) is unacceptable.

Re: Agent Client Protocol (ACP)

#15
post #10

I'm fine with treating AI like a human developer: I ask AI to write a feature (or fix a bug, or do a refactoring) and then I read the commit. If the commit is not to my liking, I "git reset --hard", improve my prompt and ask the AI to do the task again. I call this "prompt coding": https://www.gibney.org/prompt_coding This way, there is no interaction between my coding environment and the AI at all. Just like working…

> Nowadays, it is better to write prompts Very big doubt . AI can help for a few very specific tasks, but the hallucinations still happen, and making things up (especially APIs) is unacceptable.

> but the hallucinations still happen, and making things up (especially APIs) is unacceptable.

The new models are much better at reading the codebase first, and sticking to "use the APIs / libraries already included". Also, for new libraries there's context7 that brings in up-to-date docs. Again, newer models know how to use it (even gpt5-mini works fine with it).

Re: Agent Client Protocol (ACP)

#16
post #10

I'm fine with treating AI like a human developer: I ask AI to write a feature (or fix a bug, or do a refactoring) and then I read the commit. If the commit is not to my liking, I "git reset --hard", improve my prompt and ask the AI to do the task again. I call this "prompt coding": https://www.gibney.org/prompt_coding This way, there is no interaction between my coding environment and the AI at all. Just like working…

> Nowadays, it is better to write prompts Very big doubt . AI can help for a few very specific tasks, but the hallucinations still happen, and making things up (especially APIs) is unacceptable.

In languages with strong compile-time checks (like say rust) the obvious problems can mostly be solved by having the agent try to compile the program as a last step, and most agents now do that on their own. In cases where that doesn't work (more permissive languages like python, or http APIs) you can have the AI write tests and execute them. Or ask the AI to prototype and test features separately before adding them to the codebase. Adding MCP servers with documentation also helps a ton.

The real issues I'm struggling with are more subtle, like unnecessary code duplication, code that seems useful but is never called, doing the right work but in the wrong place, security issues, performance issues, not implementing the prompt correctly when it's not straight forward, implementing the prompt verbatim when a closer inspection of the libraries and technologies used reveals a much better way, etc. Mostly things you will catch in code review if you really pay attention. But whether that's faster than doing the task yourself greatly depends on the task at hand

Re: Agent Client Protocol (ACP)

#18
post #10

I'm fine with treating AI like a human developer: I ask AI to write a feature (or fix a bug, or do a refactoring) and then I read the commit. If the commit is not to my liking, I "git reset --hard", improve my prompt and ask the AI to do the task again. I call this "prompt coding": https://www.gibney.org/prompt_coding This way, there is no interaction between my coding environment and the AI at all. Just like working…

> Nowadays, it is better to write prompts Very big doubt . AI can help for a few very specific tasks, but the hallucinations still happen, and making things up (especially APIs) is unacceptable.

Hard disagree. LLMs are now incredibly good for any coding task (with popular languages).

Re: Agent Client Protocol (ACP)

#19
post #10

I'm fine with treating AI like a human developer: I ask AI to write a feature (or fix a bug, or do a refactoring) and then I read the commit. If the commit is not to my liking, I "git reset --hard", improve my prompt and ask the AI to do the task again. I call this "prompt coding": https://www.gibney.org/prompt_coding This way, there is no interaction between my coding environment and the AI at all. Just like working…

> Nowadays, it is better to write prompts Very big doubt . AI can help for a few very specific tasks, but the hallucinations still happen, and making things up (especially APIs) is unacceptable.

Do others here encounter that problem? I never do. I can't remember the last time I saw a hallucination in a commit.

Maybe it's because the libraries I use are made from small files which easily fit into the context window.

Post reply on HN