검색 결과는 언제 다시 가져와야 할까
가게 업종은 다시 써도 되지만 오늘 영업시간은 다르다. DoorDash 사례에서 검색비와 근거의 갱신 기준을 따로 보는 방법.
가게 업종은 다시 써도 되지만 오늘 영업시간은 다르다. DoorDash 사례에서 검색비와 근거의 갱신 기준을 따로 보는 방법.
Google의 코딩 에이전트 분석으로 살펴본 오래된 TODO의 문제. 지금 고칠 버그, 남겨야 할 제약, 따로 둘 티켓을 구분하는 방법.
초보 개발자에게 답할 때, 오류의 이름만 말하는 데서 한 걸음 더 나아가 다음 입력과 관찰할 동작을 남기는 방법을 생각한다.
중복 키와 대소문자가 다른 필드부터 살펴보면, JSON 파서를 바꾸며 달라지는 API의 입력 약속이 보인다.
내 글이 AI 검색에서 발견됐으면 좋겠다. 그렇다고 내 글이 앞으로의 모델 학습에도 쓰였으면 좋겠다는 뜻일까. 비슷하게 들리지만 나는 이 두 질문을 따로 답하고 싶다. ‘AI 봇을 허용한다’는 짧은 말 안에 서로 다른 선택이 들어 있기 때문이다. OpenAI의 크롤러 안내에서는 OAI-SearchBot과 GPTBot을 구분한다. 전자는 ChatGPT 검색에서 웹사이트를 보여주기 위한 검색용 크롤러다. 후자는 모델 학습에 쓰일 수…
내 글이 AI의 답변에 인용됐다는 숫자가 보이면 일단 반가울 것 같다. 누군가 질문했고, 그 답을 만드는 데 내 글이 쓰였다는 뜻이니깐. 그런데 그 숫자를 방문자 수처럼 읽어도 될까. 여기서부터는 조금 천천히 보고 싶다. Microsoft는 2026년 2월 공개한 Bing Webmaster Tools의 AI Performance 안내에서 인용과 페이지별 인용 활동을 설명했다. 대상은 Microsoft Copilot과 Bing의 AI 답변, 일부…
파일 하나를 추가하면 AI가 내 글을 더 잘 찾아줄까. 블로그를 운영하는 입장에서는 꽤 솔깃한 이야기다. 글을 다시 읽고 고치는 것보다 설정 하나를 바꾸는 일이 훨씬 명확해 보이니깐. 다만 그 설정이 실제로 무슨 일을 하는지는 다른 문제다. Google의 AI 검색 최적화 안내에는 이 부분이 분명하게 적혀 있다. Google 검색의 AI 기능에 나오기 위해 llms.txt 같은 별도…
한 주를 돌아보려고 하면 다음 주에 할 일부터 떠오른다. 못 끝낸 것을 옮겨 적고, 조금 더 잘하겠다는 말을 붙이면 계획표는 금방 찬다. 그런데 그걸 회고라고 해도 될까. 지난주와 같은 목록을 더 그럴듯하게 쓰고 있는 건 아닐까.
영상 링크를 모으는 작은 도구부터 3D 라이브러리, 코드 검증 방식까지. 10월 말 소개된 자료 가운데 눈에 들어온 열 가지를 모았다. 금방 만들어냈다는 이야기보다 어떤 입력을 모으고 무엇을 남겼는지가 더 궁금해지는 소식들이다.
작은 제품을 하나 출시했다고 생각해 보자. 버튼을 눌렀고, 이제 누군가 들어오기만 하면 된다. 그런데 통계는 조용하다. 고칠 곳은 자꾸 보이는데, 이걸 지금 손대는 게 맞는지도 모르겠다. 출시 전에는 할 일이 그렇게 많더니 막상 공개하고 나면 뭘 봐야 할지 애매해지는 것이다.