Category
개발 기록 · 전체 보기
Google이 OSS VRP의 제품 취약점 접수를 2026년 10월 1일부터 멈춘 이유는 AI가 보안 연구를 망쳐서가 아니라, 증거 없는 자동 제출의 검토 비용을 사람이 떠안게 됐기 때문이다. 제품 취약점과 공급망 취약점을 나누고, 작은 팀이 AI 보조 제보를 받을 때 필요한 재현·증거·라우팅 기준을 정리한다.
AI 답변에 내 링크가 보이면 다음에는 무엇을 확인해야 할까. 출처 노출과 답변 반영을 나눠 기록하는 관측표, GEO 원고의 실제 교정 예시, robots.txt 점검 순서를 정리한다. 인용 효과를 측정한 결과와 편집 가설도 구분한다.
Google이 AI Overviews·AI Mode 최적화 가이드를 공식화하면서 GEO의 기준이 더 분명해졌다. 별도 해킹보다 색인 가능한 정적 HTML, 고유 관점, 출처·통계·인용구, Search Console 측정 루프가 핵심이다.
SEO는 검색 순위 트릭이 아니라 검색엔진이 공개 웹페이지를 발견·크롤링·렌더링·인덱싱·평가하도록 만드는 웹 운영 기술이다. Discovery부터 SERP까지의 흐름을 기준으로 개발자와 콘텐츠 작성자가 무엇을 구현하고 어떻게 검증해야 하는지 정리한다.
Meta Muse는 질문에 답하는 챗봇보다 한 단계 더 나아가 웹 탐색, 앱 커넥터, 문서·이미지 생성, 구매·공유 전 승인, 백그라운드 모니터링을 묶는 개인 AI 에이전트다. 한국 출시일은 2026년 9월 22일 기준 공식 발표가 없으므로, 지금은 기능 접근보다 ‘어떤 일을 맡길 수 있게 쪼갤 것인가’와 권한 설계를 준비해야 한다.
Google AI Agents Challenge 상위 제출작에서 반복된 네 가지 패턴을 개발자 눈높이로 풀었다. bidirectional MCP, event-driven concurrency, same-bar fallback, tiered routing을 작은 서비스에 어떻게 적용할지 정리한다.
Cloudflare Python Workers가 WSGI/ASGI 웹 프레임워크를 지원하면서 Django, Flask, FastAPI, Starlette 앱을 엣지 Worker로 감쌀 수 있게 됐다. 무엇이 실제로 가능해졌고, 무엇은 아직 서버에 남겨야 하는지 쉽게 정리한다.
MCP 서버가 1만 7천 개를 넘었고, 개발자 70%는 2~7개를 동시에 붙여 쓴다. GitHub·Playwright·Context7·Supabase 같은 요즘 인기 MCP가 실제로 뭘로 쓰이고 왜 인기인지, 1인 개발자 관점에서 뭘 먼저 붙일지 정리했다.
2026 초 조롱받던 MCP(Model Context Protocol)가 하반기 사실상 표준이 됐다. 회의론의 실체와 부활 신호를 짚고, 여러 MCP 서버를 실무에 붙여보며 뭘 남기고 뭘 버렸는지 정리한다.
seonoh.dev 푸터의 공개 방문자 수를 GA4와 별개로 직접 셌다. 봇과 링크 미리보기로 부풀려진 조회수 대신, Cloudflare D1로 봇을 걸러 원본 IP 없이 정직하게 센 기록이다.
Astro로 정적 사이트를 짓고 Cloudflare Workers로 배포한 1인 운영 기록. 글을 데이터로 다루는 구조와 검색·AI 인용에 대비한 방법을 정리한다.
GEO는 AI 답변 인용을, SEO는 검색 순위를 노린다. 둘을 나눠 설계하는 법을 학습봇·검색봇 분리부터 엔티티·크롤러 검증까지 구현 순서로 정리한다.
멀쩡히 돌던 복합 쿼리가 배포 한 번에 failed-precondition으로 깨지는 이유와, Firestore 인덱스를 코드로 관리해 재발을 막는 방법을 사고 서사로 풀어봤어요.
2026년 7월 22일 밤 열리는 갤럭시 언팩을 앞두고, 공식 일정과 7월 16일 보도된 갤럭시 Z 폴드8·폴드8 울트라 유출 사양을 구분해 정리한다. 두 모델의 화면·카메라·배터리 차이와 아직 확인되지 않은 항목을 개발자 관점에서 짚는다.
Slack Events API 요청을 3초 안에 ACK하고 비동기 큐로 넘기는 구조를 설명한다. 이벤트 중복 방지, 429 재시도, stale 작업 복구와 사람 승인 경계까지 구현 순서대로 정리했다.
오픈AI가 공개한 새 음성 모델 GPT 라이브가 챗GPT 음성모드를 실시간 대화에 가깝게 바꿨다. 무엇이 달라졌는지, 내 계정에서 쓸 수 있는지, 켜는 법과 한계까지 실무 관점으로 정리한다.
혼자 일하며 반복 업무를 봇 1개가 아니라 역할이 나뉜 8개 Slack 봇과 검증 루프로 구조화했다. 단일 관문 설계와 자동화가 낸 사고에서 세운 완료 판정 기준까지 기록한다.
매일 메신저에 "점심 드실 분?"을 묻는 부담을 없애고 싶어 Flutter와 Firebase로 오늘뭐픽을 만들고 양대 스토어에 출시한 과정을 정리했다. 출시 이후 운영과 검증에서 배운 기준까지 기록한다.