모니터링 기간: 2026-11-05 06:00 ~ 2026-11-06 06:00 (베이징 시간, 24시간; 이전 데일리 리포트 마감 시점에서 이어짐).

출처: GitHub (org: flagos-ai 61개 저장소 전수 점검, 모니터링 기간 내 123건 커밋, 94건 병합 PR, 모니터링 기간 내 갱신된 심사 중 PR 255건 (그중 87건 신규 오픈), 21개 저장소 푸시, 31개 저장소 Release 및 8개 저장소 Tag 원자적 점검), Google News RSS (24개 중영문 검색어 조합, 프록시 경유), HN Algolia (8개 조합), CSDN FlagOS 칼럼 (개별 기사 시점 확인), Zhiyuan 커뮤니티 (상세 내용은 부록 출처 목록 참조).

이번 호 인덱스

  • 오늘의 핵심: Cambricon이 Torch-FL에서 융합 어텐션 전방향과 역방향을 연결, Qwen3 학습 스텝의 CPU 폴백이 190회에서 0으로 감소; 커뮤니티가 하루에 7건의 FEP(0163–0170) 제출; Enflame GCU300 재작성 PR 25건 일괄 정리, FlagGems 7개 백엔드 키가 버전화 명명으로 변경 (11-05)
    1. 오픈소스 프로젝트 진행 상황 (GitHub 동향)
      • 1.1 조직 리듬: 21개 저장소 푸시, 123건 커밋, 94건 병합, 심사 중 255건 (11-05)
      • 1.2 커뮤니티 거버넌스: 1시간 이내 7건 FEP 심사 진입, FlagMega v0.1과 TLE Raw 5개 백엔드 등재 (11-05)
      • 1.3 버전 측면: 2.3.0에 nvidia-cuda13.3 기록, cuda12.8 동결, torch 2.13으로 상향 (11-05)
      • 1.4 FlagGems: 33건 병합 중 25건이 Enflame, 7개 백엔드 키 버전화 명명으로 변경 (11-05)
      • 1.5 FlagTree: Hygon이 TLE-Raw 연결, ptxas 리소스 사용량이 컴파일러 메타데이터로 진입 (11-05)
      • 1.6 Torch-FL: Cambricon 융합 어텐션 전방향·역방향 보완, 학습 스텝 CPU 폴백 제로 (11-05)
      • 1.7 FlagQuantum: 27건 커밋으로 CI 용량 재배치, 내결함성 컴파일러 대형 브랜치 통합 진입 (11-05)
      • 1.8 비전 및 학습 측: FlagCV가 SGLang 평가 계약에 정렬, FlagTrain이 KMCompiler 연산자 연결 (11-05)
      • 1.9 지원 인프라: docs 모델 목록 로봇 이슈 생성, optest와 OpenCourse 소폭 진행 (11-05)
    1. 뉴스 보도와 생태계
      • 2.1 FlagOS 2.2 산업 사례: China Telecom mHC 학습 손실률 25%에서 12%로 감소 (11-05)
      • 2.2 엣지 디바이스 특집: ARM CPU 대형 모델 실행 21%–25% 속도 향상, 멀티칩 적응 35개 칩 커버 (11-05)
      • 2.3 채널 점검: 컴포넌트 수준 제로 히트, Enflame 제목은 상장 회고 기사로 확인 (11-05)
    1. 회원사 및 백엔드 벤더 심층 분석
      • 3.1 Cambricon: CNNL 융합 어텐션 전방향·역방향, 190회 폴백 제로 (11-05)
      • 3.2 Enflame: GCU300 하룻밤 25건 정리, NVIDIA 외부 심볼을 항목별 로컬 구현으로 교체 (11-05)
      • 3.3 Hygon: HCU의 TLE-Raw와 BF16 전문가 GEMM 두 라인 병행 (11-05)
      • 3.4 Ascend: Flash Attention UB 오버플로 수정, varlen 전방향 및 D=256 보완 (11-05)
      • 3.5 Moore Threads, Iluvatar CoreX, MetaX, Kunlunxin, Tsingmicro와 Xuantie: 행렬 곱 및 레이아웃 배치별 진행 (11-05)
    1. 요약 및 트렌드 관찰

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

1.1 조직 리듬: 21개 저장소 푸시, 123건 커밋, 94건 병합, 심사 중 255건 (11-05)

날짜: 2026-11-05　출처: flagos-ai 조직 저장소 · 커밋 검색 (모니터링 기간 내) · 병합 PR 검색 (모니터링 기간 내) · 심사 중 PR 검색 (모니터링 기간 내)

  • 총량: 61개 저장소 중 21개가 모니터링 기간 내에 푸시 발생; 메인 브랜치 신규 커밋 123건으로 12개 저장소에 분포; 병합 PR 94건, 14개 저장소·32명 작성자에서 유입.
  • 커밋 분포: FlagGems 33, FlagQuantum 27, Torch-FL 12, build-infra 12로 네 저장소 합계 84건, 68.3% 차지; 이어서 FlagGems-sglang 8, FlagCV 8, FlagTrain 7.
  • 병합 분포: FlagGems 33, build-infra 12, Torch-FL 12가 상위 3위; FlagTrain 7, FlagGems-sglang 6, FlagQuantum 5, FlagTree 5, FlagGems-vllm 5, FlagCV 4.
  • 인원 분포: youseeyouonedayday 25건(전부 Enflame KernelGen 라인), lvyufeng 12건(Torch-FL), lukatao 9건(FlagCV, FlagGems-sglang, FlagTrain), tengqm 6건(build-infra), FlagQuantum 봇 5건, github-actions 5건.
  • 검토 중: 255건이 모니터링 기간 내 업데이트, 그중 87건 신규 오픈; FlagGems 84, FlagTree 71 두 저장소 합계 155건, 60.8% 차지.
  • 버전 측면: 31개 저장소의 Release 원자 소스와 8개 저장소의 Tag 원자 소스는 모니터링 기간 내 신규 제로, 최근 건은 여전히 FlagCX v0.14.1(11-01).
  • 직전 대비: 커밋 238→123, 병합 167→94, 푸시 저장소 26→21. 수량은 정상 범위로 회귀했으나 같은 날 7건의 FEP와 일련의 버전 엔지니어링 작업이 착지, 이는 “확장일”이 아닌 “마감일”에 해당.

1.2 커뮤니티 거버넌스: 1시간 내 7건 FEP 검토 진입, FlagMega v0.1과 TLE Raw 5개 백엔드 등재(11-05)

날짜: 2026-11-05　출처: FEP-0163 · FEP-0164 · FEP-0165 · FEP-0166 · FEP-0167 · FEP-0168 · FEP-0170 · 2.3 릴리스 일정

  • 작업: 08:29부터 08:32(베이징 시간)까지 4분 내에 6건, 09:31까지 총 7건의 FEP를 오픈, 제출자는 모두 wbavon, 각 건은 단일 파일, 분량 104~207행, 상태는 일괄 Provisional Draft로 표기.
  • 목록: FEP-0163 FlagMega v0.1(모델 컴파일, vLLM 통합, 멀티카드 디코딩), FEP-0164 TLE 분산 융합과 자동 튜닝, FEP-0165 TLE Raw 5개 가속기 백엔드 지원, FEP-0166 FLIR의 Ascend 및 GPGPU 대상 최적화, FEP-0167 20개 연산자—디바이스 쌍의 컴파일러 최적화, FEP-0168 FlagTree 멀티플랫폼 지원과 Triton API 호환, FEP-0170 FlagPrism v0.2 멀티백엔드 디버깅과 프로파일링.
  • 가장 실질적인 건: FEP-0163은 5개 목표와 수용 증거의 매핑을 제시—Qwen3.8 / GLM5.3 Flash의 model-to-MegaKernel 컴파일, BS=1 디코딩, vLLM 통합, NVIDIA / AMD / Iluvatar CoreX 5.0 삼자 지원, 4카드 H800에서 GLM5.3 Flash 디코딩 처리량이 vLLM 대비 5% 이상 높음; 동시에 CoreX 5.0, 릴리스 매트릭스, GLM checkpoint 재현은 여전히 미완임을 명시.
  • 공통점: 7건 본문 모두 “GPU 또는 모델 수용 테스트 미실행”을 명기, “범위 선언”과 “완료 선언”을 분리. 이는 멀티백엔드 역량 매트릭스를 릴리스 체크리스트가 아닌 수용 가능한 항목으로 작성하는 방식.
  • 시간 관계: 2.3 일정에 따르면 FEP 병합 마감은 11-13, rc0는 11-30. 이 배치는 마감 8일 전에 등장, 정확히 “범위 보충” 창에 위치.
  • 동일 배치 브랜치: community 저장소에 별도 4개 codex/fep23-* 브랜치가 모니터링 기간 내 푸시, 이는 FEP 초안 작성과 브랜치 준비가 동일 파이프라인임을 시사.

1.3 버전 측면: 2.3.0에 nvidia-cuda13.3 기록, cuda12.8 동결, torch 2.13으로 업그레이드 (11-05)

날짜: 2026-11-05　출처: build-infra #1649 · build-infra #1652 · build-infra #1653 · build-infra #1654 · build-infra #1655 · build-infra #1647 · build-infra #1650

  • 버전 기록: #1649는 base 문서에 2.3.0을 기록하고 이미지 설명을 갱신했으며, #1653은 runtime 측의 2.3.0 changelog 날짜를 보완했으며 대상은 nvidia-cuda13.3이다. 이는 cuda13.3 라인이 처음으로 2.3.0 범위에 포함된 것이다.
  • 업그레이드 내용: #1652는 cuda13.3을 torch 2.13에 맞춰 업그레이드했다—torch 2.13.0+cu130, torchvision 0.28.0+cu130, triton 3.7.1; torchaudio는 2.11.0+cu130을 유지하고 FlagTree는 0.7.0을 유지한다(둘 다 torch 버전과 분리됨).
  • 동결 방식: torch 2.13은 더 이상 cu128 wheel을 릴리스하지 않으며(해당 트랙은 2.11.0에서 종료됨), 따라서 cuda12.8은 이를 따라갈 수 없다. 방식은 configs.yaml에 enabled: 필드를 추가하고 false로 설정하는 것이다—삭제가 아닌 동결: 스펙, 이미지, 문서는 모두 남겨두고 이미지는 마지막 빌드의 플랫 태그에 머문다.
  • 감사 가능성: 스크립트 backend_enabled.py가 유일한 파서가 되어 generate_matrix.py, 두 상태 리포트, flagcx와 vllm-plugin의 레지스트리가 이를 공유함으로써 “동결”이 어떤 빌드 매트릭스에도 들어가지 못하게 하고 소비자가 동결을 드리프트로 오인하지 않게 한다.
  • 연쇄 수정: #1655는 torch-2.13으로 인한 flagcx 재빌드를 cuda13.3의 의존성 체인에 기록했고, #1654는 flagtree의 HCU 빌드를 위해 두 세트의 LLVM 트리를 동시에 병렬로 구성하고 libzstd-dev를 보완했다.
  • 릴리스 파이프라인: #1647과 #1650에서 vllm wheel 릴리스를 두 번 기록했으며, #1346은 공유 upload-nexus 재사용 워크플로를 철회하여 업로드 경로를 단일화했다.

1.4 FlagGems: 33건 머지 중 25건이 Enflame, 7개 백엔드 키 버전화 명명으로 변경 (11-05)

날짜: 2026-11-05　출처: FlagGems #8446 · FlagGems #8287 · FlagGems #8028 · FlagGems #8393 · FlagGems #7581 · FlagGems #7246 · FlagGems #6706

  • 병합 구조: 33건 중 25건에 KernelGen 및 Enflame 접두사가 붙었으며(3.2 참조), 3건 칭윈신, 2건 Moore Threads, 1건 승텅, 1건 칭웨이이고 나머지는 CI 및 일반 수정입니다.
  • 백엔드 키 버전화: #8446은 12개 파일을 수정하고 39줄 추가 38줄 삭제했으며, backends.yaml의 7개 맨 벤더명을 pyproject.toml과 일치하는 버전 키로 변경했습니다—hygon-dtk2604, iluvatar-corex450, kunlunxin-xre5371, spacemit-xxx, sunrise-tangrt120, thead-ppu210, tsingmicro-tsm260610.
  • 주목할 이유: 기존 표기에서는 uv pip install ".[tsingmicro]"가 조용히 어떤 extra도 매칭하지 못해 torch와 flagtree 모두 설치되지 않았고, setup.sh의 FlagTree 검증이 곧바로 ModuleNotFoundError: No module named 'torch'를 던졌습니다. 키 이름이 정렬된 후에는 칩 코드명과 소프트웨어 스택 버전이 처음으로 같은 곳에 기록되어, 버전을 잘못 설치하면 조용히 건너뛰는 대신 실패합니다.
  • 칭웨이: #8287은 tsingmicro 백엔드를 1103으로 업데이트했으며, 190개 파일, 23195줄 추가 914줄 삭제로 이번 모니터링 기간 단일 최대 백엔드 동기화입니다.
  • 칭윈신: #8028은 네 개 연산자 진입점을 dtype 등가 Gems Speedup 임계값 위로 최적화했으며, 세 차례 콜드 캐시 평균은 각각 upsample_nearest2d 1.202, unique_consecutive 1.053, fake_quantize_per_tensor_affine 0.827, foreach_clamp_max_scalar 0.967입니다. #8393은 cholesky 솔버 헬퍼 등 XPU 커버리지를 보강했습니다.
  • 심사 중: FlagGems는 모니터링 기간 내 84건 업데이트되었으며(그중 15건은 첫 페이지 통계에서 새로 열림), 여전히 조직 전체에서 가장 큰 리뷰 풀입니다.

1.5 FlagTree: 하이광 TLE-Raw 연결, ptxas 리소스 사용량 컴파일러 메타데이터 진입 (11-05)

날짜: 2026-11-05　출처: FlagTree #1508 · FlagTree #1530 · FlagTree #1568 · FlagTree #1573 · FlagTree #1572 · FlagTree #1574 · FlagTree #1576

  • 병합: 5건. #1508은 하이광 HCU에 tle.raw 경로를 보강했으며, 53개 파일, 5106줄 추가 17줄 삭제. #1530은 ptxas 진단에서 레지스터, 스필, 스택, 공유 메모리 사용량을 파싱. #1568은 CI 실패 시 Feishu에서 책임자를 지목. #1573은 vllm 시작 스크립트의 stderr 리다이렉션 순서를 수정.
  • HCU 세부: #1508은 eager와 deferred 두 모드, HIP와 MLIR 두 소스(LLVM IR로 컴파일 후 Triton IR에 임베드)를 동시에 지원하며 DUSHMEM 스트리밍 집합 통신을 연결했습니다. ring shift, allgather GEMM, GEMM allreduce 세 가지 튜토리얼이 포함됩니다. 예시에서 sort의 HIP 경로는 torch 대비 1.29배입니다.
  • 관측성: #1530은 리소스 사용량을 TLE 컴파일러 메타데이터에 기록했으며, 파서는 시작 및 통신 동작과 격리됩니다. 저장소 측 집계 검증에서 154개 TLE MLIR 테스트와 11개 신규 C++ 단위 테스트가 전부 통과했고, H800에서 57개 정밀 채움, 루프 파이프라인, scatter 케이스가 모두 통과했습니다.
  • 신규: 3건. #1572는 Moore Threads가 dot 변환에서 명시적 blocked 레이아웃을 보존하도록 함. #1574는 재배열 루프 로드에 언롤 경계와 사전 인출 전제 거리를 추가. #1576은 Enflame TLE의 SoC 레벨 디스패치를 강화.
  • 심사 중: 모니터링 기간 내 17건 업데이트, TLE 명시적 레이아웃, Iluvatar native 재현 케이스, FlagPrism / MetaX 및 PPU의 set_layout에 집중.

1.6 Torch-FL: 캄브리콘 융합 어텐션 전방/역방향 보완, 훈련 스텝 CPU 폴백 제로 (11-05)

날짜: 2026-11-05　출처: Torch-FL #748 · Torch-FL #749 · Torch-FL #757 · Torch-FL #754 · Torch-FL #745 · Torch-FL #756

  • 머지: 12건, 전부 lvyufeng이 커밋했으며, 주된 흐름은 Cambricon MLU의 연산자 수렴과 Iluvatar의 경로 개방이다.
  • 퓨전 어텐션: #748은 cnnlFlashAttentionForward_v2를 SDPA의 복합 오버라이드에 연결하여 “세 개의 리프 연산자로 분해”하던 역사를 끝냈다. 배치 2, 헤드 4, 시퀀스 4096일 때 그 B×H×S×S 스코어 행렬은 약 256 MB로, 기존에는 HBM에 기록했다가 다시 읽어야 했다. #749는 cnnlFlashAttentionBackward_v2로 역방향을 보완하고, 전방향과 함께 C++ autograd Function으로 감쌌다.
  • 폴백 제로화: #757은 먼저 하나의 완전한 Qwen3 인과 언어 모델 학습 스텝에 대해 전수 조사를 수행하여, 잔여 190회의 cpu_fallback이 오직 두 연산자에서만 발생함을 발견했다. aten::mul.out 188회, aten::embedding_dense_backward 2회였다. 두 연산자를 CNNL을 통해 MLU에서 실행하도록 변경한 후, 동일 스텝에서 연산자 폴백 제로를 보고했다. 등록은 여전히 코드 생성기가 산출하며, 설정과 등록 파일이 서로 다른 말을 하지 않는다.
  • 동일 측면 수정: #754는 Cambricon의 mul 피연산자가 디바이스에 남아 런타임 큐를 공유하도록 했고, #750과 #755는 argmax가 NaN을 포함한 슬라이스에서 축 길이를 반환하는 결함과 그래프가 자체적으로 일치하는 마커가 없는 결함을 수정했다.
  • Iluvatar 측: #745는 Iluvatar의 연산자 상한을 개방하여 mul.Tensor가 FlagGems에 안착할 수 있게 했고, #746은 mean의 격차가 빈 리덕션 경로에서 비롯됨을 기록했다.
  • CI: #756은 Kunlunxin 3.2 GB의 FlagTree wheel을 pip 캐시 밖으로 차단했고, #760은 push 트리거 시에만 캐시를 기록하도록 제한했다.
  • 검토 중: 모니터링 기간 내 6건 업데이트. #752는 집합 통신이 없는 내부 백엔드를 위한 합병식 all-gather / reduce-scatter 합성, #753과 #762는 ixblas axpy로 Iluvatar의 add 계열을 처리, #759는 MetaX DTensor와 FSDP2 멀티카드 검증 스크립트를 포함한다.

1.7 FlagQuantum: 27건 커밋으로 CI 용량 재편, 내결함성 컴파일러 대형 브랜치 통합 진입 (11-05)

날짜: 2026-11-05　출처: FlagQuantum #1089 · FlagQuantum #1093 · FlagQuantum #1094 · FlagQuantum #1084 · FlagQuantum #1087 · FlagQuantum #1092

  • 머지: 5건, 그중 3건은 CI: #1089는 CPU 용량과 호스팅 큐, SDK 다운로드를 분리하고; #1093은 잠금된 핵심 환경을 사전 설정하고 호스팅 용량을 해제하며; #1094는 할당된 CPU 용량과 전체 커버리지 파티션을 결합한다. 나머지 2건은 책임에 따라 컴파일러 모듈을 재구성하고 W1-B 내결함성 테스트를 수행하는 것이다.
  • 27건 커밋의 메인라인: 모두 CI 품질 게이트를 중심으로 한다—이미지 캐시 자격을 제한한 후 핵심 스위트를 이전하고, 대체된 실행은 실패 게이트를 건너뛰지 않으며, 필수 머지 게이트에서 취소된 의존성을 거부하고, 실시간 Qiskit 의존성 발견을 호스팅 runner에 남기며, SDK 큐를 격리하고, 아티팩트 업로드에 제한된 재시도를 적용하며, 시간 측정이 없는 대형 테스트 모듈을 제한된 배치로 분산하고, 자격을 갖춘 오프라인 A800 환경에서 핵심 스위트를 실행하며, 품질을 위해 용량을 보존하고 8개의 호스팅 슬롯을 균형 조정하며, 취소된 작업의 컨테이너를 정리한다.
  • 내결함성 컴파일 브랜치: feat/ftqc-native-integration은 모니터링 기간 내 약 20건의 커밋이 있으며, 내용은 QVR의 위상 그래디언트, 스케일링 덧셈, 측정 수반 및 Hamming 가중치 위상을 단계별로 이식하는 것이다. 메인 통합 PR #1084는 이미 드래프트로 열려 있으며, 276개 파일, 31011줄 추가 92줄 삭제로, 후속 모듈이 독립 커밋으로 보완된 후 정식 리뷰를 요청할 것임을 명시하고 있다.
  • 오류 정정 작업: #1087은 Stim과 PyMatching 실험 워크플로를 연결하고; #1092는 행렬 정의 가중치 매칭을 지원하며; #1085는 제한된 W2/W3/W6 입장에 테스트를 추가한다.
  • 판단: 이날의 27건 중 양자 알고리즘 자체에 해당하는 것은 하나도 없으며, 모두 테스트를 신뢰할 수 있게 하고 runner를 재현 가능하게 만들기 위한 것이다. 내결함성 컴파일을 실행해야 하는 프로젝트의 경우 이 비용을 먼저 지불하는 것이 합리적이다.

1.8 비전 및 학습 측: FlagCV가 SGLang 평가 계약에 정렬, FlagTrain이 KMCompiler 연산자 연결 (11-05)

날짜: 2026-11-05　출처: FlagCV #4 · FlagCV #5 · FlagCV #6 · FlagCV #7 · FlagTrain #56 · FlagTrain #57 · FlagGems-vllm #1048 · FlagGems-sglang #294 · FlagSparse #117

  • FlagCV: 커밋 8건, 병합 4건. 10-14에 개설된 이 저장소는 Triton으로 작성된 컴퓨터 비전 연산자 라이브러리로, 인터페이스 형태는 OpenCV에 맞추고 베이스라인은 OpenCV CUDA와 비교한다. #5는 독립적인 OpenCV CUDA add 참조 어댑터를 추가하고, #6은 add의 평가를 FlagGems-sglang의 pytest 계약에 맞춘다(정확성 기록에 후보 실측 호출 포함, dummy 순회 단일 열 보고, 참조 검증은 후보를 우회하는 케이스를 거부). #7은 GEMS_VENDOR로 장치 선택을 통일한다.
  • FlagTrain: 7건 병합, KMCompiler 노선은 연산자 확장을 계속한다. #56은 융합된 h_post bda 순전파·역전파를 추가했으며, 실측으로 nvidia 1.190배와 1.702배, PPU 6.714배와 3.568배, MC550 6.057배와 2.590배, Iluvatar CoreX 7.087배와 3.500배를 기록했다. #57은 scaled_masked_softmax를 Cambricon, MetaX, Moore Threads, Iluvatar CoreX에 동시에 연결한다. #50은 quick_geglu의 Triton 커널을 추가한다. #54는 연산자 명명과 테스트 규범을 통일한다.
  • FlagGems-vllm: 5건 병합. #1048은 Cambricon에서 TLE로 fused_indexer_weight_scale을 구현했으며, 2단 파이프라인, 4096 요소 분할, UB 할당과 복사를 TLE로 처리하고 형태는 GLM-5.3-Flash의 실제 호출에서 가져왔다. #1077, #1080, #1085는 XCS 마커 세 곳을 연속 수정했다. #1071은 setup.sh가 FlagGems를 설치하도록 한다.
  • FlagGems-sglang: 커밋 8건, 병합 6건. #294는 명시적 장치 선택을 GEMS_VENDOR로 통일하고, DNN_VENDOR는 유지하되 FutureWarning을 발생시키고 자리를 양보하게 한다. #289와 #290은 AMD gfx1100의 잔차 반올림과 연산자 폭을 수정한다.
  • FlagSparse: #117은 NCIC-AlphaSparse 업스트림에서 병합되었으며, 62개 파일, 4809줄 추가 280줄 삭제이고, 본체는 MUSA에서 q4와 40의 최적화 마무리다.
  • vllm-plugin-FL: #698은 0.4.0-dev 전방을 0.5.0-dev로 동기화하며, 0.5.0-dev 브랜치는 11-05 10:27에 푸시가 있었다. 심사 중 20건.

1.9 지원 인프라: docs 모델 목록 로봇 이슈 생성, optest와 OpenCourse 소폭 진행 (11-05)

날짜: 2026-11-05　출처: docs #575 · optest #39 · OpenCourse #7 · FlagCX #694 · FlagBLAS #159

  • docs: 19:01에 로봇이 ModelScope 문서 업데이트 이슈(#575)를 생성했으며, payload는 당일의 모델 목록 동기화다. #542의 aihuanxin 모델 목록 이슈는 여전히 심사 중이다.
  • optest: 모니터링 기간 내 메인 브랜치에 새 커밋이 없다(최근 커밋은 11-04 16:10의 NV 베이스라인 스크립트에 멈춤). fix_workflow_1104 브랜치 푸시만 있었고, #39의 이미지 문제 수정은 심사 중이다.
  • OpenCourse: #7이 Harness Lab 자료 업데이트를 병합했으며, 커밋 2건.
  • FlagCX: #694는 DefaultBackend에 공유 Net provider 디스패치를 추가한다. #692의 PAL은 AscendCL / DCMI 폴백에서 PCI 토폴로지를 활성화하는 건으로 여전히 심사 중이다.
  • FlagBLAS: 21:24에 new_ascend_gemm 브랜치를 푸시했다. #159는 Ascend cgemm을 최적화하고 아카이브된 H100 베이스라인에 대고 점수를 매기며, 여전히 심사 중이다.
  • Trident: 02:03에 푸시가 있었으나 메인 브랜치에 새 커밋은 없으며, #4의 Monad 중간 계층 이슈가 02:03에 업데이트되었다.

2. 뉴스 보도와 생태계

2.1 FlagOS 2.2 산업 사례: China Telecom mHC 훈련 손실률 25%에서 12%로 감소 (11-05)

날짜: 2026-11-05　출처: CSDN FlagOS 칼럼: 연산 카드 한 장도 유휴로 두지 않기

  • 게시: 11:23:59 게시, 제목은 《하나의 연산 카드도 유휴로 두지 않는다: 산업 파트너가 FlagOS를 기반으로 다양한 연산력을 실제 업무에 빠르게 도입하다》. 본문 수치는 2026 인공지능 오픈 컴퓨팅 콘퍼런스 겸 중즈 FlagOS 기술 콘퍼런스에서 가져온 것이다.
  • 2.2의 수치 한 세트: 9대 연산자 라이브러리 합계 1454개 연산자; FlagTree 단일 저장소에서 20개 벤더 칩 백엔드 커버; 10종 칩, 수천 개 연산자에 걸친 전체 성능 27.6% 향상; 신모델 Day0 적응 12종 칩; 커뮤니티 멤버 107곳; 분기 다운로드 46만 회, 지난 분기의 4.76배.
  • 차이나텔레콤: 9월 17일 오픈소스로 공개한 Xingchen Xing4.0-29B-A4B(총 파라미터 29B, 활성 4B)는 전 과정을 Ascend 910C 클러스터에서 학습 완료했고, 공개 당일 10종 국산 칩의 정밀도 정렬과 배포 검증을 마쳤다. 핵심 병목은 다채널 잔차 연산자 mHC: N사 카드 공식 구현 자체가 약 10% 감속, Ascend 초기 버전은 50% 하락, 팀 자체 개발은 오랫동안 25%에서 정체했다. FlagOS 팀과 협력해 FlagGems의 전용 최적화 연산자를 MindSpore + CANN + Ascend NPU 학습 체인에 등록한 뒤, 클러스터 감속이 25%에서 12%로 낮아졌고, 해당 적응은 오픈소스로 MindFormers에 병합되었다.
  • 연쇄 효과: Agent 시나리오 평균 prompt 70K, 최대 200K, FlagOS 기반으로 12개 장시퀀스 연산자를 재작성한 뒤 첫 토큰 지연 19.87% 감소, 디코딩 속도 20% 이상 향상; 핫라인 음성 전처리 체인은 Spectrum류 연산자를 집계 재작성해 Huawei, Moore Threads, Iluvatar CoreX 세 칩에서 10배 속도 향상.
  • iSoftStone: 톈위안 지능 연산 플랫폼은 token 결제 방식이며, GLM-5.2는 4대의 Ascend 910C에서 단일 token 생성 17.79ms인데, 모델 측이 공개한 API 허용 기준선은 16.13ms였다. FlagOS接入 후 PD 분리(Prefill과 Decode가 각각 2대 서버 점유)를启用하고 양측 최적화를 수행해 지연을 허용 기준선 안으로 낮췄다.
  • 기타 파트너: 辉羲智能, 奕行智能, 澎峰科技가 같은 자리에서 공유했다. 글의 착점은 “국산 AI 인프라 성숙도를 판단할 때 몇 종 칩을 지원하는지가 아니라, 신모델 공개 당일 설정만 바꿔 납품 가능한 처리량을 낼 수 있는지를 본다”이다.

2.2 온디바이스 특집: ARM CPU 대형 모델 실행 21%–25% 가속, 멀티칩 적응 35종 칩 커버 (11-05)

날짜: 2026-11-05　출처: CSDN FlagOS 칼럼: 클라우드에서 디바이스까지, AI의 마지막 1킬로미터

  • 게시: 14:10:28 게시, 온디바이스 AI를 겨냥한 인터뷰 및 라이브 예고이며, 게스트는 베이징 지위안 인공지능연구원 성능 최적화 엔지니어 자오솨이이다.
  • 네 가지 관전 포인트: 온디바이스 AI가 지금落地 가능한 이유(모델 소형화, 연산력 강화, 소프트웨어 성숙); 디바이스, 엣지, 클라우드의 분업과 전원 연결 및 비연결 기기의 취사선택; GPU와 NPU 없이 순수 ARM CPU로 MiniCPM, Qwen을 100급 token/s로 실행, 실측 기준은 SME2와 I8MM, 성능 21%–25% 향상; FlagOS 멀티칩 적응 “한 번 최적화, 다기기 재사용”, 21개 칩 벤더, 35종 칩 커버.
  • 기준 차이: 여기의 21곳 / 35종은 온디바이스 및 디바이스 측 적응 통계로, 2.2 콘퍼런스에서 발표한 107곳 커뮤니티 멤버, 12종 Day0 칩과는 같은 차원이 아니므로 인용 시 혼용해서는 안 된다.
  • 판단: 온디바이스를 별도로 떼어 설명하는 것은 FlagOS의 서사가 “학습과 추론의 클라우드 측 멀티칩”에서 “디바이스 측 멀티칩”으로 확장되었음을 의미한다. 이는 저장소 측 Torch-FL이 앞서 Apple Silicon MPS 경로를 보완한 방향과 일치한다.

2.3 채널 검증: 컴포넌트 수준 제로 히트, Enflame 제목은 상장 회고 기사로 확인 (11-05)

날짜: 2026-11-05　출처: Google News RSS · HN Algolia · Zhiyuan 커뮤니티

  • Google News: 24개의 중·영문 검색어를 24시간 모니터링 기간 내에 실행한 결과 총 8건의 후보가 반환되었다. 일곱 개 컴포넌트명(FlagOS, FlagGems, FlagScale, FlagTree, FlagPerf, FlagCX, KernelGen)은 중국어 검색어에서 전부 0건이었고, 영어 측 BAAI FlagOS와 flagos-ai 역시 0건이었다.
  • 멤버 키워드 매칭: 4건은 “즈위안연구원 오픈소스 / 칩” 검색어에서 나왔으며, 내용은 즈위안 커뮤니티가 전재한 논문 해설, 행사 보도, 타사 모델 평가로 FlagOS와 직접적인 관련은 없었다. 1건은 “썬위안테크놀로지” 제목 《썬위안테크놀로지 A주 상장, 과창판 DSA 아키텍처 컴퓨팅 파워 퍼즐 보강》으로, 확인 결과 썬위안이 9월 11일 과창판에 상장(688801)한 것에 대한 회고 기사로 모니터링 기간 내 신규 사건이 아니어서 전체 배치에서 제외되었다.
  • HN Algolia: FlagOS와 FlagGems는 각각 8건과 3건의 광범위 매칭을 반환했으나 직접적인 적중은 0건이었고, BAAI의 30건 역시 FlagOS 관련 제목이 없었다.
  • 즈위안 커뮤니티: 홈페이지와 검색 페이지 모두 모니터링 기간 내 FlagOS 신규 게시물이 없었다. 검색 페이지는 여전히 클라이언트 렌더링 방식이어서 항목 목록을 수집할 수 없었고, 홈페이지 확인을 기준으로 삼을 수밖에 없었다.
  • 결론: 뉴스 측에서는 당일 CSDN 칼럼 신규 글 2건만 수집 가능했고, 나머지 채널은 증가분이 0이었다. 이는 지난 회차의 “컴포넌트 레벨 0건” 결론과 일치하며, 상시적인 현상이다.

3. 멤버 기관 및 백엔드 벤더 심층 분석

3.1 캄브리콘: CNNL 융합 어텐션 전방향 및 역방향, 190회 폴백 제로화 (11-05)

날짜: 2026-11-05　출처: Torch-FL #748 · Torch-FL #749 · Torch-FL #757 · Torch-FL #754

  • 근본 원인: SDPA가 캄브리콘 백엔드에서 세 개의 리프 연산자로 분해된 이유는 cambricon이 복합 커버리지에서 제외되었기 때문이며, 그 결과 매 어텐션마다 B×H×S×S 스코어 행렬을 HBM에 기록한 뒤 다시 읽어와야 했다. #748은 CNNL의 융합 전방향을 커버리지에 다시 연결했으며, 8개 파일, 315줄 추가 27줄 삭제.
  • 전방향 이후 역방향 보완: #749는 CNNL의 융합 역방향으로 그래디언트 경로를 보완했고, 전방향과 함께 C++ autograd Function으로 묶어 한 번의 학습 호출에서 전후 두 방향 모두 융합 커널을 사용하도록 했다. 3개 파일, 342줄 추가 112줄 삭제.
  • 전수 조사 방식 마무리: #757은 단일 연산자가 아닌 전체 Qwen3 인과 언어 모델 학습 스텝 하나에 대해 폴백 전수 조사를 수행하여 남은 두 개의 폴백 지점을 찾아냈다. aten::mul.out 188회와 aten::embedding_dense_backward 2회, 합계 190회. 두 연산자를 MLU에서 CNNL을 통해 실행하도록 변경한 후 동일 스텝에서 CPU 연산자 폴백 제로를 보고했다.
  • 엔지니어링 세부 사항: 캄브리콘 코드 생성기에 두 연산자를 추가하고, gen_vendor_confs.py가 라우팅을 재도출하여 출하 설정과 등록 파일이 서로 모순되지 않도록 했다. #754는 mul의 피연산자를 디바이스에 유지하고 런타임 큐를 공유하여 중간 결과가 호스트를 왕복하는 것을 방지했다.
  • 작성자 및 도구: 이 세 건의 PR 본문에는 모두 AI agent 정보 단락이 포함되어 있으며, 도구는 dsh(DeepSeek Harness)와 또 다른 코딩 에이전트이고, 모델은 deepseek-v4.1-flash와 gpt-6.1-sol로 표기되었으며, 인적 리뷰는 동일한 메인테이너로 통일되었다.
  • 판단: “실행 가능”에서 “폴백 제로”로 가는 것이 학습 사용 가능성의 분기점이다. 190회 폴백 중 188회가 동일 연산자에서 발생했다는 점은 이러한 마무리가 추측이 아닌 전수 조사에 기반함을 보여준다.

3.2 썬위안: GCU300 하룻밤에 25건 정리, NVIDIA 외부 심볼을 항목별로 로컬 구현으로 교체 (11-05)

날짜: 2026-11-05　출처: FlagGems #8443 · FlagGems #8442 · FlagGems #8441 · FlagGems #8429 · FlagGems #8426 · FlagGems #8417 · FlagTree #1576

  • 규모: 25건 병합, 전부 KernelGen 및 Enflame 접두사 포함, 서명은 동일 저자; 이전 기간에 새로 열린 41건의 GCU300 커버리지 단일 항목이 이로부터 일괄 반영되기 시작했다.
  • 방법 1: 외부 심볼 분리. 여러 단일 항목의 주제는 “NVIDIA 없는 __nv_* 외부 심볼로도 실행 가능”——__nv_nearbyintf, __nv_y0f / __nv_y1f, __nv_j0f, normcdfinv 등을 하나씩 로컬 구현으로 교체하며, 대응하는 choose_qparams_optimized, special_bessel_y0/y1, special_bessel_j0, special_ndtri 등의 연산자에 적용.
  • 방법 2: 알고리즘 경로 변경. special_chebyshev_polynomial_t는 전용 커널로 전환; linalg_householder_product는 단일 패스 반사 스윕 사용; linalg_inv_ex는 단일 커널 Gauss-Jordan 사용; compute_linear_combination은 외적을 tl.dot으로 교체; mixed_dtypes_linear는 패킹 및 블로킹 재작성.
  • 방법 3: 부적합한 컴파일 타임 기능 제거. renorm_의 자동 튜닝은 해당 백엔드 컴파일러를 직접 중단시키므로 전체 블록 폐기; fake_quantize 시리즈는 magic-add 반올림으로 전환하여 extern 의존성 회피; adaptive_avg_pool3d_backward, cholesky_inverse, linalg_tensorinv의 시작 파라미터는 호스트 측에서 계획하도록 변경.
  • 방법 4: 시작 지오메트리 수정. special_i1e, special_modified_bessel_k0의 launch geometry를 항목별로 수정, linalg_householder_product의 batch-norm 기능 커널 지오메트리도 함께 수정.
  • 컴파일러 측: #1576 새로 열림, TLE의 SoC 수준 분산 강화 작업으로 연산자 수준 재작성을 컴파일러 역량으로 한 단계 이동.
  • 판단: 이 라인의 방법은 “업스트림 작성 방식”을 “본 백엔드가 지원하는 작성 방식”으로 번역하여 항목별로 정리하는 것이다. 대가는 PR 수가 많고 단일 변경이 작다는 점; 이점은 커버리지를 2주 내에 수십 개 연산자에서 수천 개로 확장할 수 있다는 점.

3.3 Hygon: HCU의 TLE-Raw와 BF16 전문가 GEMM 두 라인 병행 (11-05)

날짜: 2026-11-05　출처: FlagTree #1508 · build-infra #1654 · TransformerEngine-FL #153 · FlagAttention #123 · FlagGems #8446

  • 컴파일러 측: #1508은 HCU가 tle.raw를 지원하도록 하며, 53개 파일, 5106줄 추가; 동시에 HIP과 MLIR 두 가지 소스, eager와 deferred 두 가지 모드를 지원하고, DUSHMEM의 스트리밍 집합 통신에 연결되며, 세 가지 튜토리얼(ring shift, allgather GEMM, GEMM allreduce) 첨부.
  • 빌드 측: #1654는 build-infra에서 flagtree의 HCU 빌드를 위해 두 세트의 LLVM 트리를 동시에 구성하고 libzstd-dev를 보충하며, HCU의 LLVM 버전이 아직 단일 트리로 수렴되지 않았음을 보여준다.
  • 훈련 측: TransformerEngine-FL #153 새로 열림, Qwen3.5-35B를 위해 선택적 BF16 전문가 GEMM 경로 추가(opt-in, 기본 동작 변경 없음).
  • 어텐션 측: FlagAttention #123의 AttnRes 백엔드는 여전히 심사 중이며, Hygon 어텐션의 새로운 연산자 방향에 속한다.
  • 명명: FlagGems #8446은 Hygon의 백엔드 키를 hygon-dtk2604로 정하며, DTK 26.04와 바인딩; 이전 기간에 기록한 2.3.0 커버리지에는 DTK 26.10 라인도 있다.
  • 판단: Hygon 당일의 두 가지 작업은 서로 다른 계층에 속한다——TLE-Raw는 컴파일러를 열어 벤더가 커널을 직접 작성하도록 하는 것이고, BF16 전문가 GEMM은 훈련 성능을 끌어내리는 것이다. 전자는 일회성 투입이 크고, 후자는 모델에 직접적이다.

3.4 Ascend: Flash Attention UB 오버플로 수정, varlen 전방 및 D=256 보충 (11-05)

날짜: 2026-11-05　출처: FlagGems #7581 · FlagGems-vllm #1048 · FlagGems-vllm #1077 · FlagBLAS #159 · FlagCX #692 · FlagTree #1507

  • Flash Attention: #7581은 순방향과 역방향의 UB 오버플로 및 역방향 컴파일 문제를 수정했으며, 5개 파일에서 1865줄 추가, 286줄 삭제했다. 방식은 순방향과 역방향의 블로킹과 버퍼에 모두 경계를 설정하고, dQ와 dK/dV를 별도로 컴파일하되 FP32 누적, 테일 처리, GQA 그래디언트 리덕션을 유지하는 것이다.
  • 두 가지 기능 보완: Ascend의 varlen 순방향을 새로 추가하고 등록했다. dense D=256에 대해서는 먼저 연속 [N, D] 순서로 K를 로드한 뒤 전치하여 QK를 수행하고, 순방향 KV 블로킹을 확대하며, dQ의 query 블로킹만 확대하고 dK/dV는 여전히 버퍼 상한 내로 유지했다.
  • 경계 정렬: causal의 전체 마스크와 마스크 영역을 KV 블로킹 경계에 맞춰 정렬하여 BLOCK_N이 BLOCK_M보다 클 때 블로킹이 겹치는 것을 방지했다.
  • 회귀: CPU 참조 기반의 정방향 회귀를 추가하여 FP16과 BF16, causal과 비-causal, 패딩이 있는 헤드 차원, 시퀀스 테일, GQA를 커버했다.
  • 추론 측: #1048은 TLE로 융합된 indexer 가중치 스케일링 연산자를 구현했으며, 2단계 파이프라인, 4096개 원소 블로킹, UB 할당은 TLE를 사용하고 FP32 출력을 유지했다. 형상은 GLM-5.3-Flash에서 가져왔다. 같은 날 세 건의 XCS 마킹 수정으로 perf 입력과 마킹을 정렬했다.
  • 기타: #159는 Ascend cgemm을 최적화하고 아카이브된 H100 베이스라인에 대해 점수를 매겼다(검토 중). #692는 PAL이 AscendCL 및 DCMI 폴백에서 PCI 토폴로지를 활성화하도록 했다(검토 중). #1507은 Ascend 3.5 컴파일러가 triton_key를 내보내도록 했다(검토 중).

3.5 Moore Threads, Iluvatar CoreX, MetaX, Kunlunxin, Tsingmicro, XuanTie: 행렬 곱셈과 레이아웃을 배치 단위로 추진 (11-05)

날짜: 2026-11-05　출처: FlagGems #7246 · FlagGems #6706 · FlagGems #8028 · FlagGems #8287 · Torch-FL #745 · FlagAttention #127 · FlagAttention #119

  • Moore Threads: #7246는 MP31에서 mm을 재작성했으며, 단일 파일에서 2472줄 추가, 146줄 삭제—dtype, 규모 및 NN/NT 레이아웃에 따라 GEMV, split-K, TME/SQMMA 파이프라인과 persistent 경로 사이에서 경로를 선택한다. FP32는 벡터 곱하기 행렬 전용 경로, TF32x3 블록 GEMM과 split-K로, FP16/BF16은 TME 이동 + SQMMA 연산의 warp specialization으로 가며, TMECachePolicy로 캐시 상주 힌트를 구성한다. #6706은 bmm과 bmm.out에 형상 인식 TLE/SQMMA 구현을 추가했으며(9개 파일, 2369줄 추가), FlagTree의 세그먼트 SPMC 파이프라인 v2가 함께 필요하다. #1572는 FlagTree 측에서 dot 변환이 명시적 blocked 레이아웃을 유지하도록 한다.
  • Iluvatar CoreX: #745는 Iluvatar의 연산자 상한을 풀어 mul.Tensor가 FlagGems에 이를 수 있게 했으며, #753과 #762는 심사 중으로 ixblas axpy로 add 패밀리를 통합 처리한다. CI 측에서는 FlagScale #1322와 Megatron-LM-FL #213이 모두 Iluvatar 파이프라인을 보완하고 있다.
  • MetaX: #57의 scaled_masked_softmax가 MetaX를 지원한다. FlagGems 측 #8414의 layernorm, #6811의 C550 행렬 곱, #6807의 addmm/router GEMM은 여전히 심사 중이다. FlagTree #1496은 FlagPrism에 최소 MetaX 통합을 추가하고, #1471은 CommonIR set_layout과 레이아웃 자동 튜닝을 보완한다. FlagAttention #119는 Parallax의 prefill과 decode를 추가한다.
  • Kunlunxin: #8028의 네 연산자가 0.8 이상의 Gems Speedup 기준을 달성했으며, #8393은 cholesky 솔버 도우미 등 XPU 커버리지를 보완한다. Torch-FL #756은 3.2 GB의 FlagTree wheel을 pip 캐시 밖으로 차단한다.
  • Tsingmicro: #8287은 백엔드를 1103으로 업데이트했으며, 190개 파일, 23195줄 추가, 914줄 삭제로 당일 최대 단일 백엔드 동기화이다. 백엔드 키는 tsingmicro-tsm260610으로 정했다.
  • T-Head: FlagAttention #127이 새로 열렸으며, PPU-ZW810E를 위해 Wall Attention을 추가하고 최적화한다. FlagGems #8446의 백엔드 키는 thead-ppu210으로 정했다. #8489는 새로 열렸으며, Ascend, Moore Threads, T-Head 삼자의 convolution_backward를 수정하고 최적화한다.
  • Horizon Robotics: 본 모니터링 기간 내 커밋 없음. 해당 BPU 라인은 지난 호(11-04)에서 체인 실행과 연산자 라이브러리 수정을 막 완료했으며, 이번 호에는 신규 사항이 없다.

4. 요약 및 동향 관찰

날짜: 2026-11-05 ~ 2026-11-06　출처: flagos-ai 조직 · 이번 호 각 항목의 PR 링크(부록 참조)

  • 한 줄 요약: 이날의 중심축은 “마무리”였다. Enflame은 GCU300 관련 25건의 수정 사항을 한 번에 정리했고, Cambricon은 융합 어텐션의 전방/후방 패스를 보완하고 학습 스텝 롤백을 0으로 초기화했으며, 커뮤니티는 7건의 FEP를 심사에 올려 2.3의 11-13 마감을 위한 준비에 들어갔다.
  • 관찰 1: 리듬은 둔화되었으나 방향은 오히려 더 명확해졌다. 커밋은 238→123, 머지는 167→94로 줄었지만, 개별 저장소 단위로 보면 모두 “마지막 구간을 채우는” 작업이었다. Torch-FL은 역방향을 보완하고, FlagGems는 잔여 항목을 정리하고, FlagTree는 벤더 수작성 커널의 진입점을 열었다. 물량 확장 단계가 끝난 뒤의 마무리 날이라 산출량은 적어 보이지만, 사용성 측면의 진전은 더 직접적이다.
  • 관찰 2: FEP 배치는 2.3 범위의 실제 경계다. 7건의 신규 FEP는 모두 같은 한 가지를 가리킨다. 즉 “멀티 백엔드 역량”을 검수 가능한 항목으로 명문화하는 것이다. FlagMega v0.1의 MegaKernel 컴파일, TLE Raw의 5개 백엔드, FlagPrism v0.2의 멀티 백엔드 디버깅, FLIR의 Ascend 및 GPGPU 최적화가 그것이다. 전부 Provisional Draft이며 GPU 검수를 수행하지 않았다고 명시되어 있으므로, 이는 완료 선언이 아니라 범위 선언이다. 실제 하드 경계는 11-13 머지 마감이다.
  • 관찰 3: 버전 엔지니어링이 “감사 가능한 퇴역”으로 나아가기 시작했다. cuda12.8은 torch 2.13이 더 이상 cu128 wheel을 배포하지 않아 동결되었으며, 방식은 enabled 필드를 추가해 false로 설정하고 스펙과 문서는 유지하되 유일한 해석기가 이를 모든 매트릭스 밖으로 차단하도록 하는 것이다. 동결은 삭제도, 방치도 아니다. 이 방식은 다른 백엔드 퇴역에도 재사용할 가치가 있다.
  • 관찰 4: CI 용량이 FlagQuantum의 주요 작업이 되었다. 27건의 커밋 중 양자 알고리즘은 한 건도 없었고, 전부 호스팅 러너의 용량, 이미지 자격, 커버리지 파티션, 취소 의미론을 정리하는 작업이었다. 내결함성 컴파일 브랜치는 이미 276개 파일, 3만 1천 줄 규모의 통합 건을 갖고 있어, 테스트 인프라가 따라가지 못하면 공회전에 불과하다.
  • 관찰 5: AI agent가 주력 제출자이며, 병목은 심사에 있다. 94건의 머지 중 25건이 동일 agent 세션에서 나왔고, PR 본문에는 도구, 모델, 인간 심사 필드가 포함되어 있다. 심사 측의 심사 중 풀에는 여전히 255건이 있고 87건이 신규 오픈되었으며, FlagGems과 FlagTree 두 저장소가 60%를 차지한다. 작성은 이미 병목이 아니다.
  • 관찰 예정: 7건의 FEP가 11-13 전에 접수될 수 있을지, FlagGems의 심사 중 풀이 Enflame 정리와 함께 감소할지, FlagQuantum의 내결함성 컴파일 통합 건이 언제 초안에서 정식 심사로 전환될지, cuda13.3 라인이 2.3.0 rc0(11-30) 전에 torch 버전을 다시 건드릴지.

부록: 출처 검증표 및 전체 출처 목록

출처 검증표

출처 검증 결과
flagos-ai 조직 저장소(61개 저장소) 21개 저장소가 모니터링 기간 내 푸시됨. 메인 브랜치 신규 커밋은 FlagGems, FlagQuantum, Torch-FL, build-infra 네 저장소에 집중
커밋 검색(committer-date 기간) 123건 적중, 12개 저장소에 분포. FlagGems 33건, FlagQuantum 27건 두 저장소가 48.8% 차지
머지 PR 검색(merged 기간) 94건 적중, 14개 저장소, 32명 저자. FlagGems 33건, build-infra 12건, Torch-FL 12건이 상위 3위
심사 중 PR 검색(updated 기간) 255건 적중, 그중 신규 오픈 87건. FlagGems 84건, FlagTree 71건 두 저장소가 60.8% 차지
Release / Tag 원자 검증(31개 저장소 + 8개 저장소) 기간 내 신규 없음. 최근 항목은 여전히 FlagCX v0.14.1(11-01)
Google News RSS(24개 중영문 쿼리) 컴포넌트명 7개 그룹 전부 적중 제로. 멤버 단어 8건 후보는 검증 결과 커뮤니티 재게시, 행사 기고문, 상장 회고 기사로 확인되어 전량 제외
HN Algolia(8개 쿼리) FlagOS 8건, FlagGems 3건 광범위 매칭, 직접 적중 제로
CSDN FlagOS 칼럼 첫 페이지 15편을 개별 확인한 결과: 신규 글 2편이 모니터링 기간 내(11-05 11:23 및 14:10), 나머지는 8월~10월 구글
Zhiyuan 커뮤니티 검색 페이지는 클라이언트 렌더링으로 수집 불가. 첫 페이지 기간 내 FlagOS 관련 신규 게시물 없음
2.3 릴리스 목록(community release/2.3) 디렉터리에는 릴리스 일정만 존재. 목록 파일은 계획대로 11-30 기능 동결 시 생성 예정

전체 출처 목록

[22] FlagGems #8287 (Qingwei 백엔드 1103으로 업데이트) — https://github.com/flagos-ai/FlagGems/pull/8287

) — https://github.com/flagos-ai/Torch-FL/pull/748

** FlagGems-vllm #1071(setup.sh로 FlagGems 설치) — https://github.com/flagos-ai/FlagGems-vllm/pull/1071