글

free-claude-code로 Ox Alpha 실전 사용: 실제 프로젝트 코드 품질은 6/10이었다

이미지
이 글을 읽으면 얻을 수 있는 것 무료 Ox Alpha가 실제 프로젝트 코드까지 맡길 만한지 확인했다. 구조·타입·보안은 괜찮았지만 핵심 알고리즘과 운영 경계 조건은 부족했다. GPT-5.6 Sol의 실제 코드 리뷰 점수는 6/10이었다. 공개 평판과 한 프로젝트의 검증 결과를 구분해 판단할 수 있다.

Claude Code vs Codex vs Antigravity 비교: 2026년 AI 코딩 에이전트 무엇을 선택할까?

이미지
이 글을 읽으면 얻을 수 있는 것 Claude Code, Codex, Antigravity 중 무엇을 선택해야 할까? Claude Code는 개발자가 워크플로를 세밀하게 통제하는 방식에 강점이 있다. Codex는 CLI·IDE·App·Cloud를 연결하는 통합 워크플로가 특징이다. Antigravity는 여러 에이전트를 동시에 운영하는 agent-first 접근이 두드러진다. 최신 사용자 후기를 보면 하나의 제품보다 주력 에이전트와 보조 에이전트를 조합하는 방식이 현실적이다.

클로드 Gmail 연동 방법: 이메일 분류·요약·답장 자동화

이미지
매일 아침 Gmail을 열면 읽지 않은 메일부터 확인했다. 중요한 메일인지 판단하고, 긴 대화를 다시 읽고, 답장할 내용을 메모하다 보면 실제 업무를 시작하기도 전에 시간이 꽤 지나갔다. 클로드(Claude)를 이메일 업무에 활용하고 싶었지만, 메일 원문을 매번 복사해 붙여 넣는 방식은 오래가지 못했다. 한두 통은 괜찮았지만 메일이 많아질수록 Gmail과 클로드를 오가는 일이 새로운 업무가 됐다. 그래서 Gmail을 클로드에 직접 연결해봤다. 흔히 ‘Gmail MCP’라고 부르기도 하지만, 일반 사용자가 MCP 서버를 직접 설치할 필요는 없었다. Claude에 기본 제공되는 Google Workspace 커넥터 에서 Gmail 계정을 연결하면 됐다. 연결 후 가장 크게 달라진 점 답장 문장을 빨리 쓰는 것보다, 오늘 무엇부터 처리해야 하는지 찾는 시간 이 줄었다.

Codex와 함께 만든 실시간 칸반 보드: DESIGN.md부터 Supabase, Vercel 배포까지

이미지
이 글을 읽으면 얻을 수 있는 것 디자인을 잘 모르는 개발자가 DESIGN.md 로 AI 생성 UI의 기준을 잡은 과정 Supabase Auth·Realtime·RLS를 MVP에 연결하며 확인한 실무 포인트 Codex와 함께 구현부터 Vercel 배포까지 마무리한 경험 최근 AI 코딩 도구를 활용해 스터디와 소규모 프로젝트에서 사용할 수 있는 칸반 보드 웹 애플리케이션을 만들어 보았다. 프로젝트 이름은 Orbit Board 다. 이번 프로젝트에서는 특별한 개발 하네스나 복잡한 자동화 환경을 별도로 구성하지 않았다. 대신 shadcn.io의 Linear 디자인 페이지 에서 제공하는 마크다운을 복사한 뒤, Next.js 프로젝트 최상위에 DESIGN.md 파일을 만들어 그대로 붙여 넣었다. 그리고 Codex가 개발을 시작하기 전에 이 문서를 읽어 전체 화면에 일관되게 적용하도록 했다. 기술 스택으로는 Next.js, TypeScript, Tailwind CSS, shadcn/ui 스타일의 컴포넌트와 함께 Supabase를 사용했다. Supabase는 주변에서 많이 사용하는 서비스라 한 번 제대로 경험해 보고 싶었다. 처음에는 단순히 PostgreSQL 데이터베이스를 편하게 사용할 수 있는 서비스 정도로 생각했지만, 실제로 사용해 보니 인증, Realtime, 서버 함수, 보안 정책까지 애플리케이션의 백엔드 전반을 담당할 수 있었다. 특히 Row Level Security, 즉 RLS를 적용하면서 “로그인했는가?”만 확인하는 것과 “이 사용자가 이 데이터에 접근할 권한이 있는가?”를 데이터베이스 단계에서 보장하는 것은 완전히 다른 문제라는 사실을 배웠다. ...

“클로드 워터마크는 AI 글을 어떻게 알아낼까? 복붙·맞춤법 수정도 탐지될까

이미지
이 글을 읽으면 알 수 있는 것 Claude 워터마크가 실제로 무엇인지 숨겨진 문자 없이 AI 글을 구별하는 원리 2026년 8월 14일 Anthropic이 추가 공개한 내용 복사·붙여넣기나 수정 후에도 남는 이유 “Claude가 썼다”와 “Claude가 관여했다”의 차이 요즘 Claude를 사용하면서 가장 신경 쓰이는 변화 중 하나가 AI 워터마크 다. 처음 이 이야기를 들었을 때 나는 이미지 워터마크처럼 텍스트 안에 보이지 않는 특수문자라도 들어가는 줄 알았다. 그래서 “메모장에 붙여 넣었다 다시 복사하면 없어지는 것 아닌가?”라는 생각도 했다. 그런데 Anthropic이 공개한 방식은 완전히 달랐다. Claude 워터마크는 숨겨진 문자를 삽입하는 방식이 아니다. Claude가 문장을 생성하면서 선택하는 단어 자체에 통계적인 패턴을 남긴다. 8월 11일 전후 Claude 지원 문서를 통해 전체적인 적용 계획이 알려졌고, 8월 14일에는 Anthropic이 작동 원리와 한계를 보다 구체적으로 설명했다.

AI Agent Skill 170만 설치 공격, SKILL.md가 새로운 공급망 공격이 된 이유

이미지
3줄 요약 ① AI Agent용 Skill을 노린 새로운 공급망 공격이 실제로 등장했습니다. ② Zenity Labs가 추적한 한 악성 Skill 계열은 누적 170만 건 이상의 설치 를 기록했습니다. ③ 이제 SKILL.md는 단순 문서가 아니라 Agent의 행동을 바꿀 수 있는 공급망 구성요소 로 봐야 합니다. 최근 Codex나 Claude Code에서 Skill을 사용하면서 꽤 편하다는 생각을 했습니다. 반복해서 설명하던 작업 방식을 SKILL.md 에 넣어두면 Agent가 필요할 때 읽고 활용할 수 있기 때문입니다. 그런데 이 편리함을 보안 관점에서 뒤집어 보면 꽤 무섭습니다. 내가 작성하지 않은 Skill을 설치한다는 것은, 모르는 사람이 작성한 지시문을 내 AI Agent에게 읽히는 것과 비슷합니다. 2026년 8월 Black Hat USA에서 공개된 Zenity Labs의 연구는 이 문제가 이미 현실의 공격으로 넘어왔음을 보여줬습니다. 특히 연구진이 추적한 한 악성 Skill 계열은 누적 설치 횟수가 170만 건을 넘었습니다. 다만 170만 명이 해킹당했다는 뜻은 아닙니다. 공개된 수치는 aggregate installs, 즉 누적 설치 횟수 이며 실제 피해자 수는 확인되지 않았습니다. Agent Skill이 왜 공격 대상이 됐을까? Agent Skill이란? AI Agent에게 특정 업무를 수행하는 방법을 알려주는 재사용 가능한 지침과 관련 파일의 묶음입니다. 스마트폰에 기능을 추가하는 앱과 비슷하다고 생각하면 쉽습니다. 문제는 AI Agent가 일반 챗봇과 다르다는 것입니다. 코딩 Agent는 상황에 따라 파일을 읽고 명령어를 실행하고 Git을 조작하거나 외부 서비스와 통신할 수 있습니다. Skill ↓ AI Agent ↓ 파일 / Shell / Network ↓ 실제 개발환경 공격자는 바로 이 연결고리를 노립니다. 170만 설치 공격은 어떻게 이루어졌나 단계 공격 ...

AI Coding Agent 시대의 Git 활용법

AI Coding Agent 시대에는 Git을 어떻게 써야 할까? Claude Code, Codex, GitHub Copilot 같은 coding agent를 본격적으로 사용하기 시작하면 Git의 역할도 바뀐다. Git은 더 이상 완성된 코드를 저장하는 도구에 그치지 않고, 에이전트의 작업을 격리하고, 중간 상태를 저장하고, 결과를 검증하고, 사람의 승인까지 연결하는 제어 시스템 이 된다. 가장 실전적인 패턴을 한 줄로 줄이면: Task → 독립 Worktree/Branch → 작은 Commit → Diff/Test → PR → Review → Merge 1. Agent 하나에 Worktree 하나를 준다 여러 agent를 동시에 실행할 때 가장 먼저 생기는 문제는 모델 성능이 아니라 working directory 충돌 이다. 한 agent가 파일을 수정하는 동안 다른 agent가 같은 파일을 다시 읽거나 수정하면 작업 중간 상태 자체가 오염된다. 그래서 Anthropic의 Claude Code 가이드와 여러 실사용 사례에서 반복해서 등장하는 것이 git worktree 다. 하나의 Git 저장소를 공유하되 실제 작업 디렉터리는 분리한다. git worktree add ../repo-agent-auth -b agent/auth-refactor main git worktree add ../repo-agent-tests -b agent/add-tests main git worktree add ../repo-agent-ui -b agent/dashboard-ui main repository │ ├─ main checkout │ ├─ ../repo-agent-auth → Claude Code ├─ ...