전체 글118 설치부터 누르기 전에: GitHub Trending 5개의 실패 지점 지도 새 오픈소스 README를 열면 Quick Start의 설치 명령이 가장 먼저 눈에 들어온다. 그런데 첫 명령이 잘 실행됐다고 그 도구를 쓸 수 있는 건 아니다. 샌드박스가 없어 검증을 멈추거나, 권한 설정에서 막히거나, 며칠 뒤 백업과 운영 책임이 한꺼번에 드러날 수 있다.이번 글은 직접 사용한 후기가 아니다. 2026년 9월 21일 10:04 KST GitHub Trending daily 화면을 관측하고, 각 프로젝트의 공식 README를 읽어 정리한 큐레이션이다. 그 시점에 표시된 stars today는 후보를 찾는 보조 신호로만 봤다. 아래 순서는 인기 순위도, 추천 우열도 아니다.관측 화면에는 security-audit-skill 2,428, Cua 1,018, Coder 379, json-re.. 2026. 9. 21. AI 답변 출처 확인 3단계: ChatGPT·Claude·Gemini 공식 문서 기준 AI가 정리해준 문장을 보고서에 붙여넣기 직전, 이거 맞나 싶어 손이 멈출 때가 있다.그 순간에 정확히 뭘 확인해야 하는지를 ChatGPT·Claude·Gemini 공식 도움말에서 찾아 세 단계로 정리했다. 문장 대조, 발행일, 출처의 성격 순이다.사실 이 글은 다른 계획으로 시작했다. 세 서비스의 출처 확인 기능을 정리해 소개하려고 했다.그런데 당연히 넣을 줄 알았던 항목 하나가 공식 문서에서 확인되지 않았다.Gemini 답변 아래에 있던 더블체크 버튼. 초록색과 주황색으로 문장을 칠해준다는 그 기능 말이다. 나는 그게 있다고 알고 있었는데, 오늘 확인한 공식 지원 페이지에는 그 설명이 없었다.기능이 없어졌다는 뜻은 아니다. 내가 확인한 건 "현행 공식 문서에서 찾지 못했다"까지이고, 제품에서 빠졌는지.. 2026. 9. 17. GitHub Actions로 오래된 이슈 주간 리포트 자동화하기 열린 이슈가 쌓이면 개수보다 ‘마지막 업데이트가 멈춘 이슈가 무엇인지’가 더 궁금해진다. 이 목록을 매주 직접 훑는 대신, GitHub Actions가 14일 이상 업데이트되지 않은 이슈만 골라 실행 요약에 남기게 해보자.결론부터 말하면 schedule과 actions/github-script를 함께 쓰면 된다. issues: read만 허용하고, 열린 이슈에서 PR과 최근 업데이트 항목을 제외한 뒤 Job summary에 목록을 쓴다.이 글은 실제 운영 결과를 바탕으로 한 사용기가 아니라, GitHub 공식 문서와 GitHub가 관리하는 actions/github-script 문서를 바탕으로 구성한 예제다. 직접 적용할 때는 첫 수동 실행으로 권한과 결과를 반드시 확인해야 한다.이번 워크플로가 만드는 .. 2026. 9. 16. 이번 주 AI 뉴스 3개: Data agent, AI 악용 대응, Copilot Auto 2026년 9월 9~15일 AI 뉴스에서 ChatGPT Work Data agent, Anthropic의 AI 악용 대응 보고서, GitHub Copilot Auto 변경을 골랐다. 발표 성격은 서로 다르지만, 실제 도입 전에 확인할 조건이 분명한 소식들이다. 처음에는 새 기능이 어디까지 일을 대신하는지만 봤다. 공식 자료를 나란히 읽고 나니 질문이 달라졌다. 누가 데이터 접근을 허용하는지, 어떤 행동을 탐지하는지, 비용과 품질 기준을 어디서 정하는지를 먼저 봐야 했다. 자동화의 범위가 넓어져도 통제는 사라지지 않는다. Data agent는 접근 권한, Anthropic은 탐지와 차단, Copilot Auto는 라우팅 우선순위에서 사람이 개입한다. 9월 10일 — ChatGPT Work Data agen.. 2026. 9. 15. GitHub Trending 오픈소스 5개, 별보다 먼저 본 실행 조건 GitHub Trending을 열면 star 숫자가 먼저 보인다. 하지만 오늘 바로 실행할 저장소와 디스크부터 비워야 할 저장소를 같은 숫자로 비교할 수는 없다. 2026년 9월 14일 오전 10시 2분 KST의 GitHub Trending daily 스냅샷에서 다섯 개를 골라, 내 작업에 맞는지 판단할 첫 조건을 확인했다.여기서 daily 스냅샷은 해당 시각에 Date range: Today로 표시된 순간 관측값이다. 전체 GitHub 순위나 장기 성장 추세를 뜻하지 않는다. 이 글도 직접 사용하거나 성능을 시험한 후기가 아니라, 당시 화면과 공식 README, LICENSE를 읽은 기록이다.그림 1. GitHub Trending daily 화면에서 오늘 고른 다섯 행만 모아 캡처했다. 누적 star는.. 2026. 9. 14. git worktree로 브랜치 전환 없이 두 작업하기 리뷰 수정이 끝나지 않았는데 긴급 수정이 들어오면, 브랜치를 바꾸기 전에 현재 파일 상태부터 정리해야 한다. git stash로 잠시 치울 수도 있지만 다시 돌아왔을 때 복원 과정이 남는다. 이럴 때 git worktree를 쓰면 원래 디렉터리를 그대로 둔 채 다른 브랜치를 별도 디렉터리에서 열 수 있다. 이 글에서는 직접 재현한 명령과 화면을 따라 add, list, 중복 checkout 제한, remove, prune까지 확인한다. 브랜치 전환 대신 작업 디렉터리를 하나 더 둔다git worktree는 하나의 Git repository에 여러 작업 디렉터리를 연결하는 기능이다. 각 worktree는 작업 파일, HEAD, index를 따로 가진다. object database와 대부분의 refs는 공.. 2026. 9. 11. 이전 1 2 3 4 ··· 20 다음 반응형
