모니터링 기간: 2026-11-02 04:30 ~ 2026-11-03 04:30 (베이징 시간, 지난 24시간; 이전 회차 11-02 04:30 마감 시점과 연결됨).

출처: GitHub 조직 전체 저장소 점검 (RuyiAI-Stack, ruyisdk, openRuyi-Project, buddy-compiler, 저장소별 모니터링 기간 내 커밋, PR, Release 및 태그 확인; 업스트림 fork는 RISC-V / RVV / XuanTie 키워드로 필터링하고 커밋 비교 인터페이스로 재적용과 신규 추가를 구분), ruyi 패키지 관리자 Release 및 PyPI, packages-index의 ABI 주석 목록, openRuyi 커밋 및 PR 병합 통계, RuyiSDK 개발자 커뮤니티 포럼, ruyiai-daily 데일리 정보 아카이브, RuyiAI 공식 홈페이지 3개 페이지 스냅샷, openRuyi 배포판 뉴스 페이지, Google News RSS 중/영문 타깃 검색 (프록시 경유).

이번 호 인덱스

  • 오늘의 핵심: ruyi 0.54.0-beta 릴리스, 39일 공백 후 첫 점프; ABI 호환성이 패키지 스캔에서 호스트 판정으로 진전, 인덱스 측에는 세 개 패키지만 주석 보유 (11-02)
    1. RuyiAI 스택 진행 상황 (PyTorch / Triton / TileLang RISC-V 적응)
      • 1.1 pytorch: riscv 브랜치 모니터링 기간 내 커밋 없음, 헤드 커밋은 여전히 10-29 베이스라인 재적용 (11-02 상태)
      • 1.2 llvm-project: riscv 브랜치 11-02 심야 재적용, A100/AME 체인 미변동 (11-02)
      • 1.3 triton-riscv: 메인 브랜치 커밋 없음, 야간 빌드는 정상 출시, 리베이스 PR #92 모니터링 기간 내 갱신 (11-02 상태)
      • 1.4 tilelang-riscv: 18일째 정적, 두 오픈 PR 모두 9월 이전 정체 (11-03 상태)
    1. RuyiSDK 툴체인 및 배포판
      • 2.1 ruyi 0.54.0-beta.20261102: 13개 목록 중 신규는 4개뿐 (11-02)
      • 2.2 호스트 ABI 호환성 적용: check-abi, 삼상태 판정 및 설치 경고 (11-02)
      • 2.3 packages-index ABI 주석 보충: 세 패키지, 11개 파일, 커버리지는 여전히 한 자릿수 (11-02)
      • 2.4 openRuyi: 커밋 7개, 병합 7개, 9월 적체 일괄 정리 (11-02)
      • 2.5 openRuyi 심사 중: Prometheus 13개 여전히 대기, binutils 테스트 추적 종료되었으나 미병합 (11-02)
      • 2.6 Ruyiai 3종 세트 #1350 7주째 미병합, torch 패키지 여전히 브랜치 결과 대기 (11-02 상태)
      • 2.7 openRuyi 2026.10 계속 부재, 뉴스 페이지 10월 특집 2건은 10-30 게시 (11-03 상태)
    1. 벡터 확장 및 연산자 최적화 (VecIntrinBench / IntrinTrans / FBGEMM)
      • 3.1 세 벡터 저장소 계속 정적, 최신 커밋 각각 02-13, 06-25, 07-13 정체
      • 3.2 연산자 작업면 여전히 triton-riscv 큐: 오픈 16개, 정보 유지 계열 5개 미병합 (11-02 상태)
    1. Buddy Compiler 동향
      • 4.1 buddy-mlir 모니터링 기간 내 커밋/릴리스 없음, 0.1.3 이후 야간 빌드 없음 (11-03 상태)
      • 4.2 다운스트림 앵커 여전히 야간 빌드 지향, 정식 버전 전환 움직임 없음 (11-02 상태)
    1. 커뮤니티 및 이벤트 및 공식 홈페이지
      • 5.1 공식 홈페이지 3개 페이지 변화 없음, 블로그 2건, 문서 23장 (11-03 상태)
      • 5.2 포럼 모니터링 기간 내 신규 게시물 없음, 격주 진행 080호 미출시 (11-03 상태)
      • 5.3 ruyiai-daily 11-02호 아카이브 완료 (11-02)
      • 5.4 외부 뉴스 5개 쿼리 제로 히트 (11-03 상태)
    1. 트렌드 관찰
      • 6.1 공백이 beta로 마무리, 0.54.0의 플래그십은 “이 머신에서 돌릴 수 있느냐”
      • 6.2 릴리스 노트의 베이스라인 착오, 두 달 반 전 과거 이력 재나열
      • 6.3 데이터 측이 도구 측에 뒤처짐, ABI 검사 대부분 “미판정”으로 응답
      • 6.4 openRuyi 정리와 버전 부재 공존, 병목은 릴리스에 있지 않고 개발에 있지 않음

오늘의 핵심: ruyi 0.54.0-beta.20261102 릴리스, 39일 공백 후 첫 점프; ABI 호환성이 패키지 스캔에서 호스트 판정으로 진전, 인덱스 측에는 세 개 패키지만 주석 보유 (11-02)

날짜: 2026-11-02　출처: 0.54.0-beta.20261102, PR #507 호스트 ABI 호환성 탐지, PR #496 ELF ABI 스캐너, packages-index 커밋

11-02 18:37(베이징 시간), ruyi가 0.54.0-beta.20261102를 릴리스했다. 태그 커밋은 15:16에 위치하며, PyPI에도 0.54.0b20261102가 동기화되어 나타났다. 정식 버전 채널은 여전히 09-24의 0.53.0이다. 이는 0.53.0 이후 39일 만의 첫 새 태그다. 직전 프리릴리스인 0.54.0-alpha.20260918은 0.53.0보다도 엿새 앞서 있었으니, 다시 말해 10월 내내 어떤 alpha나 beta도 나오지 않았다. 지난 호 데일리 리포트에 기록된 「10월 말 기준이 빗나갔다」는 여기서 후속이 나왔다. 취소된 것이 아니라 11월 첫 영업일까지 미뤄져서야 beta가 끊어진 것이다.

릴리스 노트에는 PR 열세 건이 나열되어 있지만, 비교 기준이 0.52.0-alpha.20260714로 적혀 있어서 08-24 이후 이미 0.53.0에 들어간 아홉 건이 그대로 다시 나열되었다. 실제로 0.53.0과 대조하면 순신규는 네 건뿐이다. #503 테스트 타임아웃을 패키지 수 기준으로 계산, #508 벤더 명명 문서, #507 호스트 ABI 호환성 탐지, #509 패키지 가져오기 오류 보고. 릴리스 페이지에서 독자가 보는 「열세 건 변경」과 실제 증분 사이에는 두 달 반의 차이가 있다. 이 점을 이번 호에서 먼저 짚어야 한다.

이 버전의 실제 내용은 #507에 집중되어 있다. ruyi admin check-abi 명령을 새로 추가하여 주어진 패키지에 대해 호스트 ABI 탐지와 호환성 판정을 수행한다. ruyi list는 호스트 호환성 비고를 표시하고, ruyi install은 비호환 시 경고를 낸다. 판정은 삼상태(호환, 비호환, 미판정)이며 관대한 것과 엄격한 것 두 가지 술어를 구분한다. RISC-V 측에서는 ld.so.cache의 부동소수점 ABI 필터링, 버전 번호가 붙은 단일 문자 확장 파싱, 스택 정렬 요구 사항, 그리고 약한 심볼 버전 누락을 실패로 보지 않는这类 경계까지 처리했다. 패치는 규모 +5760/−834, 64개 파일로 이번 버전에서 가장 큰 건이다.

구분해야 할 것은 계층이다. ABI 스캐너 #496은 이미 09-16에 머지되어 0.53.0과 함께 릴리스되었다. 이것은 디렉터리와 tar/zip/deb 아카이브를 스캔하여 결정론적인 .abi.toml 주석을 산출하고 rescan-package-abi를 제공한다. 0.54.0-beta에서 새로 추가된 것은 소비 측이다. 주석을 가지고 현재 호스트와 비교하여 「이 패키지가 이 머신에서 돌 수 있는가」에 답한다. 툴체인의 절반은 이번 호에 도달했고, 데이터의 절반은 이제 막 시작되었다. packages-index는 13:09부터 13:26까지 세 건을 잇달아 커밋하여 wlink, qemu-system-riscv-upstream, gnu-ruyisdk 세 패키지에 ABI 주석을 보충했으며, 총 열한 개 파일이고 그중 qemu는 amd64 두 개뿐이고 riscv64는 없다.

인덱스의 327개 패키지 버전 설명 파일과 대조하면, 세 패키지란 대다수 패키지가 check-abi 아래에서 「미판정」만 반환할 수 있음을 뜻한다. 이는 명령 자체의 사용 가능성에는 영향을 주지 않지만, 지금 이것이 일반 사용자의 패키지 설치 시의 보편적 보장이라기보다 패키저와 얼리 어답터를 위한 디버깅 도구에 더 가깝다는 것을 결정한다. 주석의 범위가 따라잡으려면 빌드 파이프라인이 패키지별로 다시 스캔해야 하며, 이는 0.54.0 정식 버전 전에 주시할 만한 라인이 될 것이다.

1. RuyiAI 스택 진척(PyTorch / Triton / TileLang RISC-V 적응)

1.1 pytorch: riscv 브랜치 모니터링 기간 내 커밋 없음, 헤드 커밋은 여전히 10-29 베이스라인의 재생(11-02 상태)

날짜: 2026-11-02(상태)　출처: pytorch riscv 브랜치, PR #51 riscv64 로컬 이미지, PR #44 bytes_to_scalar 수정

riscv 브랜치는 모니터링 기간 내에 새 커밋이 없다. 헤드 커밋은 b20942de이며, 커밋 시각은 11-02 03:00(작성자 시각 10-29 12:48)이고 메시지는 여전히 [SyncBots] Integrate PyTorch at 3afdbd3다. 브랜치의 스무 개 커밋은 커밋 시각이 같은 초로 일괄 재작성되어 있어 또 한 차례 전체 브랜치 재생에 해당하며, 베이스라인은 전진하지 않았다.

재생은 모니터링 기간 시작 전 약 한 시간 반에 일어났으므로, 이번 호에서는 상태만 기록한다. 패치 집합은 지난 호와 동일하며, 여전히 Add riscv64 image locally (#51), Fix bytes_to_scalar for float/complex on RISC-V (#44), Scope linear cross entropy ULP tolerance to RISC-V (#42), inductor opinfo blocklist (#50) 그리고 더 이른 CI와 허용 오차 변경이다. 브랜치가 07-22부터 누적한 이 RISC-V 전용 변경들은 3주 내에 이미 여러 차례 재생을 겪었고 새로운 업스트림 동기화는 없다.

main 브랜치는 모니터링 기간 내에 스무 개의 업스트림 커밋(AOTI, dynamo, DCP 등)이 있었으나 본 스택과 무관하여 기존 기준에 따라 집계하지 않는다.

1.2 llvm-project: riscv 브랜치 11-02 심야 재차 재생, A100/AME 경로는 미동(11-02)

날짜: 2026-11-02　출처: llvm-project riscv 브랜치, PR #30 IME 내장 함수 하향, PR #31 A100 HP/SP 및 pack/unpack

11-02 23:00, riscv 브랜치가 다시 한 번 전체 리플레이를 수행했다: 스물여섯 건의 브랜치 자체 커밋의 커밋 시간이 23:00:22부터 23:00:26까지로 일괄 변경되었다. 헤드 커밋은 375bf3e4로 교체되었으며, 내용은 여전히 10-29의 [workflows] Push rebased PRs directly and document contribution options로, 새로운 변경 사항이 그 위에 얹히지는 않았다.

RuyiAI 스택과 가장 관련이 깊은 두 건은 여전히 제자리에 있다: [RISCV] Lower IME intrinsics to SpacemiT A100 dot instructions (#30)와 [RISCV] Add A100 HP/SP and pack/unpack lowering with calibrated scheduling (#31). 그 아래층에는 [AME] Update BOSC AME instructions (#29)와 [RISCV] Update xtame design (#27)이 있어 「AME 설계 문서 → 명령어 정의 → 내장 함수 → 하향 및 스케줄링」의 체인을 구성한다. 이번 모니터링 기간에 이 체인에는 신규 사항이 없으며, 리플레이는 커밋 시간만 변경할 뿐 내용은 바꾸지 않는다.

지난 호에 기록된 「동기화 봇 기록과 실제 업스트림 베이스라인의 괴리」는 이번 호에서도 여전히 해명되지 않았다: 브랜치 헤드 커밋의 작성자 시간은 09-29에 멈춰 있지만, 브랜치는 실제로 10-30의 업스트림 커밋을 이미 포함하고 있으며, 브랜치에는 새로운 [SyncBots] 기록이 없다.

1.3 triton-riscv: 메인 브랜치 커밋 없음, 나이틀리 빌드는 정상 배포, 리베이스 PR #92 모니터링 기간 내 갱신 (11-02 상태)

날짜: 2026-11-02 (상태)　출처: 커밋 목록, 나이틀리 빌드 2026-11-01-ed0ccd1, PR #92 Triton v3.8.0으로 리베이스, 오픈 PR 목록

메인 브랜치는 모니터링 기간 내 커밋이 없으며, 마지막 커밋은 여전히 10-31 13:15의 의존성 업데이트(#91에서 buddy-mlir 앵커를 나이틀리 빌드 dev20261030으로 상향)이다. 11-02 06:14, 나이틀리 빌드 2026-11-01-ed0ccd1이 정상적으로 배포되었으며, 설명은 비어 있다 — 이는 동일한 메인 브랜치 헤드에서 잘라낸 일례 빌드로, 새로운 코드는 없다.

큐 측면에서는 단 한 번의 동작만 있었다: #92「통합을 공식 Triton v3.8.0으로 리베이스」가 11-02 21:43에 갱신되었다. 이 건은 10-31에 개설된 이후 줄곧 병합되지 않았으며, 후속 다섯 건의 하향 수정의 선행 작업이다. 오픈 PR은 총 열여섯 건으로, #92와 #93부터 #97까지 이 여섯 건의 최근 항목을 제외하면 나머지 열 건의 시간 범위는 6월부터 10월까지이다: #85(softmax 및 matmul 최적화, 10-18), #56과 #54(FlagGems 연산자 이전, 배치 kernel 포인터 선택, 모두 07월), #75/#72(Harness 도구 및 제어면, 08월) 그리고 더 이른 #59/#57/#46/#28/#27.

즉, 이 저장소는 현재 「리베이스」「정보 유지 수정」「연산자 및 툴체인 확장」 세 개의 서로 병합되지 않는 큐를 동시에 안고 있으며, 메인 브랜치는 10-31 이후 어느 하나도 진전시키지 않았다.

1.4 tilelang-riscv: 열여드레째 침묵, 두 건의 오픈 PR 모두 9월 이전에 정체 (11-03 상태)

날짜: 2026-11-03 (상태)　출처: tilelang-riscv 커밋 목록, PR #4 RVV mask 및 max reduction, PR #2 Codex 호환 연산자 워크플로

메인 브랜치의 마지막 커밋은 여전히 10-16 10:52의 「Build Python extension in Buddy CI」이며, 그 이후로 열여드레째 연속 커밋이 없다. 열린 PR은 두 건: #4 「RVV vector mask and max reduction lowering」은 09-28에 멈춰 있고, #2 「Add Codex-compatible RISC-V operator workflow」는 06-16에 멈춰 있다.

같은 조직, 같은 모니터링 기간에 triton-riscv는 최소한 야간 빌드와 PR 갱신이라도 있지만, tilelang-riscv는 대기열조차 움직임이 없다. 이 컴포넌트의 현재 대체 경로는 여전히 openRuyi의 python-tilelang-ruyiai 스펙(#1350 세트 중 하나)이며, #1350 also 이번 기간에도 여전히 검토 단계에 막혀 있다(2.6 참조).

2. RuyiSDK 툴체인과 배포판

2.1 ruyi 0.54.0-beta.20261102: 열세 건 목록 중 네 건만 새 항목(11-02)

날짜: 2026-11-02　출처: Release 0.54.0-beta.20261102, 태그 목록, 0.53.0과 beta 비교, PyPI ruyi

타임라인: 15:16 태그 생성(커밋 메시지 build: bump self version to 0.54.0-beta.20261102), 18:37 단일 파일 바이너리와 미러 사이트 디렉터리 릴리스, PyPI에 0.54.0b20261102 동기화. 정식 버전은 여전히 0.53.0이며, pip install ruyi로는 기본적으로 이 버전을 설치할 수 없다.

비교 인터페이스가 보여주는 분기 상황은 기록해 둘 만하다: beta는 0.53.0 대비 diverged 상태로, 일흔 건 앞서고 세 건 뒤처져 있다. 뒤처진 세 건은 각각 0.53.0-beta와 0.53.0의 버전 번호 자동 증가, 그리고 「교차 저장소 설치 패키지 인식」 수정 한 건이다——동일한 수정이 beta에는 다른 SHA(08fd6aeb)로 존재하므로 기능 누락은 아니며, 단지 0.53 릴리스 브랜치의 기록이 메인라인에 병합되지 않은 것이다. 이런 분기는 릴리스 브랜치를 거칠 때마다 발생하지만, 이후 0.54.0 정식 버전도 릴리스 브랜치에서 분기하면 히스토리 비교에 「몇 건 뒤처짐」 노이즈가 계속 나타날 것이다.

버전 리듬 측면에서, 0.54.0-alpha.20260918에서 beta까지 45일, 0.53.0 정식 버전에서 beta까지 39일이 걸렸다. 이전에 0.50과 0.51 두 라인의 alpha→beta 간격은 모두 28일, 0.53 라인은 20일이었는데, 이번 45일은 명백히 길어졌으며, 10월 한 달 내내 프리릴리스가 없었던 사실과 일치한다.

2.2 호스트 ABI 호환성 구현: check-abi, 삼상 판정과 설치 경고(11-02)

날짜: 2026-11-02　출처: PR #507, PR #496 ELF ABI 스캐너, PR #509 패키지 가져오기 오류 보고

PR #507은 13:27에 병합되었으며(+5760/−834, 64개 파일), ABI 기능을 「패키지 설명」에서 「호스트 설명 및 비교」로 끌어올렸다. 구체적으로 네 가지다:

첫째, 호스트 탐지. 새로운 HostABIReport와 HostABIProber를 추가하여 아키텍처별로 호스트 기능을 읽는다: x86-64의 ISA level, AArch64의 BTI/PAC, RISC-V의 ISA 확장 집합과 부동소수점 ABI; 구현은 설치된 시스템의 라이브러리 경로와 ld.so.cache를 사용하며, 프로세스 내 동적 로딩은 하지 않는다.

둘째, 판정. 호환, 비호환, 미판정 삼상(三態)을 제공하며, 관대한 것과 엄격한 것 두 가지 술어를 각각 「힌트」와 「차단」 시나리오에 사용한다; ruyi admin check-abi는 패키저 디버깅용, ruyi list는 결론을 비고에 병합, ruyi install은 비호환 시 경고한다.

셋째, RISC-V 측 세부 수정: 호스트 부동소수점 ABI에 따라 ld.so.cache 항목 필터링, 버전 번호가 붙은 단일 문자 확장 파싱, 스택 정렬 요구에 따른 판정, 약한 심볼 버전 누락을 실패로 처리하지 않음, ELF class 불일치 라이브러리 거부.

넷째, 부가 노트(旁注) 관리: 부가 노트 크기 제한, 캐시 전 유효하지 않은 부가 노트 폐기, 산출물 재빌드 전 기존 부가 노트 무효화, 아카이브 경로에서 선행 디렉터리 제거 지원.

같은 버전의 #509는 패키지 가져오기 실패 보고를 수정한다: 비 2xx 응답이 더 이상 「다운로드 성공」으로 처리되어 오류 페이지를 남기지 않으며, 재개 가능한 부분 다운로드를 보존하고, HTTP 상태, 리다이렉트, 연결 실패, 전송 정체를 각각 힌트로 제공한다. 이 항목은 실제 사용자에게 ABI 검사보다 더 직접적이다——이전에는 서버가 오류 페이지를 반환해도 다운로드 완료로 오판되었다.

2.3 packages-index에 ABI 주석 추가: 세 개 패키지, 열한 개 파일, 적용 범위는 여전히 한 자릿수 (11-02)

날짜: 2026-11-02　출처: packages-index 커밋, gnu-ruyisdk riscv64 주석, wlink 주석, qemu 주석

세 건의 커밋은 #507이 병합되기(13:27) 전 18분 동안 집중되었다. 13:09에 toolchain/gnu-ruyisdk에 0.20260921.0을 추가했고(주석 세 개 포함), 13:18에 board-util/wlink에 두 버전 합계 여섯 개의 주석을 추가했으며, 13:26에 emulator/qemu-system-riscv-upstream에 amd64 주석 두 개를 추가했다.

gnu-ruyisdk의 riscv64 주석을 예로 들면 스캐너가 어느 정도 세밀도로 기록하는지 알 수 있다. 전체 아카이브 2178개 파일 중 43개의 ELF를 식별하고 5478개를 제외했으며(비 ELF 및 제외 규칙 해당분 포함), e_machines=[243]이고 다섯 개의 soname에 의존한다. 버전 요구 상한은 GLIBC 2.38, GLIBCXX 3.4.21, CXXABI 1.3.9이며, ISA 속성은 버전 번호가 붙은 세밀도로 기록된다(rv64i2p1, m2p0, a2p1, f2p2, d2p2, c2p0에 zicsr, zifencei, zmmul 추가). 스택 정렬은 16이다. 이는 “호스트가 이 툴체인을 실행할 수 있는가”를 판정하는 데 충분하다.

그러나 적용 범위는 확고한 제약이다. 인덱스 내에 총 327개의 패키지 버전 설명 파일이 있지만 주석이 있는 것은 3개 패키지, 11개 파일뿐이다. wlink와 gnu-ruyisdk에는 riscv64 주석이 있고, qemu-system-riscv-upstream에는 amd64 두 개만 있다. 즉 RISC-V 사용자가 지금 대다수 패키지를 조회하면 “미판정” 결과를 받게 된다.

2.4 openRuyi: 커밋 일곱 건, 병합 일곱 건, 9월 적체 한 번에 정리 (11-02)

날짜: 2026-11-02　출처: openRuyi 메인 저장소 커밋, PR #1566 clang-wrap, PR #1565 mtools, PR #1421 qemu GUI 테스트 기능, PR #1136 picoclaw 의존성 (1)

메인 저장소의 모니터링 기간 내 커밋 일곱 건, PR 병합 일곱 건은 모두 11-02 당일에 이루어졌다. 시간순으로 보면 09:12에 #1421을 병합해 qemu에 GUI 테스트용 기능 일괄을 활성화했고, 12:57, 14:18, 15:14에 연속으로 go-github SDK 패키지 세 건을 병합했으며(#1381 Tencent Cloud SDK, #1377 COS v5와 go-httpheader, #1376 volcengine TOS), 16:30에 #1136 picoclaw 의존성 첫 배치를 병합했고, 17:20에 #1565 mtools 4.0.50을 병합하며 security-fixes를 표기했으며, 20:13에 #1566 clang-wrap 20261102를 병합했다. 이어서 go 생태계 패키지 네 건과 clang-wrap 버전 커밋 한 건을 직접 푸시했다.

일곱 건의 병합 중 다섯 건은 오래된 PR이다. #1136은 08-23에 열렸고(71일), #1376, #1377, #1381은 모두 09-23에 열렸으며(40일), #1421은 10-10에 열렸다(23일). 같은 날의 직접 커밋 네 건을 더하면 이는 새로운 개발 고점이라기보다 월말/월초의 큐 정리에 가깝다. 이 모니터링 기간에는 RuyiAI 3종 세트나 ABI 관련 작업을 건드린 커밋이 하나도 없었다.

2.5 openRuyi 심사 중: Prometheus 열세 건 여전히 계류, binutils 테스트 추적 종료되었으나 미병합 (11-02)

날짜: 2026-11-02　출처: PR #1567 clonezilla, PR #1568 picoclaw 0.3.1, PR #1564 debuginfo, PR #1562 binutils RISC-V 테스트 추적, PR #1559 firecracker

오픈 큐의 골격은 변하지 않았다. Prometheus v3.13의 13건 의존성 배치(#1540, #1441, #1547~#1557)는 여전히 전부 심사 중이며, 가장 오래된 건은 이미 17일째 걸려 있다. 이 배치의 물량 때문에 11월 상순 openRuyi의 병합 대역폭이 점유될 것이다.

이번 기간에 새로 열린 세 건: #1567은 clonezilla(디스크 복제 및 이미지 배포 도구)를 추가하고, #1568은 picoclaw를 0.3.1로 올리면서 vendor 모드로 전환하며, #1564는 linux 패키지에 debuginfo를 보강한다. 세 건 모두 패키징 측에 속하며 RISC-V 특별 작업과는 직접적인 관계가 없다.

주목할 만한 상태 변화 하나: #1562 「binutils: Track RISC-V pr19719 test failures」가 11-02 13:49에 머지되지 않은 채 닫혔다. 이 건은 원래 무조건 삭제된 두 개의 pr19719 테스트를 복원하고 RISC-V에서 예상 실패로 표시하려던 것이었다. 닫혔다는 것은 binutils의 %check가 여전히 차단 방식을 유지하며 pr19719의 실패가 계속 보이지 않는다는 뜻이다. 지난 기간에는 이를 심사 중으로 기재했으나, 이번 기간에는 「닫힘, 미머지」로 바꿔 기록해야 한다.

2.6 Ruyiai 3종 세트 #1350 7주째 미머지, torch 패키지 여전히 브랜치 착지점 대기 (11-02 상태)

날짜: 2026-11-02 (상태)　출처: PR #1350 Add Ruyiai packages, PR #1352 python-torch-ruyiai

PR #1350(buddy-mlir, python-triton-ruyiai, python-tilelang-ruyiai 3종 세트)은 09-21에 열린 이후 42일이 지났으며, 10-30 16:16 이후 새로운 움직임이 없고 재심 의견은 누적 19건으로 여전히 전부 spec 작성법과 패키징 관례에 관한 것이다: BuildOption 사이에 빈 줄을 넣지 않아도 됨, python3dist(wheel) 누락, Provides는 실제 패키지 이름과 정렬해야 함, 패치는 git format-patch로 생성, 빈 %check에는 주석을 작성해야 함.

PR #1352(python-torch-ruyiai)도 09-21에 열렸으며 마지막 업데이트는 10-27 09:51에 멈춰 있고 재심 의견은 0건이다. 이는 1.1의 pytorch 브랜치 재적용과 동일한 미해결 문제다: 브랜치를 재적용할 때마다 SHA가 바뀌는데, 패키지 내 소스 착지점도 따라 바꿔야 하는지에 대해 아직 결론이 없다.

두 건을 합쳐 보면, RuyiAI 3종 세트의 배포판 진입은 10월에 전진하지 못했다: 메인 PR은 spec 논의에 멈춰 있고, 의존하는 torch 패키지는 소스 착지점에 멈춰 있으며, 이들이 의존하는 업스트림 브랜치는 반복적으로 재적용되고 있다. 이 세 층 중 어느 하나라도 움직이지 않으면 나머지 두 층도 마무리할 수 없다.

2.7 openRuyi 2026.10 계속 부재, 뉴스 페이지 10월 특집 두 편은 10-30 게시 (11-03 상태)

날짜: 2026-11-03 (상태)　출처: openRuyi 뉴스 페이지, Ruyi Firmware 특집, ruyifirmware Releases

2026년 10월 월간 릴리스 공지는 여전히 나타나지 않았으며, 뉴스 페이지의 최신 릴리스 공지는 여전히 09-30의 2026.09이다. 지난 네 달 6-30, 7-23, 8-27, 9-30의 리듬에 비추면 이는 이미 6주 연속 부재이다.

이전 호의 한 표현을 정정할 필요가 있다: 뉴스 페이지가 「최신이 여전히 2026.09」인 것이 아니라 10월 특집 두 편——《openRuyi-Project: RISC-V 소프트웨어 생태계의 공공 인프라》와 《openRuyi, Ruyi Firmware 출시》——이 추가되었다. 두 글 모두 본문에 표기된 날짜는 10-19이며, 실제로는 공식 웹사이트 저장소에서 10-30 15:36에 한 번의 커밋으로 게시되었다. 지난 호에서는 릴리스 경로만 확인했고 이 두 편을 놓쳤다.

그중 Ruyi Firmware는 RuyiAI의 검증 환경과 직접 관련되므로 추가로 기록할 가치가 있다: 펌웨어는 coreboot, OpenSBI, EDK2를 기반으로 하며 빌드 및 플래싱 절차를 공개하고; MultiArchUefiPkg의 x64emu를 통합하여 RISC-V UEFI 환경에서 일부 x64 그래픽 카드 UEFI 구성 요소를 실행할 수 있게 했으며(AMD Radeon RX 6400에서 조합 테스트 완료), K3가 DMA32를 지원하지 않아 발생한 RX 550 oprom 문제를 해결하기 위해 AArch64 oprom 구성 요소로 전환했다; UEFI Setup에는 CPU mode 선택(X100 only, X100 + A100, A100 only)이 새로 추가되었으며, 그중 A100 only는 벡터 확장을 지원하여 1024-bit vlen 테스트 환경으로 사용할 수 있다. 릴리스 패키지는 20261013, 20261014, 20261015 세 가지 버전이며, 저장소는 10-13에 생성되었고 SpacemiT K3 Pico ITX에서 Wayland 데스크톱과 glmark2-wayland를 구동하는 데 성공했다.

3. 벡터 확장과 연산자 최적화(VecIntrinBench / IntrinTrans / FBGEMM)

3.1 세 벡터 저장소 계속 조용, 최신 커밋 각각 02-13, 06-25, 07-13에 정지

날짜: 2026-11-03(상태)　출처: VecIntrinBench, IntrinTrans, FBGEMM

「벡터」를 주제로 한 세 저장소 모두 이번 모니터링 기간 내 커밋이 없었으며, 최신 커밋 시각은 각각 VecIntrinBench 02-13, IntrinTrans 06-25, FBGEMM 07-13이다. 세 저장소는 원래 「무엇을 측정하고, 어떻게 변환하고, 연산자를 어떻게 구현하는가」라는 삼각 구도를 이루었으나, 현재는 각각 약 9개월, 4개월, 3개월째 멈춰 있다.

정지 시점이 서로 다르다는 것은 통일된 프로젝트 종료가 아니라 각자 자연적으로 냉각되었음을 의미한다. VecIntrinBench가 가장 오래 멈춰 있는데, 이는 커버리지 판단에 직접 영향을 준다: 벡터 내장 함수 벤치마크가 장기간 갱신되지 않으면 측정되는 집합과 컴파일러가 실제로 지원하는 집합의 격차가 점점 벌어지게 되며, LLVM 측의 A100/AME 강등 체인은 바로 계속 확장되고 있다(1.2 참조).

3.2 연산자 작업면은 여전히 triton-riscv 대기열: 16건 오픈, 정보 보존 계열 5건 미병합(11-02 상태)

날짜: 2026-11-02(상태)　출처: PR #93 스칼라 메모리 접근 마스크, PR #95 텐서 gather 강등, PR #85 softmax 및 matmul 최적화, 오픈 PR 목록

세 전용 저장소가 모두 멈춘 상황에서 연산자 계층의 실제 작업면은 triton-riscv 대기열에서만 확인할 수 있다. 이번 기간 신규 PR은 없었고 대기열은 여전히 16건이며, 그중 #93부터 #97까지 5건의 「정보 보존」계열(스칼라 메모리 접근 마스크, 혼합 포인터 lane 오프셋, 텐서 gather, 불완전 텐서 마스크, 스택 제로 스트라이드)은 모두 미병합 상태이고 가장 최근 건은 11-01에 열렸다.

이들과 병행하는 두 가지 범주가 더 있다: 하나는 #92의 전체 리베이스(1.3 참조)이고, 다른 하나는 #85의 softmax 및 matmul 최적화——후자는 10-18 이후 갱신이 없으며 대기열에서 성능을 직접 겨냥한 유일한 항목이다. 셋은 서로 의존하지 않으면서도 서로 양보하지 않아, 메인 브랜치는 10-31 이후 새로운 연산자 능력이 반영되지 않고 있다.

4. Buddy Compiler 동향

4.1 buddy-mlir 모니터링 기간 내 커밋·릴리스 제로, 0.1.3 이후 나이틀리 없음(11-03 상태)

날짜: 2026-11-03 (상태)　출처: buddy-mlir Releases, 나이틀리 빌드 dev20261030, 커밋 목록

모니터링 기간 내 메인 브랜치 커밋 0건, 릴리스 0건. 최신 정식 버전은 여전히 10-31 23:01 UTC에 컷팅된 v0.1.3(베이징 시간 11-01 07:01)이며, 최신 나이틀리 빌드는 10-30의 dev20261030(베이징 시간 10-30 08:49)이다. 지난 회차에 기록한 “16건의 커밋 중 10건이 RVV 스케일러블 벡터화이며, 릴리스 노트에는 서버 측 ABI만 기재됨”은 여전히 유효하며, 이번 회차에는 설명이나 테스트를 보완하는 후속 커밋이 없었다.

최근 리듬상 나이틀리 빌드는 통상 메인 브랜치에 새 커밋이 있을 때만 나온다. 3일 연속 나이틀리 빌드가 없다는 것은 0.1.3 컷팅 이후 메인 브랜치가 실제로 멈췄음을 의미한다.

4.2 다운스트림 앵커는 여전히 나이틀리를 가리키며, 정식 버전 전환 움직임 없음 (11-02 상태)

날짜: 2026-11-02 (상태)　출처: triton-riscv PR #91, buddy-mlir 0.1.3

triton-riscv의 의존성 앵커는 여전히 10-30의 나이틀리 빌드(dev20261030, #91은 10-31에 머지됨)이며, 정식 버전 태그 v0.1.3로 전환되지 않았다. 양자는 내용이 동일 소스(0.1.3은 10-29 메인 브랜치 헤드에서 컷팅됨)이므로 RVV 10건은 이미 다운스트림에 적용된 상태다. 차이는 “앵커가 나이틀리 태그를 가리키고 있다”는 점인데, renovate의 업데이트 주기가 정식 버전 릴리스를 인식하지 못했고, 현재 설정으로는 한 라운드를 더 기다려야 한다.

다운스트림 사용에 대한 실질적 영향은 제한적이지만 재현성에는 영향이 있다. 나이틀리 태그는 빌드 보존 정책에 따라 노후화되지만 정식 버전 태그는 그렇지 않다.

5. 커뮤니티와 활동 및 공식 홈페이지

5.1 공식 홈페이지 3개 페이지 변화 없음, 블로그 2편, 문서 23장 (11-03 상태)

날짜: 2026-11-03 (상태)　출처: RuyiAI 공식 홈페이지, 블로그 인덱스, 문서 인덱스

index.html, blog.html, docs.html 세 페이지의 sha256은 지난 회차와 일치하며 모두 “변화 없음”이다. 홈페이지 인덱스 3건, 블로그 2편(《Triton의 RISC-V 적응》《PyTorch RISC-V CI 실천》), 문서 23장. 공식 홈페이지는 이번 모니터링 기간에 신규 콘텐츠가 전혀 없었으며, 이는 ruyi 측의 버전 움직임과 대조를 이룬다.

5.2 포럼 모니터링 기간 내 신규 게시글 없음, 격주 진행 080기 미발행 (11-03 상태)

날짜: 2026-11-03 (상태)　출처: RuyiSDK 개발자 커뮤니티, RuyiAI 서밋 회고, 격주 진행 079기

포럼 모니터링 기간 내 신규 게시글 없음. 최신 게시글은 여전히 10-29의 #2899《RuyiAI, 제6회 RISC-V 중국 서밋 참가하여 RVV에서 Matrix까지의 AI 시스템 소프트웨어 스택 실천 공유》이며, 그 이전 10-29에 #2898, #2897 두 편의 서밋 전재 글이 있었다. 격주 진행 최신 회차는 10-26의 079기이며 080기는 미발행이다. 2주 주기상 다음 회차는 11-09 전후에 나올 예정이다.

주목할 점은 ruyi 0.54.0-beta 패키징과 ABI 호환성 적용이라는 두 사안 모두 포럼 측에 대응 게시글이 없다는 것이다. 릴리스 정보는 현재 GitHub Release와 PyPI 두 채널로만 전달되고 있다.

5.3 ruyiai-daily 11-02 회차 아카이브 완료 (11-02)

날짜: 2026-11-02　출처: ruyiai-daily

일일 정보 저장소에 11-02 06:31 daily-news: 2026-11-02 커밋이 이루어졌으며, 매일 22:20~22:40(UTC) 사이의 고정 리듬을 이어가고 있다. 이번 회차 내용은 본 리포트의 기준과 일치하며, 별도로 분리할 항목은 발견되지 않았다.

5.4 외부 뉴스 5개 그룹 쿼리 히트 0건 (11-03 상태)

날짜: 2026-11-03 (상태)　출처: Google News RSS, RuyiSDK 커뮤니티

러이SDK, 러이AI, 「루이(如意)」 RISC-V, open루이, 러이SDK RISC-V 다섯 조의 중영문 검색어가 24시간 모니터링 기간 내 전부 0건을 기록했다. RISC-V 일반 뉴스 측에서는 당일 여러 건(Linux 7.4의 RISC-V user-copy 런타임 감지, Qwen 가중치 내장 RISC-V CPU 등)이 있었으나 모두 본 주제와 직접적인 관련이 없어 기존 기준에 따라 수록하지 않는다.

6. 동향 관찰

6.1 공백이 베타로 마무리, 0.54.0의 플래그십 항목은 「이 기계에서 돌아가는가」

0.54.0은 09-18의 알파에서 11-02의 베타까지 45일이 걸렸고, 0.53.0 정식 버전에서 베타까지는 39일이 걸렸다. 이 기간 동안 ruyi 메인 브랜치에 코드가 없었던 것은 아니다. ABI 시리즈 커밋이 10-30과 11-02에 두 차례로 나뉘어 반영됐다. 다만 릴리스 채널은 11월 첫 영업일이 되어서야 다시 가동됐다.

다시 가동될 때 선택한 내용은 명확하다. 호스트 ABI 호환성이다. 이는 「신기능」식의 판매 포인트가 아니라 「설치하면 돌아가는가」를 경험적 판단에서 조회 가능한 항목으로 바꾸는 것이다. 여러 벤더의 보드와 툴체인을 대상으로 하는 패키지 관리자에게 이 방향의 우선순위는 패키지를 몇 개 더 추가하는 것보다 높다.

6.2 릴리스 노트의 기준 오류, 두 달 반 치의 옛 기록을 다시 나열하다

열세 건 대 네 건은 이번 호에서 가장 오독하기 쉬운 부분이다. 릴리스 노트의 비교 기준이 0.53.0이 아니라 0.52.0-alpha.20260714에 멈춰 있다. 그 결과 08-24의 「RuyiSDK Certified」 벤더 표시, 09-16의 ABI 스캐너, 09-23의 교차 저장소 설치 상태 수정이 모두 0.54.0-beta의 변경 목록에 다시 등장했다.

다운스트림에 대한 의미는 다음과 같다. 이 목록으로 「0.53.0에서 0.54.0으로 무엇이 바뀌었는가」를 판단할 수 없으며, 직접 비교 인터페이스를 실행해야 한다. 프로젝트가 릴리스 절차에 「기준 태그는 직전 정식 버전으로 지정」하는 단계를 추가하는 것은 어렵지 않지만, 독자의 신뢰 비용에는 적지 않은 영향을 준다.

6.3 데이터 측이 도구 측에 뒤처져, ABI 검사는 대부분 「미판정」만 회신 가능

도구는 이미 삼상 판정, 설치 경고, check-abi 디버그 명령을 모두 갖췄으나, 데이터 측에는 패키지 세 개, 주석 열한 건뿐으로 327개 패키지 버전 설명 파일의 1퍼센트에도 미치지 못한다. qemu-system-riscv-upstream은 심지어 amd64 주석만 있다.

이는 현 단계에서 사용자가 실제로 체감할 수 있는 것이 「일부 패키지가 호환성을 표시한다」이지 「설치 전에 모두 확인할 수 있다」가 아님을 의미한다. 이 체인을 보편적 역량으로 보완하려면 빌드 파이프라인이 패키지별로 재스캔하고 다시 채워 넣어야 한다. 이는 패키지 단위로 계산되는 작업량이며 릴리스에 따라 자동으로 완료되지 않는다. 다음 호에서는 packages-index의 주석 수가 계속 증가하는지를 이 라인이 실제로 가동됐는지의 판단 기준으로 삼을 수 있다.

6.4 open루이의 결산과 결판 부재 병존, 병목은 개발이 아닌 릴리스

11-02 하루에 일곱 건이 병합됐으며 그중 다섯 건은 8월부터 10월 초까지의 오래된 PR이다. 같은 날 네 건의 직접 커밋도 있었다. 개발 측의 움직임은 부족하지 않으나 2026.10 월간 버전은 아직 릴리스되지 않아 뉴스 페이지는 10월 특집 두 편으로만 내용을 유지하고 있다.

이는 ruyi 측 상황과 함께 읽으면 동일한 판단을 가리킨다. RuyiSDK 생태계의 두 배포 파이프라인(패키지 관리자와 배포판)이 10월 모두 「코드는 가는데 릴리스는 가지 않는」 상태에 놓였다. 0.54.0-beta가 패키지 관리자 라인을 다시 끌어올렸으니, 배포판 라인은 2026.10을 기다리거나 곧바로 2026.11로 건너뛰어야 하며, 그때에야 절차 지연인지 리듬 조정인지를 판단할 수 있다.

부록

출처 검증표

출처 검증 결과
RuyiAI-Stack 조직 (전체 저장소) pytorch: riscv 브랜치 모니터링 기간 내 커밋 없음, 헤드 커밋 b20942de는 여전히 10-29 베이스라인의 전체 재적용이며, main의 업스트림 커밋 20건은 본 스택과 무관; llvm-project: riscv 브랜치 11-02 23:00에 26건 재적용, 헤드 커밋 375bf3e4, A100/AME 체인 신규 없음; triton-riscv: 메인 브랜치 커밋 없음, 야간판 2026-11-01-ed0ccd1 1건, #92는 11-02 21:43 갱신; tilelang-riscv: 18일째 정적, 오픈 PR 2건(#4, #2); VecIntrinBench, IntrinTrans, FBGEMM, harness, cpuinfo, torq-tile, pytorch-ci, dsh-osc, skills, caffe, mxnet 모니터링 기간 내 커밋 없음
ruyisdk 조직 (전체 저장소) ruyi: 커밋 20건(ABI 호스트 호환성 및 패키지 조회 오류 보고 시리즈) + Release 1건(0.54.0-beta.20261102) + PyPI 동기화; packages-index: 커밋 3건, 전부 ABI 주석; support-matrix, docs, ruyisdk-website, ruyi-imager, wechat-articles, attached-matrix-extension, ruyici, AME-operator 모니터링 기간 내 커밋 없음
openRuyi-Project 조직 메인 저장소 커밋 7건, PR 머지 7건(#1421, #1381, #1377, #1376, #1136, #1565, #1566); 오픈 큐에 #1567, #1568, #1564 신규 개설, #1562는 머지 없이 종료; ruyifirmware, edk2-ruyi, coreboot, opensbi, linux 모니터링 기간 내 커밋 없음; lookout, go2spec, kvm-unit-tests는 푸시가 있었으나 기본 브랜치에 모니터링 기간 내 커밋 없음(go2spec은 패키징 인프라 변경 1건)
buddy-compiler 조직 buddy-mlir 메인 브랜치 커밋 없음, 릴리스 없음; 최신 정식 버전 release/v0.1.3(10-31 23:01 UTC), 최신 야간판 dev20261030(10-30 00:49 UTC), 이후 신규 야간판 없음
ruyi 패키지 관리자 / PyPI 0.54.0-beta.20261102 릴리스(태그 15:16, Release 18:37, PyPI 동기화 0.54.0b20261102); 정식 버전은 여전히 0.53.0; 0.53.0 이후 39일간 신규 태그 없음
packages-index 커밋 3건, ABI 주석 11건, wlink, qemu-system-riscv-upstream, gnu-ruyisdk 세 패키지 대상; 인덱스 내 총 327개 패키지 버전 설명 파일
openRuyi 배포판 뉴스 페이지 2026.10 릴리스 공지 여전히 부재; 뉴스 페이지 10월 두 편의 특집 기사에 10-19, 10-30 게시로 표기(생태계 인프라, Ruyi Firmware)
RuyiSDK 개발자 커뮤니티 포럼 모니터링 기간 내 신규 게시글 없음, 최신은 10-29의 #2899; 격주 진행 상황 079호(10-26)가 최근 공식 보고이며 080호는 미출시
공식 홈페이지(ruyiai.org) 세 페이지 변동 없음: 홈페이지 인덱스 3건, 블로그 2편, 문서 23장, sha256은 이전 기간과 동일
ruyiai-daily 모니터링 기간 내 1회(2026-11-02), 기준 본 보고서와 일치
Google News RSS(중영문 다중 그룹) RuyiSDK, RuyiAI, 「여의」RISC-V, openRuyi, RuyiSDK RISC-V 다섯 그룹 쿼리 히트 없음; RISC-V 일반 뉴스는 본 주제와 무관하여 미수록

전체 출처 목록