모니터링 기간: 2026-08-29 10:18 ~ 2026-08-30 10:18 베이징 시간 출처: GitHub（org: flagos-ai 52개 저장소 + commit search 42건 + PR/Issue API）、Google News RSS（중영문 다중 쿼리, 프록시 경로 정상）、HN Algolia、Tavily/web 교차 검증（상세는 부록 참조）

인덱스

    1. 오픈소스 프로젝트 진행 상황（GitHub 동향）
      • 1.1 헤드라인: Torch-FL 5개 가속기 torch.compile 수정 러시, DCU DTK fork 탈피 제안 제기（08-29/08-30）
      • 1.2 build-infra: Kunlunxin P800 vLLM 0.20.2 애플리케이션 이미지 마킹 릴리스（08-29）
      • 1.3 build-infra: sglang 0.5.18 벤더별 wheel 패키징 체계 구축（08-29）
      • 1.4 build-infra: Iluvatar CoreX corex4.5.0 이미지 스택 수정 + 패키징 디렉터리 통합 리팩터링（08-29/08-30）
      • 1.5 FlagTree: Moore Threads Mthreads SDK 업데이트（08-29）
      • 1.6 docs: 모델 목록 동기화 PR 대기 중（08-29/08-30）
      • 1.7 FlagGems / vllm-plugin-FL / verl-FL: 기간 내 신규 머지 없음（08-30）
    1. 뉴스 보도와 생태계
      • 2.1 조용한 날 설명: 컴포넌트 수준 쿼리 3일 연속 제로 히트
      • 2.2 생태계 측 관찰 및 제외 항목
    1. 회원사 심층 분석
      • 3.1 Moore Threads: MUSA torch.compile 복구 + CI 파이프라인 + FlagTree SDK（08-29）
      • 3.2 MetaX: MetaX stream 이벤트 시맨틱 수정 + FP8/FP4 소프트웨어 시뮬레이션（08-29）
      • 3.3 Hygon: DCU torch.compile profile + 공식 PyTorch 핵심 실행 제안（08-29/08-30）
      • 3.4 Ascend: lib/flagos_platform marker 설치 수정（08-29）
      • 3.5 Enflame: GCU torch.compile 복구（08-29）
      • 3.6 Kunlunxin: P800 vLLM 0.20.2 애플리케이션 이미지 정식 릴리스（08-29）
      • 3.7 Iluvatar CoreX: corex4.5.0 이미지 스택 3연속 수정（08-29/08-30）
    1. 요약
  • 부록: 전체 출처 목록

1. 오픈소스 프로젝트 진행 상황（GitHub 동향）

기간 개요: org 내 52개 저장소 중 5개가 기간 내 푸시 발생（build-infra, FlagTree, Torch-FL, docs, release-info; 이 중 docs 푸시는 PR 브랜치, release-info는 gh-pages 브랜치로 main에는 신규 커밋 없음）; commit search 기간 내 커밋 42건 히트. 이번 기간 메인 라인: 1. Torch-FL 다중 가속기 torch.compile 수정 러시——하루에 6개 PR 머지, Moore Threads MUSA, Enflame GCU, MetaX, Hygon DCU, Ascend 5개 가속기 커버, 추가로 “DCU에서 공식 PyTorch 핵심 실행, DTK fork 탈피” 아키텍처 제안 신규 제기; 2. Kunlunxin P800의 vLLM 0.20.2 애플리케이션 이미지 정식 마킹 릴리스（8/21 빌드, 8/29 등록）, FlagOS 칩 매트릭스에 신규 릴리스 추가; 3. sglang 0.5.18 벤더별 wheel 패키징 체계 구축, sglang이 vLLM과 정렬된 단일 단계 설치 파이프라인에 포함; 4. Iluvatar CoreX corex4.5.0 이미지 스택 3연속 수정, 2.1.2 이미지 설명 자동화 리프레시 지속 추진. 뉴스 측은 3일 연속 컴포넌트 수준 제로 히트.

1.1 헤드라인: Torch-FL 5개 가속기 torch.compile 수정 러시, DCU DTK fork 탈피 제안 제기（08-29/08-30）

출처: Torch-FL #226、#225、#220、#219、#213、#224、#227

  • 8/29 17:36~17:38 UTC(베이징 시간 8/29 심야) 3건 연속 머지: #220 DCU에 torch.compile HIP 대상 플랫폼 profile 추가(Hygon), #219 MetaX에서 FP8/FP4 소프트웨어 에뮬레이션 활성화(MetaX, boxing 경로), #213 MUSA CI 파이프라인 신규 추가, MetaX 전용 라인의 설정 미러링(Moore Threads).
  • 8/29 20:14 UTC #224 머지: Ascend 빌드의 lib/flagos_platform marker 설치 수정(Ascend).
  • 8/29 21:46 UTC #226, #225 머지: #226 네이티브 MUSA 및 GCU 가속기에서의 torch.compile 복원(Moore Threads/Enflame), #225 MetaX stream 이벤트 시맨틱 복원(stream shim에 실제 이벤트와 순서 시맨틱 제공, MetaX).
  • 8/30 새벽 신규 제안 #227(open): DCU를 DTK의 fork가 아닌 공식 업스트림 PyTorch 코어에서 실행하도록 하는 것 — 조사 결과 벤더 코어 라이브러리는 제거 가능하며 단 32개의 사설 ATen 심볼만 걸림돌로 확인됨. 기존 경로는 환경 변수 뒤에 보존되며, gfx936 호스트에서 두 경로 모두 검증 완료. PR은 Claude Code CLI 보조로 작성되었고 lvyufeng이 수동 리뷰.

해석: Torch-FL은 FlagOS의 PyTorch 가속기 적응 계층(PrivateUse1 경로 + torch.compile 하향)이며, 이번 모니터링 기간 하루 만에 MUSA/GCU/MetaX/DCU/Ascend 다섯 개 국산 가속기를 커버했다는 것은 “통합 PyTorch 스택 + 각 칩별 컴파일 경로” 적응이 대량 마무리 단계에 들어섰음을 의미한다. #227이 실제 반영되면 Hygon 런타임은 “전체 패키지 심볼 링크 DTK torch”에서 “공식 코어 + DTK 디바이스 라이브러리”로 슬림화되며, 이는 국산 PyTorch 배포판이 벤더 fork 의존에서 벗어나는 상징적 조치다.

1.2 build-infra: Kunlunxin P800 vLLM 0.20.2 애플리케이션 이미지 릴리스 마킹(08-29)

출처: build-infra #613, configs.yaml

  • 8/29 22:14 UTC #613 머지: Kunlunxin kunlunxin-xre5.37.1의 vLLM 0.20.2 애플리케이션 이미지를 릴리스됨으로 마킹 — 이미지는 vllm-plugin-FL release/0.2 head(g8236c0a) 기반, 8/21 빌드 푸시, image_tag 2.1.2-0.2.1_g8236c0a.d20260821, vllm-plugin-fl 고정 0.2.1+g8236c0a.d20260821; 상태 매트릭스와 중영문 launch 문서에서 “미릴리스” 플레이스홀더를 동시 제거.
  • configs.yaml의 Kunlunxin 항목: 하드웨어 Kunlunxin P800, vLLM 0.20.2 배포 레시피(VLLM_FL_PLATFORM=kunlunxin, flagos 화이트리스트 silu_and_mul/rms_norm/rotary_embedding)가 두 컴파일 경로 모두에서 검증 통과(FlagTree 7/7 + Triton 3/3).

해석: Kunlunxin P800의 vLLM 0.20.2 이미지가 “검증 중”에서 “릴리스됨”으로 전환된 것은 Ascend, Hygon, Iluvatar CoreX 등에 이어 FlagOS 스택 내에서 vLLM 애플리케이션 이미지 릴리스를 완료한 또 하나의 국산 칩 플랫폼이다. 또한 xre5.37.1 툴체인과 두 경로 검증 기록은 Baidu Kunlunxin이 FlagOS 생태계에서의 적응 깊이가 정식 릴리스 기준에 도달했음을 보여준다.

1.3 build-infra: sglang 0.5.18 벤더별 wheel 패키징 체계 구축(08-29)

출처: build-infra #607, #608, #609

  • 8/29 15:24~17:43 UTC 세 개의 PR 병합: sglang 0.5.18 벤더별 wheel 패키징 체계 구축 — 통합 런타임 + 단일 단계 설치(per-vendor wheel); 각 백엔드는 자체 -build 이미지 내에서 공유 소스 tarball로부터 wheel을 빌드하며, METADATA는 본질적으로 torch-free / sglang-kernel-free(비 CUDA용 srt_empty 변형 기반)이고, pip install sglang==0.5.18+flagos는 단일 단계로 완료되며 런타임 torch/triton/flag_gems 매트릭스를 건드리지 않음; Ascend aarch64 빌드는 aarch64 -build 이미지 내에서 직접 완료되어 자연스럽게 aarch64 wheel이 산출됨.
  • #609는 repack.py를 공유 packaging/script/로 분리하여 sglang이 vLLM의 패키징 스크립트를 재사용하도록 함; #612(8/29 21:22)는 네 개 애플리케이션(vllm/megatron_training/megatron_rl/sglang)의 packaging/ 디렉터리 골격을 추가로 통일함.

해석: sglang이 vLLM과 정렬된 “공유 sdist + 컨테이너 내 빌드 + 단일 단계 설치” 패키징 모델에 편입되어, FlagOS 추론 애플리케이션 계층(vLLM 0.20.2/0.24.0 + sglang 0.5.18)의 전달 파이프라인이 공식적으로 일원화됨; +flagos 접미사와 제로 sgl-kernel 노선은 “업스트림 pip 생태계를 훼손하지 않고 중첩만 한다”는 배포 철학의 연장임.

1.4 build-infra: Iluvatar CoreX corex4.5.0 이미지 스택 수정 + 패키징 디렉터리 통합 리팩터링 (08-29/08-30)

출처: build-infra #615, #616, #617, #621, #622

  • 8/29 22:57 UTC #615 병합: iluvatar-corex4.5.0을 vLLM 상태 매트릭스와 deps_app에 등록 (Iluvatar CoreX).
  • 8/30 07:33~09:04 UTC 연속 수정 3건: #617은 corex4.5.0 베이스 이미지에 libopenmpi3t64 설치(OpenMPI 라이브러리 누락); #616은 CoreX 드라이버 사용자 공간을 베이스 이미지에 포함하고 호스트 corex mount 제거(컨테이너 자체 완결화); #621은 gen_data가 apt-get 연속 행 주석 내에서 파싱되는 문제 수정.
  • #618/#619/#620/#622 (GitHub Actions 봇): base 이미지 2.1.2 설명 네 건 자동 새로고침, #622는 8/30 10:15에 병합 (08-30 10:15 CST).

해석: Iluvatar CoreX corex4.5.0 백엔드(8/28 신규 추가)가 집중 마무리 단계에 진입 — “매트릭스 등록”에서 “드라이버 사용자 공간 이미지 내 포함, 의존성 보완”으로, 2.1.2 이미지 스택의 컨테이너 자체 완결성과 릴리스 자동화가 지속적으로 추진됨; 어제 예고된 “base 3 백엔드 설명 검증”이 오늘 봇 자동 새로고침으로 대량 반영됨.

1.5 FlagTree: Moore Threads Mthreads SDK 업데이트 (08-29)

출처: FlagTree #1067

  • 8/29 23:35 UTC (베이징 시간 8/30 07:35) FlagTree #1067 병합: [Mthreads] Update mthreads sdk — Moore Threads Mthreads SDK 버전 업데이트 (zhzhcookie 커밋, PR 설명 없음).

해석: FlagTree의 Moore Threads 백엔드가 Mthreads SDK 반복에 맞춰 동기적으로 추적하며, 같은 날 Torch-FL의 MUSA torch.compile 복구, MUSA CI 파이프라인과 함께 “Moore Threads 다중 저장소 연동” 신호를 형성함 (3.1 참조).

1.6 docs: 모델 목록 동기화 PR 대기 중 (08-29/08-30)

출처: docs #482, #483

  • 8/29~8/30 자동 동기화 PR 계속 대기열에 있음: #482(08-30 04:06 업데이트) aihuanxin(아이환신/모델 소스) 모델 목록 업데이트, #483(08-29 18:23) ModelScope 문서 업데이트, 어제의 #480/#481도 여전히 대기열에 있음. 전부 봇 제출이며 머지되지 않음.

해석: docs 모델 목록 동기화 자동화가 지속적으로 작동 중(ModelScope 매일 + aihuanxin 신규 출처)이며, 어제 관찰과 일치하고 통상적인 대기열 상태임.

1.7 FlagGems / vllm-plugin-FL / verl-FL: 모니터링 기간 내 신규 머지 없음 (08-30)

  • FlagGems: 모니터링 기간 내 머지 제로(8/28의 18 PR 일괄 몰이 이후 하락); vllm-plugin-FL: 머지 제로.
  • verl-FL: #20(Hygon vLLM 0.20 게이팅 수정, 업스트림 PR)은 8/29 09:30 업데이트 후에도 여전히 open, 머지 대기 중; #18(Moore Threads MUSA GRPO E2E)도 여전히 open, 모니터링 기간 내 업데이트 없음.

2. 뉴스 보도와 생태계

2.1 평온한 날 설명: 컴포넌트 단위 조회 3일 연속 제로 히트

  • gnews 중국어 그룹 조회(모니터링 기간 14d): FlagGems, FlagScale, FlagPerf, FlagAttention, FlagCX, KernelGen 전부 제로 히트; FlagOS는 8/27 Moore Threads가 FlagOS와 함께 Qwen3.8-Flash-Next 적응을 완료한 것만 히트(동방재부 전재, 어제 리포트에 이미 수록, 신규 아님); FlagTree는 8/20 Zhiyuan 커뮤니티 AI Compiler 활동 회고만 히트(모니터링 기간 초과).
  • gnews 영어 그룹 조회: "FlagOS" when:7d(en-US)와 BAAI open source when:7d 제로 히트.
  • 智源 when:7d는 101건 히트했으나 거의 전부 Zhiyuan 커뮤니티 콘텐츠 집계(Fable 5 그레이스케일, Anthropic 고용 관점, HuggingFace 인수설 등)로 FlagOS 컴포넌트와 직접 관련 없음; 智源研究院 开源 when:7d는 도박/SEO 노이즈와 무관 보도 위주로 제목 의미 기준 전량 제외.
  • HN Algolia(FlagOS OR FlagGems / FlagScale OR FlagTree, 날짜순 정렬): 관련 히트 제로(제목에 “flag” 단어가 포함된 무관 항목 몇 건만 존재).

결론: 뉴스 측은 3일 연속 컴포넌트 단위 제로 히트로 FlagOS의 흔한 평온기이며; 당일 가치 정보는 전부 GitHub 저장소 동향(1장 참조)에 집중됨.

2.2 생태계 측 관찰 및 제외 항목

  • 관찰 항목: 8/28 Zhiyuan 연구원 “여름 워크숍” 보도(Zhiyuan 커뮤니티, gnews 히트)는 FlagOS와 직접 컴포넌트 관련 없고 Zhiyuan 전체 동향 배경일 뿐; 8/28 Sina “로봇 운동회에서 느끼는 ‘오픈소스 수도’의 혁신 활력”은 오픈소스 생태계 분위기를 언급했으나 FlagOS와 직접 관련 없음.
  • 제외: HuggingFace 매각/인수설 시리즈(Zhiyuan 커뮤니티 전재), “laohuang 60억 달러 들여 오픈소스 모델 제작”, Fable 5 그레이스케일 등은 모두 FlagOS 컴포넌트와 무관하며 “BAAI/오픈소스만 두루 언급” 기준으로 제외.

3. 멤버사 심층 분석

3.1 Moore Threads: MUSA torch.compile 복구 + CI 파이프라인 + FlagTree SDK (08-29)

출처: Torch-FL #226, #213, FlagTree #1067

  • Torch-FL #226은 네이티브 MUSA에서의 torch.compile을 복구(Moore Threads); #213은 MUSA CI 전용 파이프라인을 신규 추가(MetaX 라인 구성 미러링).
  • FlagTree #1067은 Mthreads SDK를 업데이트.
  • verl-FL #18(MUSA GRPO E2E: Megatron + SGLang 0.5.11 + FSDP)은 여전히 open.

해석: Moore Threads는 이번 모니터링 기간에 Torch-FL, FlagTree, verl-FL 세 저장소에 걸쳐 활동(torch.compile 복구, CI 구축, SDK 후속, 트레이닝 스택 PR 리뷰)했으며, 8/26-27의 Qwen3.8-Flash-Next Day-0 적응 헤드라인과 겹쳐 이번 기간 가장 활발한 멤버사임; torch.compile의 MUSA 경로 복구는 Moore Threads가 “통합 컴파일러 + 네이티브 PyTorch” 두 노선의 적응을 모두 추진 중임을 의미.

3.2 MetaX: MetaX stream 이벤트 시맨틱 수정 + FP8/FP4 소프트웨어 시뮬레이션 (08-29)

출처: Torch-FL #225, #219

  • #225 MetaX stream shim에 실제 event 및 정렬 의미론 부여(이전에는 플레이스홀더 구현); #219 MetaX boxing 경로에서 FP8/FP4 소프트웨어 시뮬레이션 활성화(하드웨어 미지원 시 수치 호환 경로).

해석: MetaX 백엔드의 PyTorch 저수준 의미론(stream event 순서) 보완 + 저정밀도 소프트웨어 시뮬레이션은 MetaX 측 어댑테이션이 “연산자 사용 가능”에서 “의미론 정확성, 정밀도 호환”으로 심화되고 있음을 보여준다; FP8/FP4 소프트웨어 시뮬레이션은 Moore Threads/MetaX 등 아직 저정밀도 학습을 네이티브 지원하지 않는 칩에 통합 폴백을 제공한다.

3.3 Hygon: DCU torch.compile profile + 공식 PyTorch 코어 실행 제안(08-29/08-30)

출처: Torch-FL #220, #227

  • #220은 DCU에 torch.compile의 HIP 대상 플랫폼 profile 추가(torch.compile의 DTK/HIP 경로 컴파일 설정 반영).
  • #227(open) 제안: DCU 런타임에서 기본적으로 DTK 디바이스 라이브러리 + 공식 업스트림 PyTorch 코어만 로드하여 DTK fork의 전체 패키지 심볼릭 링크 의존에서 벗어남(단 32개의 프라이빗 ATen 심볼만 걸림돌이며, 구 경로는 환경 변수 뒤에 보존), gfx936 이중 경로 검증 통과.

해석: 8/28 verl-FL hygon25 E2E에 이어, Hygon은 이번 모니터링 기간에 두 갈래를 계속 진행 — torch.compile의 HIP profile 반영 + 아키텍처 수준 디커플링 제안; #227이 머지되면 Hygon은 최초의 “공식 PyTorch 코어 + 벤더 디바이스 라이브러리” 분리 실행 중국산 플랫폼이 되어 전체 중국산 PyTorch 배포판 경로에 시범적 의미를 갖는다.

3.4 Ascend: lib/flagos_platform marker 설치 수정(08-29)

출처: Torch-FL #224

  • #224는 Ascend 빌드에서 lib/flagos_platform marker가 미설치된 문제를 수정(Ascend 플랫폼 식별 파일 반영), 플랫폼 인식 컴포넌트가 Ascend 이미지 내에서 사용 가능하도록 보장.

해석: Ascend 측 소규모 엔지니어링 수정으로, Ascend CANN 8.5.0 / verl-FL E2E 이후의 플랫폼 고정화 리듬을 이어감; 별도로 #222/#223(Ascend profiler 관련)은 여전히 리뷰 중.

3.5 Enflame: GCU torch.compile 복구(08-29)

출처: Torch-FL #226

  • #226은 동시에 네이티브 GCU 가속기에서의 torch.compile을 복구(MUSA와 동일 배치 수정).

해석: Enflame은 3일 연속 실질적 작업 진행(8/27 FlagCX collective flow, 8/28 FlagTree gcu300/gcu400 백엔드, 8/29 GCU torch.compile 복구), 통합 컴파일러와 네이티브 PyTorch 두 경로에서 높은 빈도의 어댑테이션을 유지.

3.6 Kunlunxin: P800 vLLM 0.20.2 애플리케이션 이미지 정식 릴리스(08-29)

출처: build-infra #613

  • Kunlunxin xre5.37.1의 vLLM 0.20.2 애플리케이션 이미지(8/21 빌드)가 정식 릴리스로 마킹, image_tag 2.1.2-0.2.1_g8236c0a.d20260821; P800 배포 레시피는 FlagTree 7/7 + Triton 3/3 이중 경로 검증 통과.

해석: Kunlunxin(Baidu 계열)은 원래 멤버 기관 목록에 없지만, 그 P800 백엔드는 이미 FlagOS 구성 매트릭스에서 vLLM 0.20.2 전 구간 검증을 완료하고 애플리케이션 이미지를 릴리스했으며, 이는 FlagOS 생태계 경계의 확장 관찰 지점에 해당한다; “Kunlunxin”류 비창립 멤버 칩의 지속적 접속은 통합 스택의 벤더 흡인력이 강화되고 있음을 보여준다.

3.7 Iluvatar CoreX: corex4.5.0 이미지 스택 3연속 수정(08-29/08-30)

출처: build-infra #615, #616, #617

  • corex4.5.0 백엔드(8/28 신규 추가)는 이번 모니터링 기간에 완료: 상태 매트릭스 등록, 드라이버 사용자 공간 기본 이미지 편입(호스트 mount 제거), libopenmpi3t64 보충; base 2.1.2 이미지 설명 자동 갱신 다수 머지.

해석: Iluvatar CoreX가 “툴체인 버전 추종”에서 “이미지 자체 포함화 마무리” 단계로 진입했으며, 이는 FlagOS 백엔드가 검증에서 릴리스 가능 상태로 나아가고 있음을 의미한다.

4. 요약

모니터링 기간 메인 라인: 첫째, Torch-FL 다중 가속기 torch.compile 수정 러시 — 하루에 6개의 병합 PR이 Moore Threads MUSA, Enflame GCU, MetaX(stream 시맨틱 + FP8/FP4 소프트 시뮬레이션), Hygon DCU(HIP profile), Ascend(platform marker) 다섯 가속기를 커버했으며, 추가로 DCU가 DTK fork에서 벗어나 공식 PyTorch 코어를 사용하는 아키텍처 제안(#227, gfx936 이중 경로 검증)이 새로 제출되었다. “통합 PyTorch 스택 + 각 칩 컴파일 경로” 적응이 대량 마무리 단계에 진입했다. 둘째, Kunlunxin P800 vLLM 0.20.2 애플리케이션 이미지 공식 릴리스 — 8/21에 빌드된 이미지가 8/29에 등록 및 릴리스되었고, 이중 컴파일 경로 검증을 통과하여 FlagOS 칩 릴리스 매트릭스에 새 멤버가 추가되었다. 셋째, sglang 0.5.18 벤더별 wheel 패키징 체계 정착 — 공유 repack.py, 통합 packaging/ 골격, 단일 단계 설치 모델이 vLLM과 정렬되어 추론 애플리케이션 계층 전달 파이프라인이 통일되었다. 넷째, Iluvatar CoreX corex4.5.0 이미지 스택 3연속 수정 — 드라이버 사용자 공간의 이미지 내 포함, OpenMPI 보완, 매트릭스 등록, 2.1.2 이미지 설명 로봇 자동 갱신이 일괄 반영되었다. 다섯째, 뉴스 측은 3일 연속 컴포넌트 수준 제로 히트로, 평온기이다.

다음 관찰 지점: Torch-FL #227(DCU 공식 PyTorch 코어 방안) 리뷰 및 병합; verl-FL #20 / vllm-plugin-FL #420 / FlagGems #5841 세 업스트림 PR 병합 진행 상황; verl-FL #18(Moore Threads MUSA GRPO E2E) 리뷰 진행; docs 모델 목록(aihuanxin) 동기화 PR 반영; FlagGems가 이틀 침묵기를 끝내고 KernelGen 배치를 재개하는지 여부; Kunlunxin P800이 vLLM 0.24.0 또는 학습 스택을 후속하는지 여부; build-infra 2.1.2 전 백엔드 이미지 설명 검증 수렴.

한계 설명: 뉴스 측 제로 히트는 gnews 중영문 다중 쿼리와 HN 검색에 기반한 것으로, Google News 수집 지연으로 특정 모니터링 기간 내 보도가 누락되었을 수 있다; FlagTree #1067은 PR 설명이 없고 Mthreads SDK 구체 버전 번호를 알 수 없다; release-info와 docs의 모니터링 기간 내 푸시는 모두 브랜치 푸시(main에 새 커밋 없음)로 집계되지 않았다; Kunlunxin이 창립 멤버 단위인지에 대한 공개 자료가 없어 “생태계 확장 관찰”로 처리한다.

부록: 전체 출처 목록

번호 이벤트 출처 링크
1 Torch-FL #226: 네이티브 MUSA/GCU torch.compile 복원 https://github.com/flagos-ai/Torch-FL/pull/226
2 Torch-FL #225: MetaX stream 이벤트 시맨틱 수정 https://github.com/flagos-ai/Torch-FL/pull/225
3 Torch-FL #220: DCU torch.compile HIP profile https://github.com/flagos-ai/Torch-FL/pull/220
4 Torch-FL #219: MetaX FP8/FP4 소프트웨어 시뮬레이션 https://github.com/flagos-ai/Torch-FL/pull/219
5 Torch-FL #213: MUSA CI 파이프라인 https://github.com/flagos-ai/Torch-FL/pull/213
6 Torch-FL #224: Ascend lib/flagos_platform marker https://github.com/flagos-ai/Torch-FL/pull/224
7 Torch-FL #227: DCU 공식 PyTorch 코어 제안(open) https://github.com/flagos-ai/Torch-FL/pull/227
8 build-infra #613: Kunlunxin P800 vLLM 0.20.2 이미지 릴리스 https://github.com/flagos-ai/build-infra/pull/613
9 build-infra #607: sglang 0.5.18 per-vendor wheel 보고서 https://github.com/flagos-ai/build-infra/pull/607
10 build-infra #608: sglang 0.5.18 wheel 툴체인 https://github.com/flagos-ai/build-infra/pull/608
11 build-infra #609: 공유 repack.py https://github.com/flagos-ai/build-infra/pull/609
12 build-infra #612: packaging 4개 애플리케이션 디렉터리 통일 https://github.com/flagos-ai/build-infra/pull/612
13 build-infra #615: iluvatar-corex4.5.0 상태 매트릭스 등록 https://github.com/flagos-ai/build-infra/pull/615
14 build-infra #616: corex4.5.0 드라이버 사용자 공간 이미지 반영 https://github.com/flagos-ai/build-infra/pull/616
15 build-infra #617: corex4.5.0 libopenmpi3t64 https://github.com/flagos-ai/build-infra/pull/617
16 build-infra #621: gen_data apt-get 연속 행 파싱 수정 https://github.com/flagos-ai/build-infra/pull/621
17 build-infra #622: base 2.1.2 설명 자동 새로고침 https://github.com/flagos-ai/build-infra/pull/622
18 FlagTree #1067: Mthreads SDK 업데이트 https://github.com/flagos-ai/FlagTree/pull/1067
19 docs #482/#483: 모델 목록 동기화 PR https://github.com/flagos-ai/docs/pulls
20 verl-FL #20: vLLM 0.20 게이팅 수정(여전히 open) https://github.com/flagos-ai/verl-FL/pull/20
21 verl-FL #18: MUSA GRPO E2E(여전히 open) https://github.com/flagos-ai/verl-FL/pull/18
22 org repos 개요(52개 저장소, 5개 저장소 모니터링 기간 내 활성) https://api.github.com/orgs/flagos-ai/repos?per_page=100&sort=updated
23 commit search(모니터링 기간 내 42건 커밋) ht
24 gnews 한영 그룹 쿼리(컴포넌트 수준 0건) https://news.google.com/rss/search?q=FlagOS+when%3A14d&hl=zh-CN&gl=CN&ceid=CN%3Azh-Hans
25 HN Algolia(FlagOS OR FlagGems, 관련 0건) https://hn.algolia.com/api/v1/search_by_date?query=FlagOS%20OR%20FlagGems
26 Zhiyuan when:7d(101건, 모두 무관한 내용으로 제외) https://news.google.com/rss/search?q=%E6%99%BA%E6%BA%90+when%3A7d&hl=zh-CN&gl=CN&ceid=CN%3Azh-Hans