Forwarded from face
face 팟캐스트 첫 에피소드가 공개되었습니다!
다 포기하고 하이닉스 풀매수 하신 분, 스테이블코인은 세계정부가 우리를 조종하려고 하는 기술이라고 하는 분, 비트코인은 시총 1위 자리를 내려놔야 한다고 하는 분, 세 명이 모여서 크립토와 21세기 금융에 대해서 떠들어봤습니다.
유튜브에서 시청하세요: https://youtu.be/S7NANB28uBQ
다 포기하고 하이닉스 풀매수 하신 분, 스테이블코인은 세계정부가 우리를 조종하려고 하는 기술이라고 하는 분, 비트코인은 시총 1위 자리를 내려놔야 한다고 하는 분, 세 명이 모여서 크립토와 21세기 금융에 대해서 떠들어봤습니다.
유튜브에서 시청하세요: https://youtu.be/S7NANB28uBQ
Forwarded from ordinary subinium
최근 Claude Code와 OpenAI Codex의 /goal을 번갈아 쓰면서 둘이 꽤 다르다는 것을 느끼고 있다. 루프엔지니어링이라기 보다는 그냥 바닐라 하네스에서 /goal을 쓰는 중.
goal 명세에 따라 달라지겠지만, 경험상 Claude Code는 조금 더 러프하고 open-ended 목표에 잘 맞았고, Codex는 검증 기준과 산출물 규격이 정해졌을 때 더 버티컬하게 파고들어 퀄리티 향상에 도움이 되었다. 왜 이런 차이가 날까? 그래서 공식 문서를 좀 뜯어봤다.
먼저 둘은 "완전히 다른 원리"라기보다 같은 추상 루프를 다르게 구현했다. 둘 다 멘탈 모델 자체는 [목표 설정 → 작업 → 확인 → 계속/종료]로 해석할 수 있다. 차이는 이 루프를 어떻게 관리하느냐다. 미리 결론 부터 이야기하면 공식 문서와 공개 코드 기준으로 보면 Claude Code는 작업자 + 별도 평가자 구조로 단순한 hook인 반면, Codex는 루프를 위한 정보 관리 구조가 더 뚜렷하다.
Claude Code의 /goal은 턴이 끝난 뒤 별도 평가자가 판단하는 구조로 문서에는 언급되어 있다. 더 정확하게는 "session-scoped prompt-based Stop hook의 wrapper라고 명시되어 있다. (언젠가 "다시" 오픈소스화가 된다면 실제로도 그런지 확인해보자) 목표에 맞게 기존 작업을 하고 나면, "작은 빠른 모델"이 goal 조건과 지금까지의 대화를 읽고 yes/no와 짧은 이유를 반환한다. 이 모델은 기본적으로 Haiku다. 여기서 Haiku 평가자가 도구를 직접 실행하거나 파일을 따로 읽지 않는다. 즉, 결과가 대화에 드러나야 Haiku가 판단할 수 있다. 다만 Haiku를 써본 사람이라면 알 것이다. 이걸 LLM Judge로 사용한다면, 똑똑하긴 해도 여전히 부족한 도구다. 그래서 성공 조건을 명확하게 하여야 평가 모델이 더 발산하거나, 잘못된 종료를 줄일 수 있다. 아니면 모델을 바꿀 수도 있는데, 또는 슬롯 머신처럼 발산을 원한다면 그것도 뭐 빌더의 역할이 아닐까 싶기도.
Codex도 비슷하게 근거를 보고 종료 조건을 판단한다. (Claude가 어떻게 구현했는지는 몰라도) Codex는 깃헙에 공개된 오픈소스를 뜯어보면 코드에서 보이는 구성은 다르다. Codex의 goal은 단순히 프롬프트에 붙는 문장이 아니라 "현재 작업 흐름에 저장되는 목표 상태"로 다뤄진다. 실제 app-server 문서에는 thread/goal/set, thread/goal/get, thread/goal/clear가 있고, goal 객체에는 objective, status, tokenBudget, tokensUsed, timeUsedSeconds 같은 필드가 있다. 또 코드에는 모델이 goal을 다루기 위한 get_goal, create_goal, update_goal 도구가 정의되어 있고, 실행 루프에는 턴 시작, 도구 완료, 턴 종료, 유휴 시 continuation, 사용량 제한 같은 이벤트가 있다. 즉 Codex는 /goal을 이어가고 판단하기 위해 goal 상태, 사용량, 도구 호출, 턴 종료, 중단 조건 같은 실행 맥락을 더 구조적으로 관리한다.
더 뜯어보면 Codex repo 안에 goal continuation prompt도 직접 들어 있다. 이 프롬프트는 "active thread goal을 계속하라", "목표를 더 작고 쉬운 것으로 재정의하지 마라", "현재 worktree와 외부 상태를 근거로 삼아라". 그리고 완료 전에는 파일, 명령 결과, 테스트, 로그, 실행 상태 같은 근거로 요구사항별 감사를 하라고 한다. 증거가 약하거나 일부만 맞으면 complete로 표시하지 말고 계속 작업하라는 것. 즉 Codex의 /goal은 단순 확인의 반복보다는 목표 상태, 도구 호출, 예산, 막힘 판단, 완료 감사가 묶인 근거 기반 실행 루프에 가깝다. 그래서인지 /goal에서 "막혔을 때 다음 전략 및 행동"을 명시해주면 훨씬 더 좋은 결과로 이어진다. 그리고 아무리 많은 정보를 수합하더라도 이것도 마찬가지로 LLM Judge이기에 여전히 goal은 명확하고 AI가 판단할 수 있는 범위가 무엇인지 아는 것이 중요하다.
loop engineering의 핵심은 결국 LLM Judge를 얼마나 잘 설계하고, 얼마나 judgeable한 goal을 주느냐에 달려 있다.
goal 명세에 따라 달라지겠지만, 경험상 Claude Code는 조금 더 러프하고 open-ended 목표에 잘 맞았고, Codex는 검증 기준과 산출물 규격이 정해졌을 때 더 버티컬하게 파고들어 퀄리티 향상에 도움이 되었다. 왜 이런 차이가 날까? 그래서 공식 문서를 좀 뜯어봤다.
먼저 둘은 "완전히 다른 원리"라기보다 같은 추상 루프를 다르게 구현했다. 둘 다 멘탈 모델 자체는 [목표 설정 → 작업 → 확인 → 계속/종료]로 해석할 수 있다. 차이는 이 루프를 어떻게 관리하느냐다. 미리 결론 부터 이야기하면 공식 문서와 공개 코드 기준으로 보면 Claude Code는 작업자 + 별도 평가자 구조로 단순한 hook인 반면, Codex는 루프를 위한 정보 관리 구조가 더 뚜렷하다.
Claude Code의 /goal은 턴이 끝난 뒤 별도 평가자가 판단하는 구조로 문서에는 언급되어 있다. 더 정확하게는 "session-scoped prompt-based Stop hook의 wrapper라고 명시되어 있다. (언젠가 "다시" 오픈소스화가 된다면 실제로도 그런지 확인해보자) 목표에 맞게 기존 작업을 하고 나면, "작은 빠른 모델"이 goal 조건과 지금까지의 대화를 읽고 yes/no와 짧은 이유를 반환한다. 이 모델은 기본적으로 Haiku다. 여기서 Haiku 평가자가 도구를 직접 실행하거나 파일을 따로 읽지 않는다. 즉, 결과가 대화에 드러나야 Haiku가 판단할 수 있다. 다만 Haiku를 써본 사람이라면 알 것이다. 이걸 LLM Judge로 사용한다면, 똑똑하긴 해도 여전히 부족한 도구다. 그래서 성공 조건을 명확하게 하여야 평가 모델이 더 발산하거나, 잘못된 종료를 줄일 수 있다. 아니면 모델을 바꿀 수도 있는데, 또는 슬롯 머신처럼 발산을 원한다면 그것도 뭐 빌더의 역할이 아닐까 싶기도.
Codex도 비슷하게 근거를 보고 종료 조건을 판단한다. (Claude가 어떻게 구현했는지는 몰라도) Codex는 깃헙에 공개된 오픈소스를 뜯어보면 코드에서 보이는 구성은 다르다. Codex의 goal은 단순히 프롬프트에 붙는 문장이 아니라 "현재 작업 흐름에 저장되는 목표 상태"로 다뤄진다. 실제 app-server 문서에는 thread/goal/set, thread/goal/get, thread/goal/clear가 있고, goal 객체에는 objective, status, tokenBudget, tokensUsed, timeUsedSeconds 같은 필드가 있다. 또 코드에는 모델이 goal을 다루기 위한 get_goal, create_goal, update_goal 도구가 정의되어 있고, 실행 루프에는 턴 시작, 도구 완료, 턴 종료, 유휴 시 continuation, 사용량 제한 같은 이벤트가 있다. 즉 Codex는 /goal을 이어가고 판단하기 위해 goal 상태, 사용량, 도구 호출, 턴 종료, 중단 조건 같은 실행 맥락을 더 구조적으로 관리한다.
더 뜯어보면 Codex repo 안에 goal continuation prompt도 직접 들어 있다. 이 프롬프트는 "active thread goal을 계속하라", "목표를 더 작고 쉬운 것으로 재정의하지 마라", "현재 worktree와 외부 상태를 근거로 삼아라". 그리고 완료 전에는 파일, 명령 결과, 테스트, 로그, 실행 상태 같은 근거로 요구사항별 감사를 하라고 한다. 증거가 약하거나 일부만 맞으면 complete로 표시하지 말고 계속 작업하라는 것. 즉 Codex의 /goal은 단순 확인의 반복보다는 목표 상태, 도구 호출, 예산, 막힘 판단, 완료 감사가 묶인 근거 기반 실행 루프에 가깝다. 그래서인지 /goal에서 "막혔을 때 다음 전략 및 행동"을 명시해주면 훨씬 더 좋은 결과로 이어진다. 그리고 아무리 많은 정보를 수합하더라도 이것도 마찬가지로 LLM Judge이기에 여전히 goal은 명확하고 AI가 판단할 수 있는 범위가 무엇인지 아는 것이 중요하다.
loop engineering의 핵심은 결국 LLM Judge를 얼마나 잘 설계하고, 얼마나 judgeable한 goal을 주느냐에 달려 있다.
Forwarded from 크립토메이지
Stacy in Dataland (´⊙~⊙`)
Coinbase "system upgrade" adds tokenized stocks, options, AI advisor, and B20 standard – Link Coinbase announced a broad product expansion, spanning tokenized stock trading, pre-IPO perpetual contracts, crypto and equity options, and more. • SEC-registered…
Coinbase의 '시스템 업그레이드'는 토큰화된 주식, 옵션, AI 어드바이저, B20 표준을 추가합니다 – 링크
Coinbase는 토큰화된 주식 거래, IPO 전 영구 계약, 암호화폐 및 주식 옵션 등을 포함하는 광범위한 제품 확장을 발표했습니다.
• SEC 등록 AI 투자 자문사
• 미국 및 국제 플랫폼 간의 글로벌 통합 유동성
• 암호화폐 지원 모기지
• Base의 B20 토큰 표준을 통한 체인 상 자산 토큰화
이유는: 이것은 광범위한 규제된 거래소 확장이며, B20 표준과 토큰화된 주식 제공은 베이스의 체인 상 자본 시장을 가속화할 수 있습니다.
Coinbase는 토큰화된 주식 거래, IPO 전 영구 계약, 암호화폐 및 주식 옵션 등을 포함하는 광범위한 제품 확장을 발표했습니다.
• SEC 등록 AI 투자 자문사
• 미국 및 국제 플랫폼 간의 글로벌 통합 유동성
• 암호화폐 지원 모기지
• Base의 B20 토큰 표준을 통한 체인 상 자산 토큰화
이유는: 이것은 광범위한 규제된 거래소 확장이며, B20 표준과 토큰화된 주식 제공은 베이스의 체인 상 자본 시장을 가속화할 수 있습니다.
X (formerly Twitter)
Coinbase 🛡️ (@coinbase) on X
We started as a place to buy Bitcoin, now we power your entire financial life.
Here’s everything we announced today ↓
→ Tokenized Stocks
→ Pre-IPO Perps
→ Stock options
→ Crypto options
→ Perpet…
Here’s everything we announced today ↓
→ Tokenized Stocks
→ Pre-IPO Perps
→ Stock options
→ Crypto options
→ Perpet…
Base 체인에서 가장 먼저 발급되는 B20은 코인베이스에나 서클에나 베이스체인에나 어떤 면으로든 가장 중요한 토큰이 될 확률이 높음
그리고 B20 은 발행하려면 무조건 거쳐야만 하는 컨트렉트가 있음
그렇다면 잘 노려서 스나이핑을 한다면?
그리고 B20 은 발행하려면 무조건 거쳐야만 하는 컨트렉트가 있음
그렇다면 잘 노려서 스나이핑을 한다면?
Forwarded from ㈜ 청년열정마라두바이쫀득민트초코손맛푸드
GUM은 'Global Universal Market'의 줄임말로... (후략)
https://x.com/gumonchain/status/2074146468777320839
Please open Telegram to view this post
VIEW IN TELEGRAM
Forwarded from 캘빈의 감금원
정확히는 봉크다오의 메타데이터를 Sowellian BonkDAO로 교체하고, 다오가 들고있던 토큰 전체를 다른 주소로 옮기는 프로포절. Yes 투표에 들어간게 4M정도니 거버넌스 공격이 맞는거같긴 한데..
프로포절 내용이 뭐 아무것도 안숨기고 대놓고 공격인데 뭐지 싶네요..
프로포절 내용이 뭐 아무것도 안숨기고 대놓고 공격인데 뭐지 싶네요..
Forwarded from 크립토메이지
Arcus가 Robinhood Crypto의 투자를 다시 한번 공식 확인했습니다.
"Robinhood는 궁극의 블록체인을 만들고 있고, Arcus는 최고의 DEX를 만들고 있다. 이제 시작일 뿐이다."
Arcus 가이드
사실 dYdX랑 아비트럼이 에드작 시대를 열었다고 봐도 되죠. 로빈후드 투자받은 OG 에드작이라...
"Robinhood는 궁극의 블록체인을 만들고 있고, Arcus는 최고의 DEX를 만들고 있다. 이제 시작일 뿐이다."
Arcus 가이드
사실 dYdX랑 아비트럼이 에드작 시대를 열었다고 봐도 되죠. 로빈후드 투자받은 OG 에드작이라...
사카밤바스피스 낙서장
Base 체인에서 가장 먼저 발급되는 B20은 코인베이스에나 서클에나 베이스체인에나 어떤 면으로든 가장 중요한 토큰이 될 확률이 높음 그리고 B20 은 발행하려면 무조건 거쳐야만 하는 컨트렉트가 있음 그렇다면 잘 노려서 스나이핑을 한다면?
Telegram
그냥 꼬맹
Robinhood에 유동성이 몰리고있지만 B20도 준비합시다 (추 후 ARC 까지 재료 공부)
https://x.com/basezh/status/2070252933044903977?s=20
B20 Docs : https://docs.base.org/base-chain/specs/upgrades/beryl/b20
B20 스나이핑 대쉬보드 관련 깃허브 : https://github.com/artuntan/b20snipe
(저는 이 구조 카피해서 대쉬보드…
https://x.com/basezh/status/2070252933044903977?s=20
B20 Docs : https://docs.base.org/base-chain/specs/upgrades/beryl/b20
B20 스나이핑 대쉬보드 관련 깃허브 : https://github.com/artuntan/b20snipe
(저는 이 구조 카피해서 대쉬보드…
Forwarded from 싸이버트럭
사카밤바스피스 낙서장
정말 놀라운 사실 하나 아스터로이드는 몇 시간 전에 아스터에 상장을 했다 ASTER X ASTEROID
아스터로이드랑 전개가 비슷하네
아스터로이드는 가고 더 갔던 거 같은데 이것도 비슷하려나?
아스터로이드는 가고 더 갔던 거 같은데 이것도 비슷하려나?
Forwarded from 코스모스 생태계 에어드랍 소개
Forwarded from buja's Quest (Buja_Quest (된다아)🧸)
👼 Mission 4: 여러분의 Renaiss SBT를 소개해주세요!
Renaiss에는 다양한 SBT가 있습니다. 현재 보유하고 있는 SBT 중 가장 마음에 드는 SBT를 소개하고, 앞으로 가장 갖고 싶은 SBT도 함께 공유해주세요.
예시
가장 좋아하는 SBT: Community Battle Winner
가장 갖고 싶은 SBT: S Braker
•Trainer 미션 제출 기간
6월 29일 오후 9시 30분 ~ 7월 12일
Please open Telegram to view this post
VIEW IN TELEGRAM
Forwarded from ㈜ 청년열정마라두바이쫀득민트초코손맛푸드