모니터링 기간: 지난 3일 (2026-09-25 04:30 ~ 2026-09-28 04:30, 베이징 시간; 월요일 기간은 주말 포함).

출처: GitHub 세 조직 점검 (RuyiAI-Stack 18개 저장소, ruyisdk 45개 저장소, openRuyi-Project 35개 저장소의 커밋과 Release, Atom 및 웹 이중 채널; 업스트림 fork 커밋은 RISC-V 키워드로 항목별 필터링, 무관 커밋 미수록), RuyiTuner 저장소 (Release, CHANGELOG, 브랜치 커밋), ruyi 패키지 매니저 및 테스트 서브모듈 저장소, 개발 보드 지원 매트릭스 병합 큐, RuyiSDK 개발자 커뮤니티 (포럼 최신 주제 및 RuyiAI 게시판), openRuyi 배포판 뉴스 페이지, arXiv 검색, PyPI 버전 확인, Google News RSS 중영문 다중 쿼리 (프록시 경유, 본 기간 미적중, 상세는 부록 참조).

이번 호 인덱스

  • 오늘의 중점: RuyiTuner v1.8 릴리스, 주말에 실제 컴파일 비교 단계 완료, 3단계 파이프라인 구체화 (09-25 ~ 09-27)
    1. RuyiAI 스택 진전 (PyTorch / Triton / TileLang RISC-V 적응)
      • 1.1 컴파일러 fork 정적: XTHeadVector 수정 PR #168 리뷰 09-24에 정지, 사전 연구 브랜치 무동작 (09-28 상태)
      • 1.2 triton-riscv: 의존성 PR #84를 buddy-mlir 나이틀리 dev20260925로 업데이트 (09-25)
      • 1.3 PyTorch fork: riscv 브랜치와 8개 오픈 PR 09-21 상태 유지 (09-28 상태)
      • 1.4 기술 정보 저장소: ruyiai-daily 4회 연속 미푸시, 최신은 여전히 09-23 호 (09-24 이후)
    1. RuyiSDK 툴체인과 배포판 (커널, 지원 매트릭스, IDE, openRuyi)
      • 2.1 ruyi: 테스트 타임아웃 패키지 수 기준 계산 PR #503 병합 (09-25)
      • 2.2 지원 매트릭스: ESP32C3의 RT-Thread 5.3.1 리포트 병합 (PR #406, 09-27)
      • 2.3 VS Code 플러그인: 「View Example」 안내 추가 (09-26)
      • 2.4 공식 웹사이트: 데이터 인터페이스와 서브모듈 2건 정례 자동 업데이트 병합 (09-25)
      • 2.5 openRuyi: 메인 저장소 정적, ceph-ci 2건 빌드 풀 조정, 2026.09 월간 버전 공지 미게시 (09-28 상태)
    1. 벡터 확장과 연산자 최적화 (VecIntrinBench / IntrinTrans / FBGEMM)
      • 3.1 세 전문 목표 저장소 기간 내 계속 정적 (09-28 상태)
    1. 커뮤니티와 활동 (격주 리포트, 포럼)
      • 4.1 포럼 기간 내 신규 주제 없음, 격주 리포트 077호 여전히 최신 (09-28 상태)
      • 4.2 외부 뉴스와 arXiv 제로 적중 (09-28 상태)
    1. 트렌드 관찰
      • 5.1 주말 특례: 단독 메인테이너의 고빈도 반복 기간
      • 5.2 「릴리스-유지보수」 리듬: 0.53.0 이후 메인 저장소 정적
      • 5.3 지원 매트릭스의 RT-Thread 라인 계속 확장
      • 5.4 본 기간의 공백과 관심점

오늘의 중점: RuyiTuner v1.8 릴리스, 주말에 실제 컴파일 비교 단계 완료, 3단계 파이프라인 구체화

날짜: 2026-09-25 ~ 2026-09-27　출처: v1.8 Release, CHANGELOG, real_compile 분할 커밋

RuyiTuner는 Ruyi 커뮤니티가 LLVM을 대상으로 만든 컴파일러 튜닝 도구로, 「최적화 시너지 분석」을 기반으로 코드 크기를 최대한 줄일 수 있는 pass 시퀀스를 자동으로 탐색합니다. 베이징 시간 09-25 오전(09:06)에 이 도구는 v1.8을 릴리스했습니다(tag는 커밋 a032c28c 「Add ruyi-cc to use pass seq into project」를 가리킴). v1.8이 v1.7(09-17) 대비 수렴한 업데이트에는 프로젝트 전체를 대상으로 공용 pass 시퀀스를 탐색하는 --search_scope project 모드(집계 적합도 GA), --max-path-length 파라미터, 그리고 scripts/ruyi-cc.sh 컴파일러 래퍼 스크립트가 포함됩니다. 이는 최적 시퀀스를 프로젝트의 정상 빌드 흐름에 연결하고(make CC=scripts/ruyi-cc.sh), 시퀀스를 점수 기준에 따라 중첩 처리하며, -fPIC / -mcmodel 등 코드 생성 옵션을 llc로 전달합니다. bzip2-1.0.2에서 전체 컴파일, 링크, 압축 해제 기능 검증을 완료했습니다. 이 중 프로젝트 수준 검색과 --max-path-length 두 부분은 이전 모니터링 기간에 각각 추적된 바 있습니다(09-22 / 09-24).

릴리스 후에도 개발은 멈추지 않았습니다. 09-25(7건, 09:06 ~ 19:31)와 09-27(6건, 16:11 ~ 18:22) 이틀 동안 v1.x 브랜치에 연속 13건의 커밋이 이루어졌고(그리고 두 번 main에 병합), 1.9 버전 라인을 「실제 컴파일 비교」가 완성되는 단계로 밀어붙였습니다. 먼저 프로젝트 수준 검색의 시퀀스를 디스크에 기록하고(09-25 17:04), 이어서 「최적 시퀀스로 소스를 실제 컴파일하고 크기 축소율을 보고하는」 단계를 메인 진입점에 추가했으며(18:27), 그 후 기능을 임시 래퍼 스크립트에서 흡수하여 scripts/ruyi-cc.sh를 삭제했습니다(19:31). 09-27에는 이 단계를 독립 스크립트 real_compile.py로 분리하여(18:10), train.py, run.py와 함께 3단계 파이프라인(단계 제목 1/3 ~ 3/3)을 구성했고, 다음을 완료했습니다. 출력을 단계에 따라 재번호 부여(열거 파일은 Step1 접두사, 시퀀스와 결과는 Step2 접두사로 변경), 시너지 쌍 탐색 중간 파일을 더 이상 디스크에 기록하지 않음(메모리 전달로 변경), --dataset이 단일 .c / .i 소스 파일을 지원, GA의 obj-size 점수를 pic 재배치 모델로 전환(x86_64에서 clang의 기본 기준에 정렬), 실컴파일 단계에서 C→IR 캐시의 .ll 파일 재사용, 프로젝트별 x86 / RISC-V 코드 크기 데이터 추출, 원리 개요도 V2.0으로 업데이트.

모니터링 기간 말 기준으로 1.9는 아직 릴리스되지 않았으며(최신 Release는 여전히 v1.8), 그 변경 사항은 CHANGELOG 「1.9 버전 변경」 항목에 완전히 기록되었습니다. 도구의 버전 및 아키텍처 범용성은 변함없이 유지됩니다(LLVM 버전과 대상 아키텍처에 구속되지 않으며, 대상은 입력 IR의 대상 트리플에 의해 결정됨). 이번 리팩터링은 기존의 「2단계 검색 + 외부 컴파일 래퍼 스크립트」 형태를 하나의 내장된 3단계 파이프라인으로 수렴시켰습니다.

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

기간 개요: RuyiAI-Stack 조직의 18개 저장소 중, 모니터링 기간 내에는 사이트 저장소 ruyiai-stack.github.io에 3건의 일상적인 기여자 데이터 커밋이 있었을 뿐이며(09-25부터 09-27까지 매일 1건), pytorch, triton-riscv(메인 브랜치), llvm-project, tilelang-riscv, FBGEMM, cpuinfo, VecIntrinBench, IntrinTrans, harness, dsh-osc, torq-tile, skills, pytorch-ci, SyncBots-DeepAgents, mxnet, caffe는 모니터링 기간 내 푸시가 없었습니다.

1.1 컴파일러 fork 침묵: XTHeadVector 수정 PR #168 리뷰가 09-24에 멈춤, 사전 연구 브랜치 동작 없음(09-28 상태)

날짜: 2026-09-24(상태)　출처: 브랜치 목록, PR #168

ruyisdk/llvm-project는 모니터링 기간 내 새 커밋이 없었습니다. 메인 브랜치와 AME, riscv-ime-preview, ame0p6 세 개의 행렬 확장 사전 연구 브랜치 모두 모니터링 기간 내 동작이 없었으며, XuanTie 벡터 혼합 폭 인덱스 메모리 접근 수정 PR #168(09-24 개설)의 마지막 리뷰와 CI 활동은 개설 당일에 멈춰 모니터링 기간 내 새로운 진전이 없었습니다. 지난 모니터링 기간의 「행렬 확장 사전 연구 + XTHeadVector 기존 유지보수」 두 축 병행 리듬은 이번 모니터링 기간에 잠시 멈췄습니다.

1.2 triton-riscv: 의존성 PR #84가 buddy-mlir 야간 버전 dev20260925로 업데이트(09-25)

날짜: 2026-09-25　출처: PR #84, PR 목록

triton-riscv 메인 브랜치는 모니터링 기간 내 커밋이 없었다. renovate 봇의 의존성 후속 PR #84는 모니터링 기간 내 야간 빌드에 따라 계속 진전되었다 — buddy-mlir 참조가 nightly/v0.0.11.dev20260925로 업데이트되었다(베이징 시간 09-25 저녁, PR은 열린 상태 유지). 기능 측면의 6건의 변환 및 예제 유형 PR(#83, #56, #54, #58, #55, #82)의 업데이트 시간은 여전히 09-15 ~ 09-17에 머물러 있으며, 모니터링 기간 내 새로운 리뷰는 없었다.

1.3 PyTorch fork: riscv 브랜치와 8개의 열린 PR이 09-21 상태 유지(09-28 상태)

날짜: 2026-09-21(상태)　출처: riscv 브랜치 커밋, PR 목록

해당 fork의 riscv 브랜치는 모니터링 기간 내 새로운 커밋이 없었다(브랜치 헤드는 여전히 09-20 저녁 일괄). 8개의 열린 PR(#23, #35, #36, #38, #43, #46, #48, #51)의 업데이트 타임스탬프는 모두 09-21에 머물러 있으며, 모니터링 기간 내 변화가 없었다. 그중 RVV 방향 2건(#46 ATen RVV 지원, #48 RVV CPU capability)의 대기 시간은 계속 누적되고 있다.

1.4 기술 정보 저장소: ruyiai-daily 4회 연속 미푸시, 최신은 여전히 09-23호(09-24부터)

날짜: 2026-09-24 ~ 09-27(공백기)　출처: ruyiai-daily 커밋 기록

기술 정보 저장소 ruyiai-daily는 모니터링 기간 내 새로운 호를 푸시하지 않았다. 최신 호는 여전히 09-23호(09-23 아침 커밋)이며, 09-24부터 09-27까지 4회 연속 결번이다. 해당 저장소는 이전에 09-18부터 09-23까지 연속 매일 푸시를 유지했으나, 이번 공백은 두 번째 모니터링 기간 연속으로 확대되었으며, 향후 모니터링 기간에서 리듬 조정인지 게시 중단인지 확인이 필요하다.

2. RuyiSDK 툴체인과 배포판(커널, 지원 매트릭스, IDE, openRuyi)

모니터링 기간 개요: ruyisdk 조직의 45개 저장소 중 모니터링 기간 내 활동이 있었던 것은 5개이다: ruyi-tuner(v1.8 릴리스와 15건의 커밋, 오늘의 중점 참조), ruyi(PR #503 병합), support-matrix(PR #406 병합), ruyisdk-vscode-extension(1건), ruyisdk-website(2건 자동 업데이트). llvm-project, riscv-gcc, linux-xuantie-kernel, ruyi-backend, docs, board-docs, packages-index, wechat-articles 등은 모니터링 기간 내 새로운 커밋이 없었다.

2.1 ruyi: 테스트 타임아웃을 패키지 수 기준으로 계산하는 PR #503 병합(09-25)

날짜: 2026-09-25　출처: PR #503, 병합 커밋 237311e3, ruyi-pytest 커밋 94881c0b

베이징 시간 09-25 21:06, PR #503 “tests(ruyi-pytest): calculate ruyi install timeout by pkg count”가 메인테이너 xen0n에 의해 병합되었다. 해당 PR은 한 줄만 업데이트한다: 테스트 서브모듈 tests/ruyi-pytest의 참조를 c48823c5에서 94881c0b로 진행시킨다. 후자는 테스트 저장소 09-24의 커밋에 대응한다 — 패키지 관리자 테스트 스위트의 설치 타임아웃을 설치 패키지 수 기준으로 계산하도록 변경하여 고정 타임아웃 값을 대체함으로써 다중 패키지 시나리오의 간헐적 타임아웃을 줄이는 것으로, 0.53.0 릴리스 이후 테스트 라인의 마무리 작은 걸음이다. 모니터링 기간 내 ruyi 메인 저장소에는 다른 커밋이 없었다. v0.53.x 릴리스 브랜치는 릴리스 이후 조용했으며, 최신 Release는 여전히 0.53.0(09-24), PyPI 0.53.0이 최신을 유지하고 있으며, 다음 버전은 10월 말로 예고되었다(077호 참조).

2.2 지원 매트릭스: ESP32C3의 RT-Thread 5.3.1 보고서 병합(PR #406, 09-27)

날짜: 2026-09-27　출처: PR #406, 보고서 커밋 cf6af500, min_rev 커밋 41235259

베이징 시간 09-27 11:26, PR #406 「ESP32C3: add RT-Thread 5.3.1 test report」가 병합되었다(커밋 2건). 보고서는 기여자 Chen Moushun이 제출했다: ESP32-C3-DevKitM-1(rev v1.1)이 공식 ESP32_C3 BSP에서 RT-Thread를 실행하여 msh에 진입했으며, 테스트 커밋은 dc3da6d8로 고정되었다(시리얼 배너에 5.3.1이 표시되나 v5.3.1 릴리스 태그는 아님). 문서에는 두 가지 보드 레벨 세부 사항이 기록되었다——Windows 측 링커 스크립트 변경, 그리고 esptool의 min_rev 처리(해당 보드의 기본 이미지 헤더 min_rev=3은 거부되므로, 보드 내장 bootloader.bin의 min_rev를 0으로 설정해야 하며 사용된 esptool 조각을 첨부했다). 중영 이중 언어 문서 총 306줄이 추가되었다. 검토 대기열 측면에서: #397(RT-Thread Smart, Milk-V Duo S), #405(Zephyr, Milk-V Duo S), #390(VisionFive2_Lite Ubuntu)은 열린 상태를 유지하고 있으며, 모니터링 기간 내 신규 리뷰는 없었다.

2.3 VS Code 플러그인: 「View Example」 가이드 추가(09-26)

날짜: 2026-09-26　출처: 커밋 0d61f1a0

베이징 시간 09-26 13:37, 플러그인 저장소에 기능 커밋 「feat: add ‘View Example’ when found no build rules」가 병합되었다(기여자 sisungo): 워크스페이스에서 빌드 규칙을 찾지 못했을 때, 인터페이스에 「View Example」 진입점을 새로 추가하여 사용자가 예시를 볼 수 있도록 안내하며, 함께 중영 로컬라이제이션 문구를 업데이트하고 중복 항목을 정리했다(l10n 두 파일과 build.service.ts, 총 +20 / -12줄).

2.4 공식 웹사이트: 데이터 인터페이스와 서브모듈 두 건의 정기 자동 업데이트 병합(09-25)

날짜: 2026-09-25　출처: 커밋 2ffc6b4d, 커밋 499dd18a

베이징 시간 09-25 11:26, 공식 웹사이트 저장소에 두 건의 정기 자동 업데이트가 병합되었다: 데이터 인터페이스 업데이트(#592)와 서브모듈 참조 업데이트(#591)이며, 모두 자동화 작업 산출물이다.

2.5 openRuyi: 메인 저장소 침묵, ceph-ci 컴파일 풀 두 건 조정, 2026.09 월간 버전 공지 미게시(09-28 상태)

날짜: 2026-09-25　출처: ceph-ci 커밋 b41d2806, openRuyi 뉴스 페이지

openRuyi 배포판 메인 저장소는 모니터링 기간 내 침묵했다(최근 커밋은 09-24의 데스크톱 의존성 수정으로, 이전 모니터링 기간에 속함). openRuyi-Project 조직 내에서는 ceph-ci만 동작이 있었다——베이징 시간 09-25 저녁 두 건으로, 비 ASan ninja 컴파일 동시성 풀 상한을 24로 낮추고 파일 정리 한 건을 수행했다(기여자 sunyuechi). 배포판 뉴스 페이지에는 새 공지가 없다: 2026.08 월간 버전(08-27 릴리스)이 여전히 최신이며, 2026.09 월간 버전 공지는 미게시 상태다. 05-29 / 06-30 / 07-23 / 08-27의 월말 릴리스 리듬에 따르면 공지 시점이 임박했다.

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

3.1 세 가지 전문 목표 저장소는 모니터링 기간 내 계속 침묵(09-28 상태)

날짜: 2026-09-28 (상태)　출처: VecIntrinBench, IntrinTrans, FBGEMM

벡터 내장 함수 벤치마크, 내장 함수 변환 및 저정밀도 연산자 라이브러리를 대상으로 하는 세 저장소의 모니터링 기간 내 커밋이 모두 없습니다: VecIntrinBench의 마지막 커밋은 02-13, IntrinTrans는 06-25, FBGEMM fork는 07-13이며, 동일 그룹 관찰 대상인 cpuinfo(05-20), torq-tile(04-09) 역시 조용합니다. 이번 모니터링 기간에 “코드 크기 및 시퀀스 최적화”와 관련된 활동은 RuyiTuner의 실컴파일 비교 라인에 집중되었습니다(오늘의 중점 참조).

4. 커뮤니티와 활동 (격주 리포트, 포럼)

4.1 포럼 모니터링 기간 내 새 주제 없음, 격주 리포트 077호가 여전히 최신 (09-28 상태)

날짜: 2026-09-28 (상태)　출처: 포럼 최신 주제, 077호 발표 게시물

RuyiSDK 개발자 커뮤니티 포럼 모니터링 기간(09-25 ~ 09-27) 내 새 주제 없음: 최신 주제는 여전히 09-24에 발표된 077호 격주 보고(#2852)와 09-24 오픈소스 기술 핫스팟 소식 게시물(#2851)이며, 일일 소식 게시물 시리즈는 이번 모니터링 기간에 업데이트되지 않았습니다(최근 게시물은 09-24). 격주 리포트 다음 호는 아직 게시되지 않았습니다.

4.2 외부 뉴스 및 arXiv 제로 히트 (09-28 상태)

날짜: 2026-09-28 (상태)　출처: Google News RSS 다중 쿼리(프록시 경유), arXiv 검색

Google News에서 RuyiSDK, RuyiAI, openRuyi, Ruyi RISC-V에 대한 다중 중국어 쿼리(when:3d)가 모두 제로 히트이며, 베어 쿼리 검증 채널은 정상입니다(RuyiSDK는 2024년 역사 항목만 반환). arXiv 검색(RISC-V 및 벡터 / 컴파일러 / 추론 방향)은 모니터링 기간 내 새 등록이 없으며, 최근 항목은 09-24의 “Compiler and Hardware Co-Design for Accelerator Architectures”입니다.

5. 트렌드 관찰

5.1 주말 특례: 단일 유지보수자의 고빈도 반복 모니터링 기간

RuyiTuner는 이번 모니터링 기간 유일한 고빈도 개발 면입니다——09-25와 09-27 이틀 동안 동일 유지보수자가 연속 13건의 커밋을 푸시하고 두 번 main에 병합하여, 모니터링 기간을 걸쳐 진행 중이던 리팩토링(임시 컴파일 래퍼 스크립트에서 내장 실컴파일 단계로)을 3단계 파이프라인으로 마무리했습니다. 버전 리듬을 돌아보면: v1.6(08-31)에서 v1.7(09-17)까지 약 2주 반, v1.7에서 v1.8(09-25)까지 8일, 1.9 변경이 이미 진행 중입니다——도구 라인은 “매주 사용 가능한 증분” 속도로 반복하며, 새 모니터링 기간의 메인 스택 침묵과 대조를 이룹니다.

5.2 “릴리스-유지보수” 리듬: 0.53.0 이후 메인 저장소 침묵

ruyi 0.53.0 릴리스(09-24) 후 첫 완전한 모니터링 기간 내 메인 저장소는 테스트 서브모듈 후속 1건(#503)만 있었으며, 0.53 버전 주기 관련 세 가지 이슈(#495, #498, #501)는 현재 모두 종료되었고, 장기 추적 항목 #401(PyPI의 RISC-V 설치 준비 추적)만 여전히 오픈 목록에 있습니다. 077호의 “다음 버전 10월 말” 예고와 결합하면, 현재는 버전 간 유지보수 조용한 구간——릴리스 품질 관심점이 커뮤니티 설치 피드백으로 전환됩니다.

5.3 지원 매트릭스의 RT-Thread 라인 지속 확장

모니터링 기간 내 지원 매트릭스 유일한 병합은 ESP32-C3의 RT-Thread 5.3.1 보고이며, 최근 2주간 이 매트릭스의 RISC-V 보드 커버리지는 대부분 RT-Thread와 Zephyr 두 실시간 운영체제에서 비롯되었습니다(CH32V307, ESP32-C3 연속 업데이트). 동시에 Milk-V Duo S 플랫폼 3건(RT-Thread / RT-Thread Smart / Zephyr)은 여전히 대기열에 있습니다. RISC-V 개발 보드의 운영체제 수준 테스트 디렉토리가 지속적으로 촘촘해지고 있습니다.

5.4 이번 모니터링 기간의 공백과 관심점

공백 항목: RuyiAI-Stack 메인 스택(pytorch / triton-riscv / llvm-project 등 기능 라인) 연속 침묵, 프레임워크 측 대기와 도구 측 단독 활성의 분화가 이미 2주째입니다. 기술 정보 저장소 중단이 2주째에 진입(09-24호부터 4회 결석)했으며, 포럼과 외부 뉴스 측 모두 완전 침묵입니다. 관심점: 첫째, openRuyi 2026.09 월간 버전 공지(월말 모니터링 기간), 둘째, 지원 매트릭스 심사 중 3건의 병합 리듬, 셋째, llvm-project PR #168과 두 예비 연구 브랜치의 후속 내용, 넷째, ruyiai-daily의 푸시 재개 여부, 다섯째, ruyi 0.53.0의 커뮤니티 피드백과 새로운 issue 동향입니다.

출처 검증표

출처 검증 결과
RuyiAI-Stack 조직(18개 저장소) ruyiai-stack.github.io만 정례 작업(기여자 데이터 3건)이 있음. pytorch, tilelang-riscv, llvm-project, FBGEMM, cpuinfo, VecIntrinBench, IntrinTrans, harness, dsh-osc, torq-tile, skills, pytorch-ci 등은 모니터링 기간 내 푸시 없음(triton-riscv 의존성 PR은 업데이트 있음, 1.2 참조)
ruyisdk 조직(45개 저장소) ruyi-tuner(v1.8 릴리스 및 커밋 15건), ruyi(#503 병합), support-matrix(#406 병합), ruyisdk-vscode-extension(1건), ruyisdk-website(자동 업데이트 2건)에 작업이 있음. 나머지(llvm-project, riscv-gcc, linux-xuantie-kernel, ruyi-backend, docs, board-docs, packages-index, wechat-articles 등)는 신규 커밋 없음
openRuyi-Project 조직(35개 저장소) ceph-ci 2건(빌드 풀 조정)만 있음. openRuyi 메인 저장소, fwts, kvm-unit-tests, homepage 등은 모니터링 기간 내 푸시 없음
RuyiSDK 커뮤니티 포럼 모니터링 기간 내 신규 주제 없음(최신은 여전히 09-24의 077호와 정보 게시글)
격주 리포트 077호가 여전히 최신(09-24 발행). 다음 호는 미게시
openRuyi 뉴스 페이지 신규 공지 없음(2026.08이 여전히 최신. 2026.09 미게시)
개발 보드 지원 매트릭스 #406 병합(ESP32C3 RT-Thread 5.3.1). 심사 중 #397, #405, #390
ruyi 패키지 관리자 저장소 PR #503 병합. main에 다른 커밋 없음. 최신 Release 0.53.0(09-24)
기술 정보 저장소(ruyiai-daily) 09-24호부터 네 호 연속 푸시 없음(최신 09-23호)
arXiv(RISC-V 벡터 및 AI 컴파일러) 모니터링 기간 내 신규 수록 없음(최근 항목 09-24)
Google News RSS(중영문 다중 조합 + 단독 쿼리) RuyiSDK, RuyiAI, openRuyi, 루이(Ruyi) RISC-V 모두 0건. 대조 쿼리는 정상 반환되어 수집 장애는 배제됨

전체 출처 목록