Rapfi 를 엔진으로 오목·렌쥬 서비스를 만들 때 고려할 점을 정리합니다. 서버·브라우저(WASM)·앱 배치에 따라 달라지는 GPLv3 의무, 상태를 가진 Piskvork 프로토콜을 다루는 프로세스 모델과 Go 래퍼, 판 크기와 렌쥬 오프닝 규정의 공백, 초보자용 난이도 설계의 함정, 자원·버전 관리까지 실측과 소스 근거로 짚습니다.

Rapfi 를 소스에서 빌드하고 Piskvork 프로토콜로 직접 대화해 봅니다. 탐색 로그 읽는 법, 같은 국면이 자유룰과 렌쥬에서 어떻게 달라지는지, 花月 주형의 Multi-PV 분석, STRENGTH 로 기력 낮추기, MCTS 탐색기, 파이썬으로 엔진 부리기까지 Apple M1 Max 에서 실제로 실행한 결과로 보여 줍니다.

Rapfi 의 소스 코드를 따라가며 한 수를 고르기까지의 의사결정 과정을 해부합니다. 선 패턴 16종과 네 방향 조합 14종으로 판을 읽는 법, 렌쥬 금수의 정확한 판정, 고전 평가와 NNUE(mix9svq)를 섞어 쓰는 방식, Stockfish 에서 가져온 알파-베타 탐색과 VCF 잎 탐색, 선택 사항인 MCTS, 시간 관리와 멀티스레드까지 정리합니다.

알파-베타 탐색과 초경량 NNUE 로 CPU 에서 초당 수십만 노드를 읽는 Rapfi 와, 큰 신경망과 MCTS 로 GPU 에서 수천 번을 읽는 KataGo(오목판 KataGomo)를 비교합니다. 탐색·평가·하드웨어·학습·프로토콜·라이선스를 나란히 놓고, ‘어느 쪽이 더 강한가’ 라는 질문에 1차 출처가 실제로 답하는 범위가 어디까지인지 정리합니다.

현재 가장 강력한 오픈소스 오목·렌쥬 엔진인 Rapfi 를 다섯 편에 걸쳐 분석합니다. 첫 편은 2026년 기준 오목·렌쥬 오픈소스 생태계(엔진·GUI·프로토콜·대회)를 훑고, Rapfi 가 2018년 Gomocup 4위에서 2022년 이후 사실상 전 리그를 제패하기까지의 역사를 1차 출처로 정리합니다.

렌쥬의 26가지 정형 오프닝(珠型) 중 백 2수가 흑 1수에 가로·세로로 붙는 직접형(直接) 13가지를 도해와 함께 소개합니다. 寒星부터 遊星까지 각 주형의 이름, 모양, 옛 RIF 룰 기준 평가를 정리하고 시리즈를 마무리합니다.

렌쥬의 26가지 정형 오프닝(珠型) 중 백 2수가 흑 1수에 대각선으로 붙는 간접형(間接) 13가지를 도해와 함께 소개합니다. 長星부터 彗星까지 각 주형의 이름, 모양, 옛 RIF 룰 기준 평가를 정리합니다.

오목과 렌쥬가 이론적으로 흑 필승임이 어떻게 증명되었는지, 일본 연주계가 흑 금수를 하나씩 더해 온 과정, 그리고 RIF 룰에서 야마구치 룰, Soosõrv-8, Taraguchi-10 까지 스왑(색 교환) 오프닝 규정이 발전해 온 이유를 정리합니다.

오목의 기본 규칙과 한국에서 흔히 두는 오목, 그리고 국제 경기 규칙인 렌쥬(連珠)의 차이를 정리합니다. 흑에게만 적용되는 삼삼·사사·장목 금수의 정확한 정의를 도해로 살피고, 렌쥬가 정말 국제 표준인지 1차 출처로 확인합니다.