HSToric_Color_Wan2.2_5B_LoRA_BySilverAgePoets
AlekseyCalvin基础档案已收录,详细介绍后续补充。可先查看厂商、分类与来源。
言語から画像、オープンウェイトからAPIまで。能力と実際の費用を比較。
次のアイデアに合うAIを見つけましょう。
基础档案已收录,详细介绍后续补充。可先查看厂商、分类与来源。
基础档案已收录,详细介绍后续补充。可先查看厂商、分类与来源。
基础档案已收录,详细介绍后续补充。可先查看厂商、分类与来源。
基本情報を収録・詳細は順次追加
基础档案已收录,详细介绍后续补充。可先查看厂商、分类与来源。
基本情報を収録・詳細は順次追加
基础档案已收录,详细介绍后续补充。可先查看厂商、分类与来源。
基本情報を収録・詳細は順次追加
This repository contains an optimized, 4-bit quantized version of the original Qwen3.6-27B model by Alibaba Cloud. The quantization was performed using the **AWQ** algorithm via the `llmcompressor` library, drastically reducing the VRAM required for local inference without a perceptible degradation in the original model's accuracy. * **Base Model:** `Qwen/Qwen3.6-27B` * **Algorithm:** AWQ * **Scheme:** W4A16_ASYM (4-bit asymmetric weights, 16-bit activations) * **Ignored Modules:** `lm_head`, `visual`, `vision` (Vision encoder layers are kept in their original precision to maintain multimodal capabilities). * **Weights Format:** Safetensors * **Calibration Dataset:** `HuggingFaceH4/ultrachat_200k` (512 random samples from the `train_sft` split, formatted with the model's chat template. Max sequence length: 1024).
翻訳待ち・原文を表示
Kolibri is Aleph Alpha's mixture-of-experts (MoE) reasoning model, with a focus on German and English. The model supports an explicit reasoning mode and tool calling. It is optimized for long-context and inference efficiency. Kolibri is intended to process text input and output in German and English and to perform a wide range of tasks beyond natural-language generation, for example multi-step reasoning, coding, structured extraction, retrieval-augmented generation, long-document processing and agentic tool calling. Kolibri was pre-trained on sequences of 16,384 tokens, mid-trained on 65,536 and trained on 262,144 tokens in a final long-context phase, which is its native context length. Because positional encoding is applied only in the sliding-window layers, the context can be extended beyond that length without any position scaling, in principle to arbitrary lengths. We have validated quality and serving efficiency up to 1,048,576 tokens. For latency- or throughput-sensitive deployments and for complex tasks, we recommend contexts of at most 262,144 tokens. See the technical report for details.
翻訳待ち・原文を表示
基础档案已收录,详细介绍后续补充。可先查看厂商、分类与来源。
This is the safetensors-conversion of `Pharia-1-LLM-7B-control`. We provide a joint model card for `Pharia-1-LLM-7B-control` and `Pharia-1-LLM-control-aligned`. Find this model card here.
翻訳待ち・原文を表示
基础档案已收录,详细介绍后续补充。可先查看厂商、分类与来源。
基本情報を収録・詳細は順次追加
Fine-tuned version of facebook/wav2vec2-base on `mozilla-foundation/common_voice_8_0 be` dataset. `Train`, `Dev`, `Test` splits were used as they are present in the dataset. No additional data was used from `Validated` split, only 1 voicing of each sentence was used - the way the data was split by CommonVoice CorporaCreator. To build a better model **one can use additional voicings from `Validated` split** for sentences already present in `Train`, `Dev`, `Test` splits, i.e. enlarge mentioned splits. Language model was built using KenLM. 5-gram Language model was built on sentences from `Train + (Other - Dev - Test)` splits of `mozilla-foundation/common_voice_8_0 be` dataset.
翻訳待ち・原文を表示
基础档案已收录,详细介绍后续补充。可先查看厂商、分类与来源。
基本情報を収録・詳細は順次追加
基础档案已收录,详细介绍后续补充。可先查看厂商、分类与来源。
基本情報を収録・詳細は順次追加
基础档案已收录,详细介绍后续补充。可先查看厂商、分类与来源。
基本情報を収録・詳細は順次追加
Project Maya's Maya-M quant of GLM-5.3-Flash plus a 2.2 MB vector that removes refusals while the model runs, and a small patch for the Maya engine that applies it. On 4x RTX 3090 it decodes 56 tokens/s at a 256K context with the vector on. The model weights in this repo are not mine. They are Maya-M and the vision files of Project Maya, copied byte for byte from peasantsmith/GLM-5.3-Flash-Maya-GGUF at revision `3e9f3bb20aa191e01c6fb850faf132d8149da98a`. The SHA256 of all 5 files match theirs at that revision. See `SHA256SUMS`. The authors changed the first shard after I downloaded it. Their commit `1084950a` renames the architecture in the GGUF header to `glm5-next`, and the file size is the same. This repo has the earlier first shard, the one all my runs used with Maya v1.0.27. For the current files go to their repo.
翻訳待ち・原文を表示
基础档案已收录,详细介绍后续补充。可先查看厂商、分类与来源。
基本情報を収録・詳細は順次追加
基础档案已收录,详细介绍后续补充。可先查看厂商、分类与来源。
基本情報を収録・詳細は順次追加
A GGUF of Mirai's 2.4-bit Qwen3.8-27B. Mirai's compressed trellis codes are copied into the GGUF bit for bit, nothing is re-quantized. A 27B model in 11.2 GB that runs on one 12 GB GPU, with tools, reasoning, images, and an optional file that removes refusals. The format adds 4 ggml types, so mainline llama.cpp, LM Studio and Ollama will not load this file. 2 engines do. This is a community conversion, not an official Mirai release. Use mirai-s-ada. It took the codec from my fork, checked that its greedy output matches the fork token for token, and added what a 12 GB card needs: a KV cache that continues in system RAM, MTP drafting from the draft block inside this GGUF, and fixes for apps that send `effort: "high"` or tiny output caps. The numbers in its column are Cary's, from his RTX 4070 12 GB. I repeated them on Ubuntu with a 3090, see "Measured".
翻訳待ち・原文を表示
The model weights in this repo are not mine. They are the GSQ-RCO Coder release of Qwen3.8-Flash-Next made by the Deep Algorithms and Systems Lab at ISTA: 256 of the 512 experts in each layer are kept, the rest are removed, and the kept weights are stored at 3.5 bits. The files are copied byte for byte from ISTA-DASLab/Qwen3.8-Flash-Next-GSQ-RCO-Coder-GGUF at revision `5348543e0147355ac9cbcb031184a3546350988e`. The SHA256 of both shards and of the vision projector match their files. See `SHA256SUMS`. If you use these weights, cite the two ISTA-DASLab papers. The BibTeX is at the bottom of this page. My part is the check that the refusal vector I published for the unpruned sizes also works on the pruned model, and the measurements below. The vector is the same 480 KB file as in the repo with the four unpruned sizes, with the same SHA256. For the original card and ISTA's own SWE-bench and LiveCodeBench numbers, go to the ISTA-DASLab repo.
翻訳待ち・原文を表示
The model weights in this repo are not mine. They are the four GSQ-RCO quantizations of Qwen3.8-Flash-Next (Q2_0, IQ2_XS, IQ3_XXS, IQ3_S) made by the Deep Algorithms and Systems Lab at ISTA, copied byte for byte from ISTA-DASLab/Qwen3.8-Flash-Next-GSQ-RCO-GGUF at revision `ed59f92082b1e93c0e96d60a8b11aab089b52f09`. The SHA256 of every shard and of the vision projector match their files. See `SHA256SUMS`. If you use these weights, cite the two ISTA-DASLab papers. The BibTeX is at the bottom of this page. My part is one 480 KB file, `Huihui-Qwen3.8-Flash-Next-refusal-direction-r.gguf`, and the measurements below. The same file serves every size. I measured IQ3_S and IQ2_XS with it. Q2_0 and IQ3_XXS are here as ISTA-DASLab published them and I have not run them. For the original card and ISTA's own benchmarks, go to the ISTA-DASLab repo.
翻訳待ち・原文を表示
Mirai's 2-bit trellis build of Qwen3.8-Flash-Next, packed for Strata, with a refusal vector and everything else it needs to run. It runs on one or two RTX 3090s with the experts in system RAM. `S/` holds Mirai's files byte for byte (the SHA256 match their repo). My part: the S-small GGUF (converted with Mirai's converter from their S-small trellis files), the refusal vector, the packaged MTP layer, the port of Mirai's Strata patch to Strata 0.2.0 (alesha-pro/Strata, upstream as Niko1221/Strata#3384), and the measurements below. The routed experts take 1 to 5 bits each, 2.4 on average for S. The second file of each size is the backbone and the head as trellis, which leaves more VRAM for experts. The quality numbers are Mirai's (37,620 positions against the bf16 model, measured outside Strata); for comparison they give 0.303 for ISTA's GSQ-RCO IQ2_XS. I did not check them.
翻訳待ち・原文を表示
基础档案已收录,详细介绍后续补充。可先查看厂商、分类与来源。
基础档案已收录,详细介绍后续补充。可先查看厂商、分类与来源。
基础档案已收录,详细介绍后续补充。可先查看厂商、分类与来源。
基本情報を収録・詳細は順次追加
提供元・分類・入出力の条件を変更してください。新しいモデルを随時追加しています。
月間トークン数を調整してAPI費用を比較。
収集済みの比較可能な100万トークン当たり米ドル料金です。キャッシュ割引、段階料金、追加推論出力、税金は含みません。最新料金は出典で確認してください。
入力・出力・キャッシュ料金を分け、同じ用途と使用量で総費用を比較します。画像・音声・動画は枚数、時間、解像度で課金される場合があります。
必ずしもそうではありません。バージョンごとのライセンス、商用制限、ポリシーを確認してください。自前運用には計算資源と保守費用も必要です。
順位はテスト、バージョン、評価方法によります。実際の業務データで精度、遅延、安定性、費用を比較してください。