이 페이지는 영어 문서의 번역입니다. 명령, 식별자, 예제는 그대로입니다. 런타임 7.24.5 · SDK 2.6.9. 영어 원문

Tiel MTP 프로필 비교

상태: 측정된 로컬 스냅샷 최종 검토: 2026-09-19 담당: AX Code 유지관리자 범위: 네이티브 Tiel MTP 프로필 측정과 관리형 AX Code 수용

AX Code는 이제 기본 Tiel Coder 팩에 auto 추측 프로필을 선택하고, MTP 활성화는 required로 유지합니다. Cyber-Tiel은 agentic를 유지합니다. 그 auto 후보는 반복 출력과 이어진 동시성 제한 오류로 실제 읽기 도구 탐지에 실패했습니다. 이렇게 하면 엔진이 모델별 드래프트 게이트를 쓸 수 있습니다. 이전의 일반적인 agentic 프로필은 그 게이트를 0.80으로 덮어썼습니다. 네이티브 비교는 측정한 두 작업 모두에서 Tiel 디코드를 개선했고, 입력이 긴 Cyber-Tiel도 개선했습니다. Cyber-Tiel의 짧은 입력 결과는 약간 후퇴했습니다. 네이티브 처리량이 더 높다고 해서 그 후보의 도구 동작이 쓸 만해진 것은 아닙니다.

이것은 128 GiB Apple M3 Max에서의 직접적인 AX Engine 네이티브 단계 측정이며, AX Code 작업 처리량이 아닙니다. 원래의 AX Engine 대 MTPLX 보고서가 9월 19일 M3 Max의 역사적 기준선으로 남습니다. 현재 순위는 9월 20일 네 대 기계 캠페인입니다. 이 프로필 실험에서 MTPLX는 다시 실행하지 않았으므로, 이전의 초당 92–96토큰 결과를 동시에 비교한 것으로 취급하면 안 됩니다.

확인 결과

속도는 초당 토큰이며, 각각 캐시하지 않은 256토큰 완성 세 번의 중앙값입니다. 모델 로드와 64토큰 예열은 제외합니다. 호스트에서는 다른 데스크톱 애플리케이션이 활성 상태였습니다. 이것은 작은 로컬 스냅샷이며, 통제된 열 또는 지구력 연구가 아닙니다.

채택된 것은 Tiel의 auto 프로필뿐입니다. Cyber-Tiel의 auto 수치는 출하 기본값이 아니라 실험 증거로 남습니다. 읽기 도구 실패는, 긴 입력의 단계 속도가 나아졌어도 승격을 막습니다. 프로필만으로 실패가 생겼다는 증명은 아닙니다. 프리필 구성이 같았는데도 프리필은 흔들렸습니다. 절대 속도도 이전 보고서와 다르며, 그래서 이 이득을 계산하는 데 그 역사적 기준선을 쓰지 않았습니다.

확인 요청 24건 모두 활성 MTP, 양의 수용 드래프트, 직접 폴백 단계 0, 재사용된 입력 토큰 0을 보고했습니다. 엔진은 표본이 정확한 경로 코드(ax_mtp_correctness_mode=2)를 보고했습니다. 그 런타임 분류는 독립된 수치 인증이나 품질 인증이 아닙니다.

정제한 입력, 단계 카운터, 모든 확인 및 파일럿 영수증, 관리형 및 도구 수용이 이 보고서에 함께 있습니다.

변수가 하나인 파일럿

반복 비교 전에, 사례마다 예비 시행 하나가 게이트를 분리했습니다. 이 파일럿을 확인 시행과 합치지 마십시오.

맥락 파일럿에서 명시적 영 게이트와 auto 요청은 같은 출력 토큰과 드래프트 및 수용 횟수를 냈습니다. auto 요청의 롤백 타이머는 1.061초에서 0.055초로, 드래프트 타이머는 0.718초에서 0.130초로 떨어졌습니다. 그러나 검증 주기는 78에서 111로 늘었고, 검증 평가는 약 2.26초로 남았습니다. 그래서 총 디코드 개선은 어느 타이머 감소보다도 훨씬 작았습니다. 이 카운터는 서로 다른 실행 경로를 설명합니다. 미래의 속도 향상에 대한, 서로 독립적이거나 더할 수 있는 추정은 아닙니다.

0.6 드래프트 온도 덮어쓰기가 있는 경우와 없는 경우의 추가 확률적 드래프트 파일럿 두 건은 비활성 MTP, 직접 폴백 단계 255, 드래프트 없음을 보고했습니다. 엔진의 보호가 직접 폴백 경로를 선택했습니다. 원시 영수증은 보관되며, 활성 MTP 비교에서는 명시적으로 제외됩니다. AX Code는 이 덮어쓰기를 채택하거나 그 보호를 우회하지 않습니다.

재현과 범위

원래의 측정 방법과 같은 엔진 빌드, 고정된 스냅샷, 프롬프트 토큰, 샘플링 매개변수, 실행 명령을 쓰고, --speculation-profile agentic만 --speculation-profile auto로 바꿉니다. 확인 요청에는 추가 MTP 환경 덮어쓰기가 없었습니다. 접두사 캐시는 AX_MLX_PREFIX_CACHE_MAX_ENTRIES=0로 껐습니다. 네이티브 디코드 공식은 여전히 (output_tokens - 1) / native_decode_seconds입니다. 프리필은 캐시하지 않은 입력 토큰을 네이티브 프리필 초로 나눈 값입니다.

엔진은 51137c71a6794964d52c32c95e275c0923ed8d0b의 최적화된 소스 빌드, MLX 0.32.2, 서버 SHA-256 1fbe7fc50ea16448f98350616273214c0475bffb3ef509fceb3f8849163e97f5였습니다. 시험한 Homebrew 7.4.0 바이너리는 필요한 Tiel 네임스페이스 로더 수정보다 이릅니다. 이 소스 빌드도 7.4.0을 보고합니다. 설치된 바이너리나 사용자 구성은 바꾸지 않았습니다.

확인 순서는 Tiel/자동, Tiel/에이전트, Cyber-Tiel/에이전트, Cyber-Tiel/자동이었습니다. 각 실행은 64토큰 예열을 한 번 받은 뒤, 짧은 시행 세 번과 맥락 시행 세 번을 받았습니다. 한 번에 추론 백엔드는 하나만 돌았고, 컴파일과 테스트 스위트는 시간을 재는 시행에서 제외했습니다. 스케줄러 폭은 2,048, 맥락은 32,768, 최대 출력 예산은 8,192, 최대 동시성은 1로 남았습니다. 실제 관리형 AX Code는 기존의 스케줄러 폭 8,192를 유지하므로, 단계 표가 전체 클라이언트 처리량을 증명하지는 않습니다.

기본값 변경은 정확한 AutomatosX Tiel Coder 저장소와 그 별칭에만 적용됩니다. Cyber-Tiel은 이전 agentic 프로필을 유지합니다. 명시적인 실행 프로필 덮어쓰기는 여전히 이깁니다. 밀집 Qwen3.8의 실험 환경과 접두사 기하학은 별개로 남으며, 어느 쪽도 Tiel에 적용되지 않습니다. 역사적이거나 인식되지 않는 모델은 이전 프로필을 유지합니다. 클라우드, CLI, 프라이빗 GPU, AX Trust 공급자 동작은 바뀌지 않습니다.

관리형 수용과 도구 수용

분리된 소스 실행이 기본 Tiel 활성화와 명시적 Cyber-Tiel 활성화, 실시간으로 요구되고 활성인 MTP, AX Code의 read 도구, 관리형 종료를 시험합니다. auto가 있는 Tiel은 읽기를 마치고 올바른 표지를 반환했지만, 파일 내용만 반환하는 대신 산문과 코드 펜스를 덧붙였습니다. auto가 있는 Cyber-Tiel은 읽기를 마치지 않은 채 의도한 행동을 반복했고, 출력 루프 가드를 일으켰으며, 이후 재시도에서 동시성 제한 429 응답을 받고, 약 81초 뒤에 오류로 종료했습니다. 유지한 agentic 대조군은 같은 반복 출력을 재현했고 약 84초 뒤에 실패했습니다. 따라서 이 작업 실패는 auto에만 국한되지 않습니다. 이전 프로필을 보존한다고 Cyber-Tiel이 고쳐진다고 주장하지는 않습니다. 두 실패는 JSON 영수증 안의, 캐시를 끈 별도의 진단과 함께 보관됩니다. 이 검사는 처리량 시간과 별개이며, 일반적인 코딩 품질을 인증하지 않습니다.

캐시를 끈 Cyber-Tiel 진단은 agentic를 쓰고 AX_MLX_PREFIX_CACHE_MAX_ENTRIES=0만 추가했습니다. 성공적으로 종료했지만 read를 호출하지 않았고, 비어 있지 않은 픽스처가 비어 있다고 잘못 주장했습니다. 따라서 프로세스 성공만으로는 작업 수용을 만족하지 못했습니다. 이 진단은 우회 방법으로 채택되지 않습니다.

관리형 서버 네 대 모두 입장 중에 요구되고 활성인 MTP를 보고했고, 성공적으로 멈췄습니다. 새 프로필의 자격은 여기에 보인, 범위가 있는 Tiel 수용에만 해당합니다. Cyber-Tiel은 여전히 선택할 수 있지만, 관리형 읽기 작업의 신뢰성은 해결되지 않았습니다. 이전의 직접 서버 읽기 성공이 관리형 활성화와 동등함을 증명하지는 않습니다. 스케줄러 폭, 캐시 구성, 앞선 요청, 프롬프트 맥락이 그 탐지들 사이에서 다릅니다.

범위가 있는 변경 뒤의 검증: 결정론적 테스트 11,390건이 통과하고 17건이 건너뛰어졌습니다. SDK 테스트 208건과 스크립트 테스트 259건이 통과했습니다(스크립트 테스트 94건은 건너뛰었습니다). 생성된 SDK 산출물에는 선택한 모델 별칭 두 개가 들어 있으며, 두 번째 빌드에서 바이트가 안정적입니다. 재귀 타입 검사와 저장소 구조 검사가 통과했습니다. 네이티브 단계 감사는 확인 영수증 24건을 모두 검증하고, 적격한 파일럿과 거부된 파일럿을 모두 보관합니다.