Prospero, 더 문명화된 시대를 위한 새로운 코딩 하네스
Prospero: A new coding harness for a more civilized age
nullprogram.com에 올라온 Chris Wellons의 글로, AI 코딩 도구가 주류가 된 시대에 개발자가 코드를 직접 통제하는 방식을 다시 생각하게 하는 새로운 코딩 하네스 Prospero를 소개한다. Hacker News에서 화제가 되며 토론이 이어지고 있다.
Prospero: 더 문명화된 시대를 위한 새로운 코딩 하네스
HN 토론
117- nico
CLI 코딩 에이전트에 대한 잔소리:
많은 경우, 에이전트가 뭔가 작업하는 동안 내가 프롬프트를 입력하고 있는데, 갑자기 Y/N 옵션이 있는 질문이 떠서 실수로 단어의 일부로 Y/N을 입력해 "질문에 답변"하게 되어, 잘못된 방향으로 이끌거나 에이전트를 중지시키는 일이 많다.
Claude code도 Codex도 이 문제를 해결하지 못한다. 내가 찾은 유일한 방법은 다른 곳에 입력한 후 붙여넣는 것인데, 매우 짜증난다.
또한, 서로 다른 세션의 두 에이전트가 대화하게 하고 싶을 때, 꽤 엉성하다. 제대로 조정되기까지 몇 턴 동안 내가 둘 다와 대화하며 메신저 역할을 해야 한다. 그냥 어딘가를 클릭해서 두 개 이상의 세션을 연결/해제할 수 있으면 좋겠다.
Próspero가 위의 문제들을 해결하나요?
에이전트의 "swarm"/그룹 제어에 대한 계획이 있나요?
- brainless
GUI 코딩 에이전트를 보니 반갑네요. 저는 항상 TUI 에이전트를 사용하지만 GUI 에이전트를 만들고 있습니다. Claude Code, Codex, opencode 및 몇 가지 다른 것들을 사용하지만 DX/UX가 마음에 들지 않습니다.
종종 (에이전트의) 텍스트 벽의 일부를 클릭해서 관련 텍스트를 검색하거나, 옆에 열거나, 그렇게 하고 싶습니다. 링크된 파일을 열고 싶습니다. 여러 질문에 비동기적으로 답변하고, 다음 날 돌아와서 계속 답변하고 싶습니다.
원하는 프롬프트 수준 기능도 많습니다 - 하위 에이전트로 오케스트레이션하되, 내가 선택한 작업만 - 체크박스가 없을 때 어떻게 선택하나요? 또는 하위 에이전트를 위임하여 채팅 응답의 한 부분을 (읽기 전용으로) 파고들게 할 수도 있습니다. 작업 목록 중 하나의 작업만 (쓰기로) 코드화할 수도 있습니다. 정말 많고 많은 다른 작은 것들이 있습니다.
코딩 에이전트의 전업 사용자로서 TUI는 거의 저에게 맞지 않습니다. 텍스트 분할, 텍스트 검색, 텍스트 병합이 에이전트 주도 개발에서 그 어느 때보다 중요하다고 생각합니다. 모든 것이 텍스트, 끝까지 텍스트입니다. 이것이 제가 자체 GUI 프레임워크로 직접 만들고 있는 것입니다.
- bigbuppo
기술자들이 다른 곳에서 이름을 사용하고 있는지 확인하는 것을 잊어버리는 것에 지쳤습니다: http://www.prospero.org/
혼란을 일으키는 방법이군요.
이건 마치 새로운 나라를 세우고 프랑스라고 부르는 것과 같습니다.
- julesrms
거기서 하시는 일을 보니 좋네요. 하지만 30년 경력의 하드코어 C++ 베테랑(제 own C++ GUI 프레임워크인 https://juce.com 를 만들 정도)으로서 말씀드리면... 제가 코드 에이전트(https://github.com/juggler-ai/juggler)를 작성할 때 에이전트 GUI에 C++를 사용했을 리가 없습니다!
에이전트 UI는 모두 마크다운, HTML, 큰 스크롤 목록, 텍스트 흐름, 유니코드 문자 등 C++ 프레임워크가 형편없지만 HTML/CSS/JS에서는 식은 죽 먹기인 것들입니다.. 용감한 분이시네요!
- keyle
오늘날 많은 사람들이 어차피 자신만의 하네스를 만듭니다...
저도 만들었는데 opencode 리소스의 4%만 사용하고 비슷한 TUI 스타일입니다.
훌륭하다고 생각하며 모두가 자신만의 것을 만들어야 합니다.
- indigodaddy
작업 중인 앱/환경에 대한 로컬 샌드박싱/격리를 지원하나요? 그렇지 않다면 어쨌든 Prospero로 그런 것을 작동시키는 방법을 알아낼 수 있을 것 같은데요?
- x3haloed
좋아요, 개념적으로 정말 마음에 듭니다. 특히 효율적이고 헤드리스이며 연결 가능한 GUI라는 점이 좋습니다.
하지만 너무 독선적인 점이 마음에 들지 않습니다: "따라서 Prospero의 주요 설계 원칙: 영원히 기다리지 마라. 모든 작업에는 기한이 있다. 이 결정은 모든 것에 영향을 미친다."
그 의견은 존중하지만 공유하지 않으며, 따라서 그 의견을 중심으로 개발된 전체 코딩 하네스는 저에게 도움이 되지 않습니다.
- bensyverson
엄청나게 보조금을 받는 Claude 구독이 없었다면 사용할 수 있었을 멋진 하네스가 너무 많습니다.