정확히 말하자면, 매워서 남기는 군 > 안 맵게했는데도 왜 안되지? > 아 매운맛/순한맛을 나누자.
어 이번에는 왜 또 안 팔리지 > 아 쌀떡이라 안 팔리는구나 > 밀떡/쌀떡 선택지를 추가하자

그런데 이 수준의 사고를 AI가 자율적으로 하게하려면, AI로 다각도로 사고하도록 만들고, 그 사고하는 아키텍쳐(구조)의 세부사항을 잘 짜내야하는데
이러한 능력이 이 시대에서 엄청나게 중요하다고 생각하고 있습니다..

이런걸 계속해서 하다보면, 사람보다 더 나은 판단을 자율적으로 하는 시스템이 수립되지 않을까라고 생각해요

[VisionClaw : SmartGlass의 현재와 미래]

스마트글래스가 대중화된 시대에서는 우리는 어떤 삶을 살게 될까요?

우리는 이미 AI Agent를 24시간 야외에서도 텔레그램을 통해서 많은 일들을 명령하고, 작업하고 있습니다.

하지만, 이것이 스마트글래스로 옮겨간다면 엄청나지 않을까 싶습니다.

항상 이런건 먼저 빠르게 이루어내는 사람들이 있죠.

며칠전 텔레그램을 보다가 VisionClaw라는 것이 이미 존재한다는 것을 알게되었습니다.
VisionClaw는 스마트글래스에서 AI Agent들을 이용하며 다양한 작업들을 할 수 있게 해주는 도구입니다.
물론, 미래에 우리가 스마트글래스를 일반적으로 사용할 때 콕 집어 이것을 사용할지 여부는 잘 모르겠습니다.
다른 AI Agent 툴을 사용할 수도 있을 것이라고 생각합니다.

그래도, 어떤 것을 사용하건 AI Agent와 Smart Glasses가 합쳐진다면 아래와 같은 일들, 그리고 더 많은 일들이 가능해집니다.

안경을 쓰면, 내 앞의 사람이 하는 말과 실시간으로 내가 보는 시각을 AI가 분석하고 내 목적에 맞춰서 어떻게 말하고 행동해야할지..
협상을 해야할 때는 어떤 전략을 실시간으로 취해야할지 알려주고, 상대방의 표정이나 동작 등...을 분석하고
또, 동시에 코딩, 배달음식도 시키고, 메일도 보내고, 알아서 알람-알림도 주고, 필요한 작업들도 다 하는...
정말 일상에서의 밀접한 AI의 활용이 가능해질 것으로 보입니다.

AI Agent로 인해서 생산력이 말도 안 되게 증대되는 것을 항상 느끼고 있습니다...
상상하는 것이 며칠, 몇 달이면 출시되는 것을 느끼고 있다보니 매일매일이 새롭습니다..
앞으로가 기대될 수 밖에 없는 것 같습니다.

#AI #AI_Agent #VisionClaw #스마트글래스 #Smartglasses

[ 스마트글래스에 OpenClaw를 넣으면? ]

열흘정도된 소식이라 그냥 지나갈까 하다가 소통방에서의 요청도 있었고 오늘 오전 OpenClaw 대표의 OpenAI 합류 소식을 보면서 이 이야기를 한 번 다뤄야겠다는 생각이 들더라고요😉😉

✅ 영상 내용 간략 정리
- 메타의 Ray-Ban 글라스는 Gemini와 연결되어 있는데
- 여기에 OpenClaw까지 연동해서 활용하는 영상
- 내가 보는 제품을 AI가 같이 보고 있음
- '이 제품을 아마존 장바구니에 넣어줘'
- 하면 Gemini가 상황을 인식 한뒤 해당 호출을 OpenClaw가 실행하는 역할을 맡게 됨
- 사람이 검색하고 수량 넣고 클릭하는 행위를 에이전트가 하게 되는 셈

사실 저는 스마트폰이 점점 필요없는 세상이 올꺼라는 생각을 많이 하고 있는데 그 생각이 더 확실해지고 있습니다🚀

그리고 중국은 알리바바의 스마트글래스 Quark로 결제가 이뤄지는 상황까지 왔으며 여기에 에이전트까지 붙이면 뭐...🔥🔥

👉 원문 보기 👈

프롬프트 :

[프로덕트 설명] 을 만들고 싶은데 어떻게 구상해야할지 나한테 원하는 바들을 물어봐줘서 내가 선택하는 바를 따라서, 설계/구조를 설계해줘.

아이디어 넣고 구체화할 때 쓸만한듯합니다

OpenClaw 보안 관련해서든 뭐든 그냥 부정적으로 바라보는 시선에 대한 개인적인 생각

1. 일단 본인이 찾아보고 판단해야됨.
남들이 하는 말 듣고 판단하면 아무 의미가 없음.
카더라...를 믿는건 안 좋다...싶음

2. OpenClaw 보안적으로 위험할 수 있다는 말은 옳음.
하지만, 위험하니깐 그걸 개선하기 위해 노력해야하지 않나 싶음.
그걸 생각하고 개선해야...
본인이 할 생각 없고 다른 사람이 다 해결해놓으면 하겠다라는 생각은 우유부단하다고 생각함.

3. 사실 위험이라는 것은 항상 있음.
아예 위험이 0인 것은 존재하지 않음..
당장 밖에 나가는 것도 일종의 위험을 감수하는 일인데...
걸어다니다가 차에 치이거나, 전봇대가 넘어지거나, 번개 맞거나
하면 죽을 수 있는거임...

4. 너무 위험을 과대평가한다고 생각함.
격리해서 실행시키면 안전하게 좋은 도구로 활용할 수 있는데
너무 위험을 크게 본다고 봄.

5. 앞서나가기 위해.
위험을 감수해야지만, 앞서나갈 수 있는 기회를 얻을 수 있다고 생각함.

되게 우려가 많은 어떤 글들을 보면

인력거에서 자동차 시대로 넘어가는 과도기에
자동차 이거 시속 100키로로 달리다가 사고나서 죽으면 어떡하냐?
하는 그런 걱정을 보는 것 같음...

사실 그러면 걸어다녀야지... 인력거를 타던가

안 따라가고 도태되거나, 사고나서 죽거나...
사실 안 따라가고 도태되는건 서서히 안락사 당하는게 아닐까...
그럼 어차피 죽을거라면 사고날 위험을 감수하고라도 일단 해보는게
살 확률이 더 높지 않을까

근데 심지어 살 확률 + 성공할 확률까지 덤으로 주어짐..

이 흐름을 못 따라간다면
지금 기준으로 키오스크 잘 못다뤄서 밖에서 밥도 못 먹고, 스마트폰 잘 못 다루는 그런 어르신들처럼 되는게 아닐까 싶음..

도태되면 사는게 사는게 아니게 될듯한데...

일단 앞서나가고 싶으면, OpenClaw든 바이브코딩이든 AI든 일단 하는게 맞다라고 생각함.
앞서나가고 싶은 욕구가 없고, 그냥 도태되는게 아무런 상관이 없으면 굳이 할 필요가 없는 것도 사실임...

근데, 사실 당당하게 '나는 앞서나가고 싶지 않고, 도태되는 것을 의욕하는 중입니다.'라고 말하기는 어려우니 '이건 위험하니깐 안 쓰는게 좋습니다.', '이건 안 좋아요.' , '이렇게 쓰이면 위험하고, 불가능하고, 이건 안 좋고...' 이런 부정적인 얘기들을 늘여놓게 되는듯..

사실 따라가고 뭔가를 바꾸고 하는 일은 꽤나 노력이 들고, 힘겹고 적응해야하는 문제라 현실에 안주하고 노력하기 싫어하는 사람들은 어쩔 수 없이 도태될 수 밖에 없는 것 같음. 그러니 불평, 불만하게 되는 것 같음.. 자기 자신을 정당화하는 과정으로써...

근데 과연 인력거를 계속 타는게 좋은가...?
평생 인력거 타고, 평생 걸어만 다닐 수 있는가?

불가능하다는걸 인정하고, 바뀌려고 노력해야...
바뀌는 그 흐름에 적어도 맞춰서 움직여야...

살아남고, 앞서 나갈 수 있다고 생각함

근데 과연, AI나 이런 분야에서만 그런가...?
자율주행, 미래 기술, 생명공학 등등....

그냥 테크라고 불리는 어떤 진보적인 변화...
다들 이런 비관적이고, 불가능하다.

일반인들 기준에서는 뭐 그런 말이 자연스럽게 나오는듯
바뀌는게 두려운 것...아닐까 싶음..
지금과는 다른 상태에 있어야하고, 또 새로 적응해야하는 그게 두려운...

그래서, 항상 보면 내 눈에는 대단하고 이게 제대로 쓰이고 상용화되면
엄청날 것 같다고 생각하는데

사람들은 안 좋은 면을 먼저 보는 것 같음...

자율주행도...

사실 도입되면 엄청 좋은 기술인데
많은 사람들이

아예 사고 안 나는거 아니지 않냐
오류 날 수 있는거 아니냐
이거 사고나면 책임은 누가 지냐...
아예 완벽한 자율주행 체계는 불가능하다.

이런 부정적인 말을 너무 많이 늘여놨는데
이미 도입되는 흐름이라는건 다들 알거임...
미국에서는 이미 웨이모나 테슬라나 등등...
잘 쓰고 있으니..

심지어, 아직 완벽한 자율주행 체계가 된 것도 아닌데 잘 돌아가고 있음...

이런 것만 봐도 사람들의 비관론적 생각은 좋아보이진 않는듯..

그렇다고 비판적인 사고가 불필요한가?
그건 또 아니라고 생각함..

당연히 진보되고 문제를 해결하기 위해서는 필요한데
단순히 '비관적인 생각'만 하고
아 이건 나쁘니깐 외면해야지. 회피해야지. 하는 생각은

문제가 많은 것 같음..

AGI에 대한 개인적인 생각

AGI를 위해서는, 아니 적어도 장기적으로 안정적인 자기 개선적 구조를 가진 AI를 위해서는

1. 광범위한 데이터 수집 및 데이터 관리, 정제, 데이터 저장 및 활용
2. AI 모델의 context 증가
3. AI 모델 비용의 감소

이런게 필요하다고 생각하는데 아직은 멀었다고 생각합니다.
지금도 구현할 순 있지만, 문제가 좀 많다고 보입니다.

돈이 무한으로 있다면, 에이전트를 무한대로 병렬적으로 돌리면 사실상 무한 Context에 비슷하겠지만 그것도 어느정도 한계가 있고, 비효율이 있어서 개선은 필요하다고 생각합니다.

또한, AI를 위한 대도서관(모든 정보를 효율적으로 저장하고, 효율적으로 활용이 가능한 구조)와 실시간 현실의 시각, 청각 데이터가 실시간으로 데이터화 돼서 DB에 업데이트가 되어야한다고 생각합니다.

그 기반이 스마트 웨어러블이라고 생각하구요.

즉, 아직은 LLM은 웹에 있는 정보들만 파악해서 말합니다.

‘삼산동의 생활맥주 영업해?‘ 라고 말하면 인터넷 상의 정보를 확인해서 폐업 정보가 없다면 영업한다고 대답합니다.

하지만, 실제 데이터는 이와 상이합니다. AI는 실제 실시간 현실 데이터를 확인하지 못하기 때문에 폐업한 매장을 영업하는 매장이라고 말합니다.

하지만, 다른 사람이 스마트글래스를 끼고 그 주변을 지나갔다고 합시다.
그 데이터는 db에 저장됩니다.

AI는 위치정보와 시각정보를 기반으로 정보를 제공합니다. 해당 위치에서 시각정보들을 확인하여 폐업 여부를 확인합니다. 폐업한 것으로 보이면, 영업하지 않는다고 대답합니다.

즉, 현실과는 격리되어 인터넷에서만 사는 AI라는 한계를 극복하는 것입니다.

로보틱스와 결합하면 현실에 상호작용까지 가능합니다.
Physical AI의 미래를 생각해봅니다.

저는 꽤 중요하다고 생각하는 것이 DB와 physical AI, AI Agent, Personalized AI, Smart Device(wit AI) [스마트 글래스, 스마트 이어버즈 등...] 라고 생각합니다.

어쩌다보니 구글 프로덕트를 구글보다 조금 빠르게 공유드렸습니다. 구글 공식 홍보 영상과 참고 사항입니다.

- lyria 3 최신 모델 기반으로 생성한 음악임.

- 30초 캡은 유지한다

- 모든 노래에는 synthID 있을 예정

- 단순 텍스트 투 뮤직을 넘어서 이미지 또는 비디오를 넣으면 그 상황에 맞는 음악이 나옴.

- 현재 제공 되는 음악 언어는 8개, 한글이 그중 하나!

- 모바일 버전 커밍쑨! 지금은 웹만 가능

원본 링크

Openclaw에서 바로 쓸 수 있는 ㄹㅇ 짱짱 무료 트위터 API (api key 필요없음)

세상의 모든 지식은 트위터에 모이기 때문에, Openclaw가 자유롭게 지식을 습득하게 하려면 트위터를 접근하게 해 주는 건 매우 중요함.

공식 트위터 API는 귀찮고 비싸서 별별 3rd party 서비스를 다 써봤는데 오늘 드디어 제대로 된 놈을 찾은듯.

그것은 바로 FxTwitter. CF workers에 배포된 트위터 프록시?라는데 완전 무료에다가 안정성도 있음. 도대체 왜 무료입니까 너무 감사합니다.

트윗 URL 형식이 https://x.com/browomo/status/2024075205245534532 인데, 앞에 x.com을 api.fxtwitter.com으로만 바꿔주면 됨. https://api.fxtwitter.com/browomo/status/2024075205245534532 이런 식으로.

모르겠으면 그냥 문서 페이지 Openclaw한테 던져주고 해달라고 하삼. 이렇게 무료인데 잘 되는 서비스 처음봄.

워크플로우는 이렇게.
1. 트위터에서 흥미로운 내용을 찾을때마다 openclaw에 연결된 텔레그램 챗에 다 넘겨주기
2. openclaw 에이전트가 fxtwitter api를 사용하여 내용을 가져옴
3. 알아서 내용 공부 후 저장

트위터 때문에 삽질 오지게 했는데 오늘부터 바로 이거로 간다.

앞으로는 새로운 채널 @joeldailyai 에서 매일 간략하게 유용한 AI 정보 나눌 예정

실제로 할 수 있는 것들:

🔍 검색

• "AI agent lang:ko" 같은 키워드로 트윗 검색
• 인기순/최신순 선택 가능
• 한국어/영어/일본어 다 됨
👤 사람 찾기

• 아이디나 이름으로 유저 검색 → 프로필 정보(팔로워 수, 소개 등)
• 특정 유저의 최근 트윗 전부 가져오기
• 팔로워/팔로잉 목록 조회
📰 피드

• 홈 타임라인 (For You) 조회
• 실시간 트렌드 확인
🔗 트윗 분석 (FixTweet 조합)

• 트윗 링크 → 내용 + 미디어 + 반응 수 가져오기
• 그 트윗 쓴 사람의 다른 글도 조회

실사용 시나리오 예시:

• "AI 에이전트 관련 한국어 트윗 최신 10개 보여줘"
• "이 사람(@누구) 최근에 뭐 올렸어?"
• "지금 일본 트렌드 뭐야?"
• 채널 리라이터에서 트윗 링크 오면 → 자동으로 해당 유저 다른 글까지 분석
뭐 해볼래?

전체 구조

백휘 브라우저 (x.com 로그인 상태)
    │
    │ auth_token + ct0 쿠키 추출
    ▼
┌─────────────────────────────────────────┐
│  VPS (openclaw-baekhui-osaka)           │
│                                         │
│  ~/.openclaw/credentials/twitter/       │
│    └── cookies.json                     │
│         { auth_token, ct0 }             │
│                                         │
│  ┌───────────────┐                      │
│  │   twikit      │ ← Python 라이브러리    │
│  │  (Client)     │                      │
│  │               │                      │
│  │ cookies.json  │                      │
│  │ 로드 후 요청에  │                      │
│  │ 쿠키 자동 첨부  │                      │
│  └───────┬───────┘                      │
│          │                              │
│          │ HTTPS (쿠키 인증)              │
│          ▼                              │
│  api.twitter.com                        │
│  (Twitter 내부 GraphQL API)             │
│                                         │
│  ┌───────────────┐    30분마다           │
│  │ twitter-      │◄── systemd timer     │
│  │ cookie-check  │                      │
│  │ .sh           │──▶ 만료 시 TG 알림    │
│  └───────────────┘                      │
└─────────────────────────────────────────┘

핵심 원리

1. Twitter 웹 = 내부 API를 쓴다
x.com 웹사이트 자체가 api.twitter.com/graphql/... 엔드포인트를 호출함. 공식 API($100/월)가 아니라 웹이 쓰는 비공개 API를 그대로 갖다 쓰는 것.

2. 인증 = 쿠키 2개

• auth_token — 세션 토큰 (1년 유효)
• ct0 — CSRF 방지 토큰
이 2개를 HTTP 요청 헤더에 붙이면 Twitter 서버는 "브라우저에서 로그인한 유저"로 인식.

3. twikit이 하는 일

twikit Client
├── 쿠키 세팅 (auth_token, ct0)
├── Bearer 토큰 (하드코딩, 공개값)
├── 요청 헤더 조작 (User-Agent, x-csrf-token 등)
└── GraphQL 쿼리 → JSON 파싱 → Python 객체

Twitter 웹이 보내는 것과 동일한 요청을 재현. 서버 입장에서는 브라우저랑 구분 불가.

4. 왜 로그인 플로우는 막혔는데 API는 되나?

| 구분     | 엔드포인트                              | Cloudflare 보호  |
| ------ | ---------------------------------- | -------------- |
| 로그인    | twitter.com/i/onboarding/task.json | 엄격 (봇 탐지)      |
| API 호출 | api.twitter.com/graphql/...        | 느슨 (쿠키 인증만 확인) |

로그인은 웹사이트 자체(twitter.com)를 거치니까 Cloudflare가 TLS fingerprint까지 검사. API는 별도 서브도메인(api.twitter.com)이라 쿠키만 유효하면 통과.

5. 쿠키 인증으로 우회한 이유

정상 흐름:  로그인 → 쿠키 발급 → API 호출
                ↑
            여기서 Cloudflare 차단

우리 방법:  브라우저에서 직접 로그인 → 쿠키 복사 → API 호출
           (Cloudflare 우회)          (차단 없음)

6. 헬스체크 구조

systemd timer (30분)
    └── twitter-cookie-check.sh
            └── Python: client.get_user_by_screen_name('XBTWL_KR')
                    ├── 성공 → 무반응
                    └── 실패 → Telegram Bot API → 백휘에게 알림

요약: 공식 API 안 쓰고, 웹이 쓰는 비공개 API를 브라우저 쿠키로 인증해서 호출하는 구조. 비용 $0.

Gemini 3.1 출시

[ Gemini 3.1 Pro 출시 ]

요즘 제미나이 상태가 메롱했는데 새벽에 엄청난 소식을 공개하기 위한 빌드업(?)이었나 봅니다🙏🙏

드디어 Gemini 3.1 Pro가 출시됐어요🔥

✅ 업데이트 간략 정리
- 고급 추론 능력 기반의 고난이도 작업 수행에 최적화
- 대부분의 벤치마크에서 기존 경쟁사 모델을 모두 상회
- 기존 3.0 대비 추론 능력 2배 이상 향상
- ARC-AGI-2 벤치마크 기준 77.1% 기록
- 그래픽 및 시뮬레이션(SVG예시 영상) 생성 능력 강화

제미나이의 업데이트 이후 다음은 누가 새로운 모델 공개하려나😉

👉 원문 보기 👈