FlagOS 데일리 리포트 (2026-10-13)
모니터링 기간: 2026-10-12 06:00 ~ 2026-10-13 06:00 (베이징 시간, 약 24시간; 화요일 조간, 기간은 직전 데일리 리포트(10-12) 마감 시점부터 기산).
출처: GitHub (org: flagos-ai, 56개 저장소 pushed_at 전수 점검, 커밋 검색 90건 전수 검증, 병합 및 심사 중 PR 검색 검증(68 / 192건), 26개 저장소 Release 및 7개 저장소 태그 원자적 점검, 기간 내 푸시 저장소 브랜치 단위 보충), Google News RSS (중영문 24개 쿼리어, 프록시 경유), HN Algolia, Tavily 보충 검색, 공식 CSDN 칼럼 및 Zhiyuan 커뮤니티 검증, 공업박람회 및 대회 뉴스는 원 사이트 검증 (상세는 부록 출처 목록 참조).
##本期 인덱스
- 오늘의 중점: 대회 카운트다운 5일——전체 일정 발표; 엔지니어링 측 3개 노선 병진: Torch-FL 쿤룬신 “CUDA-boxing 탈피” 마무리, vLLM 0.28 적응 배치 첫 병합(Iluvatar / Ascend), 조직 신규 Trident 저장소 추가(10-12 ~ 10-13)
-
- 오픈소스 프로젝트 진행(GitHub 동향)
- 1.1 조직 리듬: 18개 저장소 푸시, 90건 커밋, 68건 병합(10-12 ~ 10-13)
- 1.2 Torch-FL: 쿤룬신 “CUDA-boxing 탈피” 3연타——네이티브 XPU 노선 교체, CI 진입, 첫 실행 수정(10-12 ~ 10-13)
- 1.3 신규 공개 저장소 Trident: 실험적 MLIR/LLVM 컴파일 브릿지(10-12)
- 1.4 FlagGems: 13건 병합 다중 노선 병진; v5.5.0.dev0 개발 라인 개시(10-12)
- 1.5 FlagTree: FlagMega 개발 라인이 BI-V150에서 연속 최적화; 0.7.1a1+iluvatar3.6 빌드 라인 갱신(10-12 ~ 10-13)
- 1.6 추론 스택: vLLM 0.28 적응 배치 첫 병합(Iluvatar / Ascend); MUSA / XuanTie / S60 심사 중 막바지(10-12 ~ 10-13)
- 1.7 FlagGems-sglang: 경연 Track1 재차 19건 정리, 벤치마크 도구 보충(10-12)
- 1.8 릴리스 엔지니어링 및 거버넌스: build-infra 5건, community 거버넌스 데이터 4연타, docs 모델 라이브러리 자동 갱신(10-12 ~ 10-13)
- 1.9 기타 노선: FlagAttention / FlagQuantum / FlagDNN / FlagTrain / FlagGems-Experimental(10-12)
- 오픈소스 프로젝트 진행(GitHub 동향)
-
- 뉴스 보도와 생태계
- 2.1 대회 전체 일정 및 참가 안내 발표: FlagOS 2.2, 량즈윈 플랫폼 현장 발표 예고(10-12)
- 2.2 공업박람회 개막, 최초 “국산칩 전시관” 설치: 멤버 단위 동시 참가, 초노드가 주전장(10-12)
- 2.3 MetaX: 시쉬X302 “국산칩 전시관” 혁신성과상 수상; GROMACS 자유에너지 섭동 코드 오픈소스 메인라인 병합(10-12)
- 2.4 생태계 관찰: 신류즈쿠 “4사 동시 참가” 정리——Biren / Qingwei / Yixing / Moore(10-12)
- 2.5 검색 및 공식 채널 검증: 컴포넌트 노선 잠잠세 지속(10-12 ~ 10-13)
- 뉴스 보도와 생태계
-
- 멤버 단위 심층 분석
- 3.1 쿤룬신: CUDA-boxing 탈피와 XPU 최적화 배치(10-12 ~ 10-13)
- 3.2 Iluvatar CoreX: Iluvatar 빌드 라인 갱신과 FlagMega의 BI-V150 최적화(10-12 ~ 10-13)
- 3.3 MetaX: MetaX 노선 수정, TE-FL 별칭 가드와 공업박람회 이중 단서(10-12)
- 3.4 Moore Threads / Enflame: MUSA 0.28 막바지, MTHREADS 배치와 S60 적응(10-12 ~ 10-13)
- 3.5 Damo Academy XuanTie와 Zhenwu PPU / Ascend: XuanTie TLE 라인, PPU 역량면 확장과 Ascend 수정 배치(10-12 ~ 10-13)
- 3.6 기타 멤버: Hygon / Qingwei / Cambricon / Horizon Robotics(10-12)
- 멤버 단위 심층 분석
-
- 요약과 트렌드 관찰
- 부록: 출처 검증표
- 전체 출처 목록
오늘의 중점: 대회 카운트다운 5일——전체 일정 발표; 엔지니어링 측 3개 노선 병진: Torch-FL 쿤룬신 “CUDA-boxing 탈피” 마무리, vLLM 0.28 적응 배치 첫 병합, 조직 신규 Trident 저장소 추가(10-12 ~ 10-13)
날짜: 2026-10-12 ~ 2026-10-13 출처: Torch-FL #502 · vllm-plugin-FL #566 · FlagTree Trident · 대회 일정(CSDN)(전체는 부록 참조)
24시간 모니터링 기간에도 높은 수준 유지: 56개 저장소 중 18개가 모니터링 기간 내 푸시 발생, 커밋 검색 90건 적중, PR 병합 68건(13개 저장소에 병합), 별도로 192건의 심사 중 PR이 모니터링 기간 내 업데이트됨; 모니터링 기간 내 신규 태그 2개(모두 개발/빌드 라인), 신규 공개 저장소 1개 추가. 10월 17-18일 대회까지 5일 남은 가운데, 세 가지 주요 라인이 동시에 추진 중:
- Kunlunxin “CUDA-boxing 탈피” 마무리(Torch-FL): #502는 직전 모니터링 기간에 막 착지한 Kunlunxin CUDA-boxing 백엔드를 네이티브 XPU 경로로 전면 교체(네이티브
kKunlunxin백엔드 슬롯 + 벤더 XPU SDK 기반 순수 Clibxpurt디바이스 계층 + xdnn 연산자 라이브러리 기반 연산자 계층, 47개 파일 +5347/-2443), #503은 즉시 P800용 CI 레인을 개설, 새벽의 #504는 레인 첫 실행에서 드러난 빌드 문제를 이미 수정 중——”동작 가능”에서 “네이티브 경로 기반 호스팅”으로, 24시간 내 3연타(상세 1.2 참조). - vLLM 0.28 적응 배치 첫 병합: 지난 기간 관찰 포인트 실현——Iluvatar CoreX(#566, CoreX BI-V150)와 Ascend(#487) 두 라인이 연이어 병합; MUSA(#575), XuanTie(#574), Enflame S60(#582)은 여전히 심사 중, 배치 적응이 착지 단계에 진입(상세 1.6 참조).
- 조직에 Trident 저장소 추가 + 대회 자료 준비 완료: 조직이 실험적 MLIR/LLVM 컴파일 브리지 프로젝트 Trident를 공개(커밋 이력 5월부터, 누적 274건), 같은 날 FlagGems에 5.5 개발 라인 태그 개설; 뉴스 측에서는 대회 전체 일정과 참가 가이드가 정식 발표, FlagOS 2.2와 량즈윈 플랫폼이 현장 발표 예고에 포함(상세 1.3 / 2.1 참조).
판단: 이번 모니터링 기간은 전형적인 “대회 전 엔지니어링 스프린트 + 대외 발표 준비 완료” 이중 특징을 보임——한쪽은 boxing 탈피, CI 레인, 버전 태그, 빌드 매트릭스 같은 “출시 전 마무리” 작업이 밀집 착지(Torch-FL / build-infra / FlagTree / FlagGems 4개 라인 동시), 다른 쪽은 의제, 참가 가이드, 모델 라이브러리 문서 등 발표일 대응 자료가 완비; 68건 병합의 리듬은 연휴 후 확대기와 동일하며, 최초로 “단일 저장소 연속 교체급 리팩터링 + 24시간 내 CI 후속”의 완전한 폐쇄 루프가 등장, 엔지니어링 성숙도가 연휴 전보다 뚜렷이 향상.
1. 오픈소스 프로젝트 진행(GitHub 동향)
1.1 조직 리듬: 18개 저장소 푸시, 90건 커밋, 68건 병합(10-12 ~ 10-13)
날짜: 2026-10-12 ~ 2026-10-13 출처: org: flagos-ai 저장소 목록 · org repos API(검증 기준)
- 저장소 측면: 56개 저장소(이전 기간 대비 +1, Trident 신규 추가); 모니터링 기간 내 18개 저장소에 푸시 발생——FlagTree(10-13 01:07), Torch-FL(10-13 01:00), build-infra(10-13 00:57), Trident(10-13 00:50), community(10-12 23:22), FlagQuantum(10-12 21:46), FlagGems(10-12 20:35), docs(10-12 18:50), FlagFFT(10-12 17:47), FlagGems-vllm(10-12 17:31), FlagGems-sglang(10-12 17:22), FlagAttention(10-12 16:40), FlagDNN(10-12 15:52), vllm-plugin-FL(10-12 15:43), awesome-LLM-driven-kernel-generation(10-12 15:36), release-info(10-12 14:21), FlagGems-Experimental(10-12 10:37), FlagTrain(10-12 09:56).
- 커밋 및 병합: 커밋 검색 90건(FlagGems-sglang 21 / FlagQuantum 15 / FlagGems 13 / community 8 / Torch-FL 7 / FlagGems-vllm 5 / build-infra 5 / FlagTree 4 / FlagAttention 3 / FlagGems-Experimental 2 / Trident 2 / FlagDNN 2 / vllm-plugin-FL 1 / awesome-LLM-driven-kernel-generation 1 / FlagTrain 1); 병합 68건(13개 저장소, 상세 내역은 1.2 ~ 1.9 참조), 리뷰 중 192건이 모니터링 기간 내 업데이트됨(상위 100건을 건별 검증, FlagGems 54건으로 3분의 1을 차지하며 최적화 배치와 KernelGen 라인의 높은 동시 리뷰 부하를 반영).
- 릴리스물: 신규 Release 객체 없음; 신규 태그 2개 추가——FlagGems
v5.5.0.dev0(10-12 11:23, 5.5 개발 라인 개시)와 FlagTree0.7.1a1+iluvatar3.6(10-12 10:46, Iluvatar CoreX 빌드 라인 갱신, build-infra #1333 매트릭스 업그레이드 동반).
1.2 Torch-FL: Kunlunxin “CUDA-boxing 탈피” 3연타——네이티브 XPU 경로 교체, CI 적용, 첫 실행 수정 (10-12 ~ 10-13)
날짜: 2026-10-12 ~ 2026-10-13 출처: Torch-FL #502 · Torch-FL #503 · Torch-FL #504 · Torch-FL #498 · Torch-FL #500
-
#502 디박싱 리팩터링(10-12 22:31 머지, 47개 파일 +5347/-2443): 직전 모니터링 기간에 막 머지되었던 Kunlunxin 「CUDA-boxing」 방안이 전면 교체됨——네이티브
kKunlunxin백엔드 슬롯, 벤더 XPU SDK 순수 C 인터페이스libxpurt기반 디바이스 계층(csrc/runtime/accelerator/kunlunxin/)과 xdnn 연산자 라이브러리 기반 연산자 계층(aten/backends/kunlunxin/)이 신규 추가되었고, 재생성된 등록 구성에는 더 이상 어떤cuda라우팅도 포함되지 않음. PR 설명에 명확히 기재됨: 팀은 Kunlunxin이 CUDA-boxing을 사용하지 않아야 하며 백엔드는 벤더 XPU 런타임에 직결되어야 한다고 결정——P800이 “CUDA 경유”에서 “네이티브 호스팅”으로 전환. -
#503 CI 도입(10-13 01:00 머지):
.github/configs/kunlunxin.yml레인, 환경 훅과 ci.yml 라우팅이 신규 추가되어, Kunlunxin이 main에서 다른 칩과 동형의 P800 CI 레인을 확보. -
#504 첫 실행 수정(10-13 01:37 커밋, 리뷰 중): 레인 첫 실행이 빌드 단계에서 문제를 노출——환경 훅이 실행 이미지 venv에서 벤더 xdnn 연산자 라이브러리를 찾지 못함; 또한
csrc/aten/sparse_csr_ops.cc의 두 곳 가드가 여전히 CUDA-boxing 빌드를 가정하고 있어, 빌드 후 임포트 스모크 테스트가 정의되지 않은 cuSPARSE 심볼로 실패. 수정 PR이 리뷰 중. -
나머지 머지(5건): #499는 Enflame GCU의 embedding을 네이티브
topsatenEmbedding커널로 전환하고 일관성 스위트의 스킵을 하드 실패로 승격; #500은 통합 행렬 발견, 야간 스케줄링(02:00 CST)과 Feishu 알림을 도입; #498은cat이tensorlist_dim코드 생성 카테고리를 통해 FlagGems로 라우팅되도록 함; #501은 MetaX의_softmax/embedding을 빌드되지 않은 FlagGems C++ 경로로 라우팅하는 것을 중단.
1.3 신규 공개 저장소 Trident: 실험적 MLIR/LLVM 컴파일 브리지(10-12)
날짜: 2026-10-12 출처: flagos-ai/Trident · README · 커밋 기록
-
포지셔닝: Trident는 실험적 컴파일 브리지——Triton/Torch 스타일 연산을 포함한 Python 함수를 MLIR/LLVM으로 컴파일한 뒤
tvm_ffi를 통해 실행; 핵심은 C++/MLIR(CMake 빌드, LLVM/MLIR을 외부 프로젝트로 도입)이며, Python 측은trident.jit과trident.compile진입점을 제공, 예제는 add / attn / mm / softmax 등 ATen 연산자 하강을 포괄,apache-tvm-ffi와 torch>=2.10에 의존. -
타임라인: 저장소는 10-12 16:47(베이징 시간)에 조직 내에서 생성되어 공개되었고, master 브랜치 커밋 이력은 5월 중순까지 거슬러 올라가며 누적 274건; 모니터링 기간 내 2건——「refactor: unify FX and Triton imports around TVM FFI」(10-12 23:10)와 「test: reorganize coverage and check e2e CUDA memory leaks」(10-13 00:50).
-
관찰: 프로젝트는 7월에 torch-mlir 임포트에서 FX 직결 TVM FFI로의 마이그레이션을 완료했으며, 형태상 멀티칩 통합 접속을 지향하는 “프런트엔드 컴파일 브리지” 탐색에 속하고, FlagTree의 통합 컴파일러 노선과 호응; 향후 방향(TLE / FlagMega 라인과 합류 여부)은 추적할 가치가 있음.
1.4 FlagGems: 13건 머지로 다중 라인 병행; v5.5.0.dev0 개발 라인 개시(10-12)
날짜: 2026-10-12 출처: FlagGems #7045 · FlagGems #7054 · FlagGems #6949 · FlagGems #7013 · FlagGems #6928 · FlagGems #5577 · v5.5.0.dev0 태그 (나머지 목록은 부록 참조)
- 13건 머지: Kunlunxin 계열(#7019 코드 포맷팅, #6943
inplace_fused_experts가 vllm의 torch 재작성을 건너뛰도록 수정); SiliconFlow 계열(#6928_fused_adamw_및 tensor-LR 오버로드 추가, #6889index_reduce_벤치마크 그룹화 수정, #6931 시작 경계 회귀 커버리지 확장); KernelGen 계열(#5577special_spherical_bessel_j0연산자 추가); 테스트 및 라벨링(#7045 CPU 참조 구현이 없는 신규 연산자에 NoCPU 라벨 도입, #6972 명시적 연산자 호출 테스트 다섯 번째 배치, #7044 CICD random / probe 문서); Ascend 계열(#6949 대규모 연속 입력에서mul시작 그리드 오버플로 수정, #7013 auto-blockify를 addmm / bmm으로 확장); Enflame 계열(#7054 CPU 폴백을 벤치마크 베이스라인으로 취급하는 것 중단 — gcu300에서 사소한 elementwise 연산자가 약 60배 부풀려진 가속으로 보고되던 문제 수정). 또한 #7017은 CI 견고 검출 단계의 연결 타임아웃과 전송 처리량을 분리. - 개발선 개설: 모니터링 기간 내
v5.5.0.dev0태그 신규 추가(10-12 11:23) — 5.4 릴리스(09-28)에 이어 차세대 개발선 마커 개설(저장소 5.4 주기도v5.4.0.dev0로 개발선을 열어 패턴 일치). - 검토 중 활성(54건): 주요 항목으로 #7041 “선택적 활성화 ATen 라우팅 및 시작 계획 캐시”(기본 비활성, +1965줄), Kunlunxin XPU 최적화 배치(#7049 / #7051 / #7052 / #7046 / #7053 / #7055 / #7018 / #7023 등 십여 건), #7048(Ascend GRU 시작 수 coreDim 상한 설정), #7050(XuanTie / MetaX linalg_matrix_power 수정), #7042 / #7043(KernelGen 신규 ger 및 multilabel_margin_loss) 등.
1.5 FlagTree: FlagMega 개발선이 BI-V150에서 연속 최적화; 0.7.1a1+iluvatar3.6 빌드 라인 갱신 (10-12 ~ 10-13)
날짜: 2026-10-12 ~ 2026-10-13 출처: feature/flagmega 브랜치 · FlagTree #1352 · FlagTree #1353 · FlagTree #1189 · FlagTree #1347 · issue #1331
- FlagMega 개발 라인(feature/flagmega 브랜치): 모델 수준 융합/패키징을 위한 컴파일 경로가 계속 주목받는 가운데, 모니터링 기간 내 여러 건의 성능 커밋이 있었습니다 — 「Add C++/FTT codegen backend, faster than Triton on BI-V150」(10-12 06:08), 「Fix GEMV thread residency on BI-V150, 12.25 -> 10.38 ms/token」(16:09), 「Reuse the GLU activation run across the N tile, -0.17 ms/token」(17:03), 「Record why SME loses on issue slots too, not just bandwidth」(17:07). 이와 함께 제공되는 튜토리얼 라인(Qwen3-1.7B, NVIDIA H800 / Iluvatar BI-V150 듀얼 타깃)의 컴파일 문제 issue #1331이 10-12 22:35에 닫혔습니다(10-08 제출, norm_stats 물리 ABI 불일치).
- 빌드 라인 갱신: 신규
0.7.1a1+iluvatar3.6태그 추가(10-12 10:46) — Iluvatar CoreX 4.5.0 라인이0.7.0+iluvatar3.6에서 0.7.1 계열 첫 alpha로 업그레이드되었으며, build-infra는 같은 날 #1333으로 매트릭스 동기화를 완료했습니다. - 4건 병합: #1189는 백엔드 역량 계약 업데이트를 통해 Zhenwu PPU / Moore Threads의 정수 dot 및 dot_scaled 지원을 반영했습니다. #1351은 CI 자동 재실행 워치독을 모든 워크플로로 확장했습니다(명명된 실패 모드). #1337은 SpacemiT 빌드 패치(setup.py)를 수정했습니다. #1347은
__PROTON__가드로 Moore Threads Proton 도구 등록 헤더 파일을 보호했습니다. - 심사 중 주목 포인트: #1352는 TileIR 백엔드를 CUDA Tile IR 13.4로 업그레이드했습니다(65개 파일 +7921/-1382, 디스크립터 reduce / gather / scatter 하강, scaled-dot 등 포함). #1353은 CommonIR(tile 방언) → TritonGPU 하강을 공유 TLE 채널로 일반화하여 enflame / HCU / Iluvatar / MetaX / mthreads 5개 백엔드를 한 번에 연결했습니다.
1.6 추론 스택: vLLM 0.28 적응 배치 첫 병합(Iluvatar / Ascend); MUSA / XuanTie / S60 심사 막바지(10-12 ~ 10-13)
날짜: 2026-10-12 ~ 2026-10-13 출처: vllm-plugin-FL #566 · vllm-plugin-FL #487 · vllm-plugin-FL #575 · vllm-plugin-FL #582 · FlagGems-vllm #907 · FlagGems-vllm #916
- vLLM 0.28 배치 첫 착지점: #566 Iluvatar CoreX BI-V150 지원(10-12 10:43 머지), #487 Ascend 업그레이드(10-12 15:07 머지) — 지난 호의 “5개 라인 여전히 리뷰 중” 관찰 포인트가 두 라인에서 실현됨.
- 리뷰 중 마무리 단계: #575(Moore Threads MUSA → 0.28.0) 고빈도 업데이트 유지(10-13 05:07 기준), #574(XuanTie → 0.28.0), #582(Enflame S60 → 0.28.0: Qwen3.6-27B가 eager / graph 두 모드에서 원본 적응 게이트 통과, 35B-A3B는 eager 통과, graph는 Mamba 캐시 용량에 의해 차단됨), #581(3단계 CI: pr / nightly / weekly + diff 기반 플랫폼 라우팅, 46개 파일 리뷰 중).
- 기타 머지: #552 계산 그래프 캡처 전 캐시 연산자 예열(Prewarm CachedOps); FlagGems-vllm 다섯 건 — #899 chunk_kda에 XuanTie TLE 경로 추가 및 K=192 지원 포기, #902 확장 불필요한 M3 추론 연산자 및 선택적 W8A8 융합 추가, #907 MetaX에 백엔드 전용 GDN fused_recurrent 커널 추가, #916 libtuner를 통해 dequantize_and_gather_k_cache의 시작 구성 통합 튜닝(MetaX / Hygon / Moore Threads / XuanTie 다중 백엔드), #917 연산자 테스트 백엔드 동기화.
1.7 FlagGems-sglang: 대회 Track1 추가 19건 정리, 벤치마크 도구 보완(10-12)
날짜: 2026-10-12 출처: FlagGems-sglang #128 · #153 벤치마크 도구 · #155 배치 6 골격 · #156 ops-test
- 정오 11:51~12:04 사이, 대회 Track1 커널 배치가 집중 머지 19건: gate_topk, sigmoid_gate_mul, seqlens_expand, residual_gate_add, group_norm_silu, gelu_tanh_and_mul, fused_moe_dispatch_index, fused_eh_norm, dsv3_fused_a_gemm, deepep_permute, deepep_post_reorder, concat_mla_k(2건), create_flashinfer_kv_indices, clamp_position, compute_src2dst, build_trtllm_mha_page_table, fill_padded_rows 등(제출자: c2flowDS / yzw1128 / xiaojiu1414 / goldenfox2025 / hangglider5 등 커뮤니티 참가자).
- 부속: 14:35 #153 머지 “벤치마크 스위트
--base-data기준선 가속비 지원”(+501/-3, 각 연산자 결과에 대해 기준선 지연 대비 가속비 제공, 미매칭 항목은 기존 gems-vs-torch 기준 유지); 리뷰 중 #155는 이미 batch6의 17개 연산자에 대한 테스트 / 벤치마크 골격을 마련(51개 파일, 제출 배치 대기 중), #156은 저장소에 ops-test 워크플로 연결.
1.8 릴리스 엔지니어링 및 거버넌스: build-infra 5건, community 거버넌스 데이터 4연속, docs 모델 라이브러리 자동 업데이트(10-12 ~ 10-13)
날짜: 2026-10-12 ~ 2026-10-13 출처: build-infra #1333 · build-infra #1336 · community #127 · community #128 · docs #549
- build-infra 5건 병합: #1333 매트릭스가 Iluvatar corex4.5.0의 FlagTree를 0.7.1a1+iluvatar3.6으로 업그레이드(이전 섹션 태그와 연동); #1332 wheel-info.yaml 유지보수 프로세스 문서화; #1334 docs 파이프라인 스크립트를 scripts/docs로 이전; #1335 wrap-cmd 주석이 새 경로를 가리키도록 수정; #1336 flaggems-deb 빌드 시 wheel 버전을 전달하고 .deb 내에서 검증. 심사 중인 #1337은 각 패키지에 소스 패키지 다운로드 URL을 추가(feat/source-info 브랜치가 10-13 00:57에 푸시됨).
- community 거버넌스 데이터 4연속(+291줄): #127
community/data/를 기여자 소속 및 거버넌스 역할의 권위 있는 데이터 소스로 도입(people.yaml에 31명 등록, BAAI부터 시작; projects.yaml은 각 저장소의 maintainer / emeritus를 기록하여 수동 관리 테이블의 드리프트 문제 해결); #128 SIG = Chair + Tech Lead 구성을 명확히 하고 역할 어휘를 data/sigs.yaml로 통합; #129 unit을 org로 개명하고 org 도메인과 FlagGems 기여자 추가; #130 id 기준 정렬. 거버넌스가 문서화에서 “데이터화된 단일 진실 공급원”으로 전환. - docs 모델 라이브러리 자동 업데이트: #549(bot 자동 PR, 10-12 18:50)에서 6개의 FlagRelease 모델 README 추가——Hy3-nvidia, MiniCPM5-1B-zhenwu, Qwen3.6-27B-hygon, Qwen3.8-27B-BF16-hygon, Qwen3.8-27B-BF16-zhenwu, Qwen3.8-27B-W4A8-arm(Hygon, Zhenwu, ARM 등 타깃 커버).
- 릴리스 정보 측면: release-info 저장소 gh-pages가 10-12 14:21에 푸시됨(릴리스 정보 사이트가 릴리스 활동에 따라 업데이트); FlagFFT가 issue #31 제출——v0.2.0 릴리스 태그와 패키지 버전이 불일치함을 지적(태그 시점 pyproject에는 0.2.3으로 표기, 태그 / rpm / 매니페스트는 모두 0.2.0; main은 이미 0.3.0-dev1로 전환), 릴리스 엔지니어링 세부 문제가 명시적으로 기록됨.
1.9 기타 라인: FlagAttention / FlagQuantum / FlagDNN / FlagTrain / FlagGems-Experimental (10-12)
날짜: 2026-10-12 출처: FlagAttention #85 · FlagAttention #94 · FlagQuantum #621 · FlagTrain #8 · FlagGems-Experimental #691
- FlagAttention 3건: #85 miniMax 희소 어텐션의 sm_90 prefill / decode 최적화, #94 동일 커널의 Hygon 버전 최적화, #93 ops-test 워크플로 연결——어텐션 연산자가 NVIDIA와 Hygon 두 라인에서 동시 최적화.
- FlagQuantum: 15건 커밋 + #621 병합——Jiuding 워크숍 라인 집중 수정(개인 노트와 과제를 플랫폼 신원별로 격리, 공유 마운트와 이미지 별칭 디렉터리 중복 제거, Quafu 인가 하드웨어 타깃 교정, 원격 완료와 결과 가시성 구분 등);
fix/metax-torch-runtime브랜치가 10-11 저녁에 푸시됨. - FlagDNN: 2건——Hygon을 위한 등가성 성능 기준 추가, NVIDIA 성능 데이터 추가.
- FlagTrain: #8 병합(KMCompiler CI/CD Dockerfile); 심사 중 #9(CI Dockerfile 업데이트), #10(mixed_gemm 연산자 추가, KMCompiler / NVIDIA 라인).
- FlagGems-Experimental: KernelGen 2건 병합(#691
_slow_conv2d_forward, #679sparse_csr_tensor). - awesome-LLM-driven-kernel-generation: #10 병합(최근 논문과 코드 저장소 추가).
2. 뉴스 보도와 생태계
2.1 대회 전체 일정 및 참가 안내 발표: FlagOS 2.2, 량즈윈 플랫폼 현장 발표 예고 (10-12)
날짜: 2026-10-12 출처: 전체 일정 발표(CSDN) · 미디어 전재(왕이) · 등록 및 의제 페이지
- 10-12 저녁, “2026 인공지능 오픈 컴퓨팅 콘퍼런스 겸 중즈 FlagOS 테크니컬 콘퍼런스”(10월 17-18일, 베이징 중관춘 국가자주혁신시범구 전시센터)의 전체 일정과 참가 안내가 공식 발표되었다: 이틀간 메인 포럼, 여러 분과 포럼과 실습 워크숍이 포함되며, 100+ 명의 연사가 Zhiyuan/BAAI, 중국과학원, 칭화대, 베이징대, 리샹, 바이두, 텐센트, NVIDIA 등을 망라한다; 현장에서는 FlagOS 2.2와 량즈 클라우드 플랫폼이 발표될 예정이다.
- 의제 요점: 첫날 메인 포럼에는 린융화(Zhiyuan/BAAI 연구원 부원장 겸 총엔지니어)의 “중즈 FlagOS 2.2: token 경제에서 피지컬 AI로”, “조 단위 token 시대의 컴퓨팅 파워 진화”, “월드 모델: 차세대 AI 기반과 그 컴퓨팅 파워 청구서”와 라운드테이블 “차세대 AI 컴퓨팅 파워 인프라의 10년 논쟁”이 포함된다; 기술 분과 포럼에는 “중즈 FlagOS의 RISC-V AI 칩 적응에서의 혁신 실천”, “엣지 사이드 에이전트의 RISC-V 시스템 소프트웨어 협업 실천”, “통합 IR로 Triton 프로그래밍 패러다임을 돌파하여 멀티칩 극한 성능을 이끌어내다”(위안성, 컴파일 최적화 시스템 아키텍트) 등이 포함된다; 다음 날 임바디드 인텔리전스 분과 포럼(10-18 오후)에는 우원신충, 지자스제, 후이시 인텔리전트, 샤오우 인텔리전트, 콰웨이 인텔리전트, 베이항, 중국과학원 컴퓨팅기술연구소 등이 집결한다.
- 참가 안내에는 시간 및 장소, 체크인(17일 8:30-9:30), 지하철 / 버스 / 자가용 경로와 날씨 알림이 포함된다; 등록 페이지는 관심 수 1.7만+ 를 보여준다. 본 항목은 이번 주 FlagOS 대외 활동의 핵심 노드이며, 지난 기간의 “대회 전 대외 발표 리듬” 관찰 포인트가 지속적으로 이행되고 있다.
2.2 공업박람회 개막, 첫 “궈신 전시” 설치: 회원 단위가 같은 무대에, 슈퍼노드가 주전장으로(10-12)
날짜: 2026-10-12 출처: 21세기경제보도 · 공업박람회 개막 예고(제팡일보)
- 제26회 중국국제공업박람회(10-12~10-16, 상하이)가 개막했으며, 처음으로 집적회로 전시 “궈신 전시”를 독립적으로 설치했다(설계, 제조, 패키징·테스트, 장비, 소재 전 체인을 포괄하며, 참가 기업 300여 곳); MetaX, Enflame, Iluvatar CoreX, 둥팡쏸신 등 AI 칩 기업이 같은 무대에 섰고, 상위 3대 국산 EDA도 참석했다.
- 슈퍼노드가 단일 카드를 대체하여 각 사의 전시 중심이 되었다: MetaX 시징 S600 슈퍼노드는 단일 캐비닛에 64개 카드 완전 상호 연결을 집적하고 만 카드 규모까지 수평 확장을 지원한다; Iluvatar CoreX는 처음으로 체계화된 슈퍼노드 솔루션 “톈가이 300 IXL144”를 전시했다(단일 캐비닛 144개 GPU + 18개 CPU, 약 10.1TB 메모리). 부사장 저우쉬안은 “슈퍼노드는 단일 제품이 아니라 일종의 시스템 엔지니어링이며, 최종적으로 겨루는 것은 시스템 경제 효율”이라고 말했다; IDC는 2026년 중국 지능형 컴퓨팅 파워 규모가 2576.5 EFLOPS에 달해 전년 대비 +87.9%에 이를 것으로 예상한다.
2.3 MetaX: 시쒀 X302, “궈신 전시” 혁신 성과상 수상; GROMACS 자유에너지 섭동 코드가 오픈소스 메인라인에 병합(10-12)
날짜: 2026-10-12 출처: 수상 보도(증권지성 전재) · 제품 페이지(MetaX 공식 웹사이트)
- 10-12 공업박람회 “궈신 전시” 혁신 성과상이 발표되었으며, MetaX가 전 자체 개발한 과학 지능형 GPU 시쒀 X302가 선정되었다: 전 자체 개발 GPGPU 아키텍처와 국산 첨단 공정, 다정밀도 혼합 컴퓨팅 파워와 대용량 고대역폭 메모리, MXMACA 소프트웨어 스택을 갖추었으며, AI4S(기상 해양 예보, 전산 유체 역학, 분자 동역학, 소재 시뮬레이션, 생명과학 등)를 겨냥한다.
- 오픈소스 기여: 보도는 MetaX가 GROMACS 오픈소스 커뮤니티에 깊이 참여하고 있으며, 그 자유에너지 섭동 GPU 가속 코드가 이미 오픈소스 메인라인에 병합되었음을 명확히 했다 — 해당 핵심 모듈에 중요한 코드 기여를 한 국내 최초의 기업이다 — 국산 GPU가 “오픈소스 호환”에서 “오픈소스 기여”로 나아가고 있으며, 본 스택의 오픈소스 속성과 같은 방향이다.
- 생태계 구현 측면: 홍지웨이, 선두위안리, 웨이신커지, 다완취궈촹중심 등과 손잡고 신에너지 소재 연구개발, 산업용 냉각액 분자 스크리닝과 AI 단시간 기상 예보 등의 시나리오를 추진하고 있으며, 그중 홍지웨이와 공동으로 만든 홍위안 지능형 소재 연구개발 플랫폼은 이미 산업급 검증을 완료했다.
2.4 생태계 관찰: 신류즈쿠 “네 곳 동시 출연” 점검 — 비런 / 칭웨이 / 이싱 / 무어(10-12)
날짜: 2026-10-12 출처: ZAKER 전재(신류즈쿠)
- 산업 연구 계정 “Xinliu Zhiku”가 같은 제목의 정리 기사를 게재하며 “납품이야말로 진짜 컴퓨팅 파워“를 핵심 논점으로 삼았다: 안정적으로 구동할 수 있는지, 전력 소모는 얼마인지, 마이그레이션이 간편한지, 다중 카드가 협력할 수 있는지가 “고성능 컴퓨팅”을 재정의하고 있다.
- 이 글은 네 가지 차별화된 노선을 다룬다——범용 GPU(Biren), 재구성 가능 컴퓨팅(Qingwei Zhineng TX82 시리즈), 개방형 명령어 집합(Yixing), 고속 인터커넥트(Moore Threads)로, 본 스택 멤버 기관의 노선 분포와 높은 일치를 보여 생태계 측면의 참고 자료로 활용할 수 있다.
2.5 검색 및 공식 채널 검증: 컴포넌트 라인은 평온 지속 (10-12 ~ 10-13)
날짜: 2026-10-12 ~ 2026-10-13 출처: Google News RSS(중영문 24개 쿼리, 프록시 경유) · HN Algolia · CSDN 컬럼 · Zhiyuan 커뮤니티
- 컴포넌트명 조회(FlagOS / FlagGems / FlagScale / FlagTree / FlagPerf / FlagCX / KernelGen 등 중영문)는 24시간 기간 내 유효 히트 제로를 지속(이전 평온 기간의 상시 상태 연장). 히트는 멤버 기관 및 산업 측(대회, 공업박람회, MetaX, 네 곳 정리 기사 총 7건 수록, 4개 이벤트로 병합)에 집중되었으며, 나머지 15건은 시세 기사, 콘텐츠 팜, 도박 SEO 오염으로 전체 제외.
- HN Algolia 8개 쿼리(4일 기간) 직접 히트 없음. 공식 CSDN 컬럼 첫 페이지 상단은 여전히 이전 대회/라이브 콘텐츠(최신 항목은 8월 말)이며, 기간 내 신규 문서 없음. Zhiyuan 커뮤니티 검색 및 첫 페이지에서도 기간 내 FlagOS 항목 미검출. 대외 사실은 GitHub org와 커뮤니티 채널 기준.
3. 멤버 기관 심층 분석
3.1 Kunlunxin: CUDA-boxing 제거와 XPU 최적화 배치 (10-12 ~ 10-13)
날짜: 2026-10-12 ~ 2026-10-13 출처: Torch-FL #502 · Torch-FL #503 · Torch-FL #504 · FlagGems #7049 · FlagGems #7019 · FlagTree #1330
- 메인라인: Torch-FL 측 24시간 내 “CUDA-boxing → 네이티브 XPU” 교체급 리팩터링 완료(#502, 47개 파일) 및 P800 CI 레인 탑재(#503), #504는 첫 실행 수정 후속 진행 중——Kunlunxin은 본 기간 엔지니어링 밀도가 가장 높은 벤더 라인이 되었다.
- 연산자 최적화 배치: FlagGems에서 Kunlunxin XPU 최적화가 집중기에 진입——이미 #7019(포맷팅)와 #6943(vllm 재작성 건너뛰는
inplace_fused_experts)이 머지됨. 심사 중인 10여 건은 scatter_reduce / euclidean_dist / normed_cumsum(#7049), foreach 계열 파라미터화 포인터(#7051), sign_ / hardshrink_backward / alpha_dropout / max_dim(#7018), linalg_lu_factor 소형 형상(#7046), normal_functional / min(#7052), iand / ior / rshift / avg_pool3d 등 XPU 오버라이드(#7023), te_rmsnorm / hc_head 융합 커널 성능(#7053), i0(#7055) 및 SDNN v12 conv 캐리어(#7003)를 포괄. - 컴파일 측: FlagTree #1330(XPU 백엔드와 내부 triton @de4bf790 동기화)이 심사 중이며 지속 업데이트(10-13 01:28). vLLM 측 P800 관련 심사 중 PR과 CI 준비도도 동시 추진.
3.2 Iluvatar CoreX: Iluvatar 빌드 라인 갱신과 FlagMega의 BI-V150 최적화 (10-12 ~ 10-13)
날짜: 2026-10-12 ~ 2026-10-13 출처: FlagTree 0.7.1a1+iluvatar3.6 · build-infra #1333 · feature/flagmega · vllm-plugin-FL #566
- 빌드 라인:
0.7.1a1+iluvatar3.6(10-12 10:46)이 FlagTree 빌드 태그 중 최신 Iluvatar 항목이 되었으며, build-infra는 같은 날 corex4.5.0 매트릭스를 0.7.0에서 0.7.1a1로 업그레이드했다. vLLM 측 CoreX BI-V150의 0.28.0 대응(#566)은 오전에 머지되었다. - FlagMega, BI-V150에서 연속 최적화: C++/FTT 코드 생성 백엔드 출시(Triton보다 빠르다고 주장), GEMV 스레드 상주 수정(12.25 → 10.38 ms/token), 패킹 가중치 주소 분할 수정(이전에는 8 ms/token 소모), GLU 활성화 N tile 간 재사용(-0.17 ms/token) — 단일 카드 밀리초급 / token급 양자화 최적화를 튜토리얼 재현 가능한 형태로 추진(Qwen3-1.7B 이중 목표 튜토리얼 라인).
- 심사 측: FlagTree #1317(TLE
tle.gpu.alloc별칭의 Iluvatar 지원), #1293(Iluvatar C++ 소스 특화)이 업데이트를 유지.
3.3 MetaX: MetaX 라인 수정, TE-FL 별칭 가드와 공업박람회 이중 단서(10-12)
날짜: 2026-10-12 ~ 2026-10-13 출처: Torch-FL #501 · TransformerEngine-FL #135 · FlagGems-vllm #907 · 공업박람회 보도 · 수상 보도
- 런타임 수정 라인: Torch-FL #501은 MetaX의
_softmax/embedding을 빌드되지 않은 FlagGems C++ 경로로 라우팅하는 것을 중단했다(일관성 스위트 기준 수정). TransformerEngine-FL #135(심사 중)는 벤더 확장 로드 후 항상transformer_engine_torch의sys.modules별칭을 복원한다 — 벤더 확장과 프레임워크 네임스페이스 간 호환성 문제가 연속적으로 정리되고 있으며, FlagQuantumfix/metax-torch-runtime브랜치도 동시에 추진 중이다. - 연산자 라인: FlagGems-vllm #907은 MetaX를 위해 백엔드 전용 GDN fused_recurrent 커널을 추가했으며(머지됨), #916의 libtuner 다중 백엔드 튜닝 배치가 MetaX를 커버한다.
- 뉴스 이중 단서: 공업박람회 XiJing S600 초노드(64카드 완전 상호 연결, 만 카드 확장)와 XiSuo X302 “국산칩 전시회” 혁신 성과상 + GROMACS 오픈소스 메인라인 기여(상세는 2.2 / 2.3 참조).
3.4 Moore Threads / Enflame: MUSA 0.28 스퍼트, MTHREADS 배치와 S60 대응(10-12 ~ 10-13)
날짜: 2026-10-12 ~ 2026-10-13 출처: vllm-plugin-FL #575 · vllm-plugin-FL #582 · FlagGems #6984 · FlagTree #1347 · FlagGems #7054
- Moore Threads: vLLM 0.28 적응(#575)은 날짜를 넘겨 고빈도 업데이트를 유지(10-13 05:07 기준 여전히 활발하며, 남은 심사 중인 라인 중 업데이트가 가장 늦은 항목); FlagGems #6984는 전체 어텐션(SDPA 순전파·역전파 + Flash / varlen 진입점) 구현을 심사 중; FlagTree #1347은 Proton 헤더 가드 병합, #1213(RLC 단계적 이식)은 업데이트 유지;
codex/musa-ci-20261011브랜치는 10-12에도 계속 푸시(MUSA CI 준비도 구축). - Enflame: FlagGems #7054 병합——gcu300 벤치마크가 CPU 폴백을 베이스라인으로 삼아 발생한 약 60배 허위 가속을 수정; Torch-FL #499는 GCU embedding을 네이티브
topsatenEmbedding으로 전환(스킵을 하드 실패로 전환); vLLM 측 S60의 0.28.0 적응(#582)은 심사 중; FlagTree #1353의 CommonIR 5백엔드 목록에 enflame 포함, #1239(FlagPrism 분석기 / 디버거 통합)는 지속 업데이트.
3.5 Damo Academy XuanTie와 Zhenwu PPU / Ascend: XuanTie TLE 라인, PPU 역량면 확장 및 Ascend 수정 배치(10-12 ~ 10-13)
날짜: 2026-10-12 ~ 2026-10-13 출처: FlagGems-vllm #899 · FlagGems-vllm #916 · FlagGems #7050 · vllm-plugin-FL #574 · FlagTree #1189 · vllm-plugin-FL #487
- Damo Academy XuanTie: FlagGems-vllm #899 병합(chunk_kda의 TLE 경로, K=192 포기); #916의 튜닝 배치는 XuanTie 포함; FlagGems #7050(XuanTie / MetaX linalg_matrix_power 수정)은 심사 중; vLLM 0.28 적응(#574)은 지속 업데이트——TLE와 추론 스택 두 라인 병행.
- Zhenwu PPU: FlagTree #1189는 백엔드 역량 계약을 통해 Zhenwu의 정수 dot 및 dot_scaled 지원을 갱신(병합), 역량면은 계속 확장(지난 기간 PPU CI 이중 저장소 안착 이후의 연속).
- Ascend: vLLM 0.28 업그레이드(#487)가 첫 번째 안착 지점 중 하나로 병합; FlagGems #6949 / #7013 두 건 병합(그리드 오버플로 수정 및 auto-blockify 확장); 심사 중인 #7048(GRU 시작 상한 coreDim), #6930(cudnn_convolution)과 FlagTree #1273(TLE reduce sum strength)은 지속 업데이트.
3.6 기타 멤버: Hygon / Tsingmicro / Cambricon / Horizon Robotics(10-12)
날짜: 2026-10-12 출처: FlagAttention #94 · FlagCX #643 · FlagDNN 커밋 · 네 곳 동시 출격 (ZAKER)
- Hygon: FlagAttention #94 머지(miniMax 희소 어텐션 Hygon 최적화); FlagDNN Hygon 등가성 성능 기준 보충; FlagCX #643(Hygon Device API 및 IR CI 테스트) 지속 업데이트(10-13 01:13); FlagGems-vllm #916 튜닝 배치 Hygon 커버.
- Qingwei: 이번 모니터링 기간 내 GitHub 움직임 없음; 뉴스 측에서는 2.4 산업 결산 기사만 확인됨.
- Cambricon / Horizon Robotics: 이번 모니터링 기간 내 GitHub 및 뉴스 움직임 없음(조용한 기간).
4. 요약 및 트렌드 관찰
1. “대회 전 엔지니어링 주간” 특징 뚜렷: 68건 머지, 18개 저장소 푸시, 13개 저장소 머지로 강도는 연휴 후 확대기와 대등; 그러나 내용 구조는 “기능 개발”에서 “출시 전 마감”으로 전환——boxing 제거, CI 레인, 버전 태그, 빌드 매트릭스, 릴리스 문서의 다섯 가지 유형의 작업이 24시간 내 동시에 출현(Torch-FL / build-infra / FlagTree / FlagGems / docs 각각 한 건씩), 10월 17-18일 대회까지 5일이 남은 가운데 대외 발표 리듬(FlagOS 2.2, 량즈윈 플랫폼 예고)과 대내 엔지니어링 마감이 동시에 전개되고 있음.
2. Kunlunxin의 “CUDA-boxing 제거”는 이번 모니터링 기간 가장 기술적 비중이 큰 단일 변경: #502는 47개 파일 규모로 이틀 전에 막 적용된 CUDA-boxing 방식을 전면 네이티브 XPU 노선(libxpurt 디바이스 계층 + xdnn 연산자 계층)으로 교체하고, 이후 2.5시간 내에 CI 레인을 보충하고, 새벽에 첫 실행 수정을 커밋——”빠른 시행착오 → 교체 → 호스팅”의 완전한 폐루프가 24시간 내에 완료되어, 해당 조직의 벤더 백엔드 거버넌스가 “접속 가능”에서 “규범 노선에 따른 호스팅” 단계로 진입했음을 보여줌.
3. vLLM 0.28 적응 배치가 안착기에 진입: Iluvatar CoreX / Ascend 첫 머지, Moore Threads(#575 크로스데이 고빈도 업데이트), XuanTie(#574), Enflame S60(#582) 심사 중——지난 호 “다섯 라인 여전히 심사 중” 관찰점이 하루 만에 두 라인이 실현되었고, 나머지 라인은 여전히 이동 상태; 이 적응 배치가 완료되면 각 벤더 추론 스택이 0.28 베이스라인으로 통일되어 대회 기간 엔드투엔드 데모에 버전 기반을 제공하게 됨.
4. 개발 라인 “신규 국면 개시” 신호 밀집: FlagGems 5.5 개발 라인 개시(v5.5.0.dev0), FlagTree Iluvatar CoreX 빌드 라인 0.7.1a1로 상승, 조직에 Trident 컴파일 브릿지 저장소 추가——세 가지가 24시간 내 동일 창에 출현, 여기에 FlagMega의 BI-V150 토큰 수준 양자화 최적화와 TileIR 13.4 업그레이드(#1352) 심사 중이 겹쳐, 컴파일 및 연산자 스택이 “직전 납품 주기 마무리 + 차기 주기 배치”의 중첩 상태에 있음.
5. 차기 관찰점: 대회(10-17 / 18) 현장 발표(FlagOS 2.2, 량즈윈 플랫폼 및 대회 후 대외 자료); FlagQuantum 0.3.0 정식 버전(rc 3연속 후 마감 리듬); Torch-FL #504 머지와 Kunlunxin CI 최초 그린; vLLM 0.28 나머지 세 라인(MUSA / XuanTie / S60)의 머지 순서; FlagMega 브랜치의 PR 전환 및 메인라인 병합 여부; 2.3 주기 FEP와 마일스톤 추진.
부록: 출처 검증 표
| 출처 | 검증 방식 | 결과 |
|---|---|---|
| GitHub | org repos API(모니터링 기간 푸시) | 56개 저장소 전체, 18개 저장소 모니터링 기간 내 푸시(세부 내역은 1.1 참조) |
| GitHub | 커밋 검색(committer-date) | 90건 적중, 전량 API로 건별 검증 후 저장소별 분류 |
| GitHub | 병합 PR 검색(is:merged) | 68건, 13개 저장소, 세부 내역은 1.2 ~ 1.9 참조 |
| GitHub | 리뷰 중 PR 검색(is:open) | 192건 업데이트, 상위 100건 건별 검증(FlagGems 54 / FlagTree 10 / vllm-plugin-FL 8 위주) |
| GitHub | 태그 / Release 원자 검증 | 26개 라이브러리 releases + 7개 라이브러리 tags, 신규 태그 2개(FlagGems v5.5.0.dev0 / FlagTree 0.7.1a1+iluvatar3.6), 신규 Release 객체 없음 |
| GitHub | 브랜치 / 원자 소스 보충 검증 | FlagFFT / docs / release-info / Trident / FlagTree(feature/flagmega 등) 5개 저장소 모니터링 기간 푸시를 브랜치별로 검증 |
| 배포물 | release-info gh-pages | 10-12 14:21 푸시(릴리스 타임라인 사이트 업데이트) |
| 뉴스 | Google News RSS(중영문 검색어 24조, 프록시 경유) | 22건 적중, 7건 수록(4개 이벤트로 병합), 15건 제외(시세 기사 / 도박 SEO / 무관 콘텐츠) |
| 뉴스 | Tavily 보충 검색 | 대회 전체 일정, 공업박람회 국산칩 전시, MetaX 수상 소식을 원문 사이트(CSDN / 21 Finance / Securities Star 전재 페이지)에서 검증 |
| 커뮤니티 | HN Algolia | 8개 쿼리 재검증, 직접 적중 없음 |
| 공식 채널 | CSDN 컬럼 / Zhiyuan 커뮤니티 | 컬럼 첫 페이지에 모니터링 기간 내 신규 글 없음(상단이 여전히 8월 말 콘텐츠), Zhiyuan 커뮤니티에서 모니터링 기간 내 항목 미검출 |
| 대회 채널 | bagevent 등록 페이지 | 의제 세부 사항(분과 포럼 / 연사 / 시간 및 장소) 검증 |
| 이력 대조 | 10-12 데일리 리포트(지난 회차) | 중복 제거 검증: 지난 회차는 10-12 06:00까지 커버, 이번 회차 항목은 모두 해당 시점 이후 |
전체 출처 목록
- [1] 오늘의 핵심 및 1.1 조직 전체 개요 — https://github.com/orgs/flagos-ai/repositories · https://api.github.com/orgs/flagos-ai/repos
- [2] 1.2 / 3.1 Torch-FL Kunlunxin 3연속 — https://github.com/flagos-ai/Torch-FL/pull/502 · https://github.com/flagos-ai/Torch-FL/pull/503 · https://github.com/flagos-ai/Torch-FL/pull/504 · https://github.com/flagos-ai/Torch-FL/pull/499 · https://github.com/flagos-ai/Torch-FL/pull/500 · https://github.com/flagos-ai/Torch-FL/pull/498 · https://github.com/flagos-ai/Torch-FL/pull/501
- [3] 1.3 Trident — https://github.com/flagos-ai/Trident · https://github.com/flagos-ai/Trident/blob/master/README.md · https://github.com/flagos-ai/Trident/commits/master
- [4] 1.4 FlagGems 병합 배치 — https://github.com/flagos-ai/FlagGems/pull/7019 · https://github.com/flagos-ai/FlagGems/pull/6943 · https://github.com/flagos-ai/FlagGems/pull/7017 · https://github.com/flagos-ai/FlagGems/pull/6931 · https://github.com/flagos-ai/FlagGems/pull/6928 · https://github.com/flagos-ai/FlagGems/pull/6889 · https://github.com/flagos-ai/FlagGems/pull/5577 · https://github.com/flagos-ai/FlagGems/pull/7045 · https://github.com/flagos-ai/FlagGems/pull/7044 · https://github.com/flagos-ai/FlagGems/pull/6949 · https://github.com/flagos-ai/FlagGems/pull/7013 · https://github.com/flagos-ai/FlagGems/pull/6972 · https://github.com/flagos-ai/FlagGems/pull/7054
- [5] 1.4 FlagGems 심사 중 및 라벨 — https://github.com/flagos-ai/FlagGems/pull/7041 · https://github.com/flagos-ai/FlagGems/pull/7049 · https://github.com/flagos-ai/FlagGems/pull/7051 · https://github.com/flagos-ai/FlagGems/pull/7052 · https://github.com/flagos-ai/FlagGems/pull/7046 · https://github.com/flagos-ai/FlagGems/pull/7053 · https://github.com/flagos-ai/FlagGems/pull/7055 · https://github.com/flagos-ai/FlagGems/pull/7018 · https://github.com/flagos-ai/FlagGems/pull/7023 · https://github.com/flagos-ai/FlagGems/pull/7048 · https://github.com/flagos-ai/FlagGems/pull/7050 · https://github.com/flagos-ai/FlagGems/releases/tag/v5.5.0.dev0
- [6] 1.5 FlagTree — https://github.com/flagos-ai/FlagTree/pull/1189 · https://github.com/flagos-ai/FlagTree/pull/1351 · <h
https://github.com/flagos-ai/FlagTree/pull/1337 · https://github.com/flagos-ai/FlagTree/pull/1347 · https://github.com/flagos-ai/FlagTree/pull/1352 · https://github.com/flagos-ai/FlagTree/pull/1353 · https://github.com/flagos-ai/FlagTree/tree/feature/flagmega · https://github.com/flagos-ai/FlagTree/issues/1331 · https://github.com/flagos-ai/FlagTree/releases/tag/0.7.1a1%2Biluvatar3.6
- [7] 1.6 추론 스택 — https://github.com/flagos-ai/vllm-plugin-FL/pull/566 · https://github.com/flagos-ai/vllm-plugin-FL/pull/487 · https://github.com/flagos-ai/vllm-plugin-FL/pull/552 · https://github.com/flagos-ai/vllm-plugin-FL/pull/574 · https://github.com/flagos-ai/vllm-plugin-FL/pull/575 · https://github.com/flagos-ai/vllm-plugin-FL/pull/581 · https://github.com/flagos-ai/vllm-plugin-FL/pull/582 · https://github.com/flagos-ai/FlagGems-vllm/pull/899 · https://github.com/flagos-ai/FlagGems-vllm/pull/902 · https://github.com/flagos-ai/FlagGems-vllm/pull/907 · https://github.com/flagos-ai/FlagGems-vllm/pull/916 · https://github.com/flagos-ai/FlagGems-vllm/pull/917
- [8] 1.7 FlagGems-sglang 경연 배치 — https://github.com/flagos-ai/FlagGems-sglang/pull/111 · https://github.com/flagos-ai/FlagGems-sglang/pull/128 · https://github.com/flagos-ai/FlagGems-sglang/pull/137 · https://github.com/flagos-ai/FlagGems-sglang/pull/153 · https://github.com/flagos-ai/FlagGems-sglang/pull/155 · https://github.com/flagos-ai/FlagGems-sglang/pull/156
- [9] 1.8 릴리스 엔지니어링과 거버넌스 — https://github.com/flagos-ai/build-infra/pull/1332 · https://github.com/flagos-ai/build-infra/pull/1333 · https://github.com/flagos-ai/build-infra/pull/1334 · https://github.com/flagos-ai/build-infra/pull/1335 · https://github.com/flagos-ai/build-infra/pull/1336 · https://github.com/flagos-ai/build-infra/pull/1337 · https://github.com/flagos-ai/community/pull/127 · https://github.com/flagos-ai/community/pull/128 · https://github.com/flagos-ai/community/pull/129 · https://github.com/flagos-ai/community/pull/130 · https://github.com/flagos-ai/docs/pull/549 · https://github.com/flagos-ai/FlagFFT/issues/31
- [10] 1.9 기타 라인 — <https://github.com/flagos-ai/FlagAttention
/pull/85> · https://github.com/flagos-ai/FlagAttention/pull/94 · https://github.com/flagos-ai/FlagAttention/pull/93 · https://github.com/flagos-ai/FlagQuantum/pull/621 · https://github.com/flagos-ai/FlagDNN/commits/master · https://github.com/flagos-ai/FlagTrain/pull/8 · https://github.com/flagos-ai/FlagTrain/pull/10 · https://github.com/flagos-ai/FlagGems-Experimental/pull/691 · https://github.com/flagos-ai/FlagGems-Experimental/pull/679 · https://github.com/flagos-ai/awesome-LLM-driven-kernel-generation/pull/10
- [11] 2.1 콘퍼런스 전체 일정 — https://damodev.csdn.net/6acc80ac536f457592af4684.html · https://www.163.com/dy/article/L92B97UO0511FQO9.html · https://www.bagevent.com/event/FlagOS2026
- [12] 2.2 공업박람회 국산칩 전시 — https://www.21jingji.com/article/20261012/herald/896371fd8a1646436ffdbaf9e9e33fa8.html · https://www.shanghai.gov.cn/nw4411/20261008/9637bd1f9154413f958d8858838edc04.html
- [13] 2.3 MetaX 수상 및 오픈소스 기여 — https://www.popcj.com/depth/3131342610579284 · https://www.metax-tech.com/prod.html?cid=119&id=82
- [14] 2.4 Xinliu Think Tank 4개사 정리 — https://app.myzaker.com/news/article.php?pk=6accc01f8e9f093c2d5605ce
- [15] 2.5 검색 및 공식 채널 — Google News RSS(중영문 검색어 24조, 프록시 경유) · https://hn.algolia.com/ · https://flagos.csdn.net/ · https://hub.baai.ac.cn/
- [16] 3.2 Iluvatar CoreX와 FlagMega — https://github.com/flagos-ai/FlagTree/tree/feature/flagmega · https://github.com/flagos-ai/build-infra/pull/1333 · https://github.com/flagos-ai/FlagTree/pull/1317 · https://github.com/flagos-ai/FlagTree/pull/1293
- [17] 3.3 MetaX 라인 — https://github.com/flagos-ai/Torch-FL/pull/501 · https://github.com/flagos-ai/TransformerEngine-FL/pull/135 · https://github.com/flagos-ai/FlagGems-vllm/pull/907
- [18] 3.4 Moore Threads와 Enflame — https://github.com/flagos-ai/FlagGems/pull/6984 · https://github.com/flagos-ai/FlagTree/pull/1213 · https://github.com/flagos-ai/FlagTree/pull/1239 · https://github.com/flagos-ai/vllm-plugin-FL/pull/575 · https://github.com/flagos-ai/vllm-plugin-FL/pull/582
- [19] 3.5 XuanTie / Zhenwu / Ascend — https://github.com/flagos-ai/FlagGems-vllm/pull/899 · https://github.com/flagos-ai/FlagGems/pull/7050 · <https://github.com/flagos-ai/vllm-plugin-
FL/pull/574> · https://github.com/flagos-ai/vllm-plugin-FL/pull/487 · https://github.com/flagos-ai/FlagTree/pull/1189 · https://github.com/flagos-ai/FlagGems/pull/7048 · https://github.com/flagos-ai/FlagGems/pull/6930
- [20] 3.6 기타 멤버 — https://github.com/flagos-ai/FlagAttention/pull/94 · https://github.com/flagos-ai/FlagCX/pull/643 · https://github.com/flagos-ai/FlagDNN/commits/master
- [21] 부록 검증 기준 — https://github.com/flagos-ai · https://api.github.com/orgs/flagos-ai/repos · https://github.com/flagos-ai/FlagGems/tags · https://github.com/flagos-ai/FlagTree/tags