여기서 은행가들의 반복적인 개발 과정은 흥미롭습니다. 2024년에 순수한 "ABI -> 거래" 방식으로 시작했지만, 100번 실행했을 때 거래 결과의 변동성이 너무 커서 큰 금액(특히 입금/출금보다 복잡한 기능의 경우)을 맡기기에는 신뢰할 수 없다는 것을 알게 되었습니다. 결국 에이전트가 스스로 정의하고 반복할 수 있는 거래 구축 언어를 제공했고, 이 부분에서 큰 성공을 거두었습니다. 하지만 어떤 경우에 기술이 필요하고 어떤 경우에 언어/코드가 필요한지, 그리고 각각의 최소 버전은 무엇인지에 대해 생각해 보는 것은 여전히 흥미롭습니다.
이 기사는 기계로 번역되었습니다
원문 표시
deployer
@0xDeployer
03-13
skill files changed the game in terms of what LLMs are capable of out of the box. one could argue that builders won't need to fine tune these models, but can just use skills as frontier models continue to become more powerful.
i think this same pattern could be applied for self
Twitter에서
면책조항: 상기 내용은 작자의 개인적인 의견입니다. 따라서 이는 Followin의 입장과 무관하며 Followin과 관련된 어떠한 투자 제안도 구성하지 않습니다.
라이크
즐겨찾기에 추가
코멘트
공유
