#GitHub
11개의 포스트
![[특집] 722편의 원고 — OpenAI가 하룻밤에 공개한 372개의 '해결된' 수학 문제, 그 저장소를 열어 보다](/_next/image?url=https%3A%2F%2Ffiles.core.today%2Fstorage%2Fcoredot%2Fpublic%2Fblog%2Foam-cover.webp&w=3840&q=75)
[특집] 722편의 원고 — OpenAI가 하룻밤에 공개한 372개의 '해결된' 수학 문제, 그 저장소를 열어 보다
2026년 10월 6일 밤, OpenAI는 일곱 문단짜리 글 「수학에서의 AI 진전을 공유합니다」와 함께 GitHub 저장소 하나를 열었다. 미공개 내부 모델이 쓴 수학 원고 722편, 결과 계열 372개. 준(準) 리만 가설, 4차원 카케야 추측, 행렬 곱셈 지수 2.25, 유일 게임 추측, 톰프슨 군 F의 비순종성 — 각각이 사람이 했다면 경력을 통째로 바칠 만한 문제들이 '거의 전부 프롬프트 하나, 에이전트 하나, 평균 세 시간'으로 나왔다고 적혀 있다. 이 글은 저장소를 직접 열어 README·카탈로그·Lean 라이브러리·추론 요약 10건을 읽고, 헤드라인 결과를 비전공자도 이해할 수 있게 풀고, '검증됨'과 '이해됨' 사이의 거리를 재고, 사흘간 쏟아진 수학자들의 반응('즉시 필즈상'에서 '힘의 시연'까지)을 지도에 놓는다. 그리고 하루 전 같은 블로그에 실린 아비가드의 편지와 겹쳐 읽는다.
Git, 이것만 알면 협업한다 8편 — 한 걸음 더: rebase·cherry-pick·과거 커밋 둘러보기
시리즈 보너스 편입니다. 6편에서 개념만 짚은 rebase를 실제로 써 보고(충돌 풀기, pull --rebase, --force-with-lease, rebase -i로 커밋 정리, reflog로 되돌리기), 다른 브랜치의 커밋 하나만 가져오는 cherry-pick, 그리고 과거 커밋을 열어 보고 파일을 되살리는 법과 detached HEAD 경고의 뜻까지 git 2.55 실제 출력으로 따라갑니다.
Git, 이것만 알면 협업한다 7편 — Claude Code 시대의 git: 에이전트에게 맡기고, 사람이 감독하는 법
AI 코딩 에이전트가 파일을 고치고 git 명령까지 직접 실행하는 시대에는 git 기초가 오히려 더 중요해집니다. 시리즈 마지막 편에서는 Claude Code가 git을 어떻게 쓰는지(상태 확인·브랜치·커밋·PR·worktree·체크포인트)를 공식 문서로 확인하고, 사람이 감독할 지점과 위험한 명령, 에이전트에게 말하는 법, 1~6편 전체 치트시트까지 한 번에 정리합니다.
Git, 이것만 알면 협업한다 6편 — Pull Request로 함께 일하기
혼자 쓰던 git을 팀의 도구로 바꾸는 마지막 한 걸음, Pull Request. 브랜치를 만들어 push하고, PR을 열고, 리뷰를 주고받고, 세 가지 머지 버튼 중 하나로 main에 합치는 GitHub Flow 한 바퀴를 민지와 도윤의 카페 웹사이트로 따라가 봅니다. 머지 방식마다 역사가 어떻게 달라지는지는 로컬에서 직접 재현해 확인합니다.
Git, 이것만 알면 협업한다 5편 — 충돌 해결과 되돌리기, 실수해도 괜찮은 이유
두 사람이 같은 줄을 다르게 고치면 git은 멈추고 사람에게 묻습니다. 이번 편에서는 민지와 도윤이 카페라테 가격을 동시에 바꾸며 실제 충돌을 재현하고, 충돌 마커를 읽고 푸는 법을 따라 합니다. 이어서 restore·amend·revert·reset·stash·reflog를 '상황별 되돌리기 지도'로 정리해, 어떤 실수를 해도 침착하게 되돌릴 수 있게 만듭니다.
Git, 이것만 알면 협업한다 4편 — 브랜치와 merge: 원본을 건드리지 않고 실험하는 법
브랜치는 복사본이 아니라 커밋에 붙은 '움직이는 이름표'이고, HEAD는 '지금 내가 서 있는 곳'입니다. git switch -c로 브랜치를 만들어 실험하고, git merge로 합칠 때 왜 어떤 때는 Fast-forward가 되고 어떤 때는 merge commit이 생기는지 실제 실행 결과와 인터랙티브 그래프로 보여 줍니다. 브랜치 올리기·정리·이름 규칙, 커밋 안 한 변경이 있을 때 전환이 막히는 이유까지 정리합니다.
Git, 이것만 알면 협업한다 3편 — GitHub와 주고받기: push·pull·clone
내 컴퓨터에만 있던 커밋을 GitHub라는 '클라우드 금고'에 올리고(push), 동료의 커밋을 받아 오는(pull) 법을 배웁니다. 빈 저장소 만들기, clone, 2026년식 인증(gh auth login), 하루 루틴, 그리고 누구나 한 번은 만나는 push 거절(rejected)을 실제 출력으로 따라가며 풀어 봅니다.
Git, 이것만 알면 협업한다 2편 — 내 컴퓨터에서 기록 남기기: status·add·commit
git으로 하는 일의 대부분은 '고치고 → 확인하고 → 담고 → 찍는' 네 박자의 반복입니다. 기획자 민지가 동네 카페 웹사이트 cafe-menu 저장소에서 git status로 현재 위치를 읽고, git add로 커밋할 파일을 고르고, git diff로 바뀐 줄을 확인한 뒤, git commit으로 세이브 포인트를 남기는 과정을 실제 터미널 출력과 함께 따라갑니다. .gitignore로 비밀 정보를 지키는 법, 좋은 커밋 메시지, 마지막 커밋 고치기(--amend), AI 에이전트에게 커밋을 맡길 때 확인할 것까지 다룹니다.
Git, 이것만 알면 협업한다 1편 — 세이브 포인트로 이해하는 Git: 네 공간과 네 동작
‘최종_진짜최종.docx’에서 벗어나는 첫걸음. Git이 왜 필요한지, Git과 GitHub가 어떻게 다른지, 그리고 시리즈 전체의 뼈대가 되는 ‘네 공간(작업 폴더·스테이징·로컬 저장소·원격 저장소)과 네 동작(add·commit·push·pull)’ 지도를 게임 세이브 포인트 비유로 풀어냅니다. macOS·Windows 설치, 처음 한 번 하는 이름·이메일 설정, cafe-menu 폴더에 git init까지 직접 따라 합니다.
GitHub Actions 실전 가이드: 나만의 자동화 파이프라인 만들기
Push만 하면 테스트·빌드·배포가 알아서 돌아간다. GitHub Actions의 개념부터 YAML 문법, 실전 파이프라인 구축까지. 코드 저장소에 자동화를 내장하는 방법을 처음부터 끝까지 풀어본다.
Git 완전 정복: 코드 버전 관리가 왜 팀 협업의 핵심인가
final_v2_진짜최종_수정3.pptx 시대를 끝내자. 리누스 토르발스가 2주 만에 만든 Git이 어떻게 현대 소프트웨어 협업의 기반이 되었는지 — 핵심 개념, 내부 구조, 브랜칭 전략, DevOps 연동까지 완전히 풀어본다.