PII-Tracer
perplexity-ai基础档案已收录,详细介绍后续补充。可先查看厂商、分类与来源。
从语言到影像,从开源到 API。读懂模型能力、比较真实成本,
为你的下一个想法,找到合适的智能引擎。
基础档案已收录,详细介绍后续补充。可先查看厂商、分类与来源。
GGUF packaging of `perplexity-ai/PII-Tracer`, a PII masking model for conversational data. The model uses a ~600M-parameter bidirectional Qwen3 encoder with a `perplexity-ai/pplx-embed-v1-0.6b` backbone and two heads: The backbone is provided as an f16 GGUF for llama.cpp. Both heads remain in fp32 in `heads.safetensors`. The included Python client applies the heads to per-token hidden states from `llama-server`, decodes PII spans, and masks text. Install a compatible `llama-server` build and the Python client dependencies, then download the repository:
译文排队中 · 当前显示来源原文
MLX weights for PII-Tracer, a PII masking model for conversational data. The model uses a ~600M-parameter bidirectional Qwen3 encoder with a `perplexity-ai/pplx-embed-v1-0.6b` backbone and two heads: The backbone's linear projections use **8-bit affine quantization with group size 64**. Embeddings and normalization weights remain bf16; both heads remain fp32. The weights file is approximately 779 MB. Quantized projections retain the `backbone.*` key names and store packed `uint32` `weight` tensors with bf16 `scales` and `biases`. The unquantized heads use `token_cls_head.*` and `sensitivity_head.*`.
译文排队中 · 当前显示来源原文
基础档案已收录,详细介绍后续补充。可先查看厂商、分类与来源。
基础资料已收录 · 缺失资料后续补充
llama.cpp GGUF build of the pplx-computer qwen3.8 27B checkpoint (`Qwen3_5ForConditionalGeneration`, dense hybrid GDN linear-attention + full attention every 4th of 64 layers), converted 2026-08-26 from the raw bf16 checkpoint. Ships **two speculative-decoding drafts — pick one**: the checkpoint's native MTP head, or the DFlash2 block-diffusion drafter. DFlash2 is **not** in llama.cpp master: build PR #27342 (`z-lab:dflash2`, verified at `f7aadef`). On master the draft fails with `done_getting_tensors: wrong number of tensors; expected 81, got 58`. DFlash2 drafts longer blocks per verification step (higher throughput ceiling); native MTP has a higher acceptance rate and runs on unpatched llama.cpp. Default to MTP unless you already run the PR build.
译文排队中 · 当前显示来源原文
基础档案已收录,详细介绍后续补充。可先查看厂商、分类与来源。
基础资料已收录 · 缺失资料后续补充
基础档案已收录,详细介绍后续补充。可先查看厂商、分类与来源。
基础档案已收录,详细介绍后续补充。可先查看厂商、分类与来源。
基础资料已收录 · 缺失资料后续补充
基础档案已收录,详细介绍后续补充。可先查看厂商、分类与来源。
基础档案已收录,详细介绍后续补充。可先查看厂商、分类与来源。
基础资料已收录 · 缺失资料后续补充
基础档案已收录,详细介绍后续补充。可先查看厂商、分类与来源。
基础资料已收录 · 缺失资料后续补充
基础档案已收录,详细介绍后续补充。可先查看厂商、分类与来源。
基础档案已收录,详细介绍后续补充。可先查看厂商、分类与来源。
基础资料已收录 · 缺失资料后续补充
`pplx-embed-v1` and `pplx-embed-context-v1` are state-of-the-art text embedding models optimized for real-world, web-scale retrieval tasks. - Use **`pplx-embed-v1`** for independent text embedding (queries, documents, semantic search) - Use **`pplx-embed-context-v1`** for document chunks in RAG systems where surrounding context matters > [!IMPORTANT] > `pplx-embed-v1` and `pplx-embed-context-v1` natively produce *unnormalized* int8-quantized embeddings. Ensure that you compare them via *cosine similarity*.
译文排队中 · 当前显示来源原文
`pplx-embed-v1` and `pplx-embed-context-v1` are state-of-the-art text embedding models optimized for real-world, web-scale retrieval tasks. > [!IMPORTANT] > `pplx-embed-v1` and `pplx-embed-context-v1` natively produce *unnormalized* int8-quantized embeddings. Ensure that you compare them via *cosine similarity*. Many modern embedding models rely on instruction tuning, where users prepend an instruction string to the text being embedded. This can yield a 2%-3% lift on benchmarks, but it also introduces prompt-selection overhead and can make indexing pipelines brittle (small instruction changes can shift embedding space). We deliberately **avoid** this requirement: you can embed the text you want to index directly, without having to choose or maintain an instruction prefix.
译文排队中 · 当前显示来源原文
基础档案已收录,详细介绍后续补充。可先查看厂商、分类与来源。
基础资料已收录 · 缺失资料后续补充
基础档案已收录,详细介绍后续补充。可先查看厂商、分类与来源。
基础资料已收录 · 缺失资料后续补充
基础档案已收录,详细介绍后续补充。可先查看厂商、分类与来源。
基础资料已收录 · 缺失资料后续补充
可以调整厂商、分类或输入输出条件;新模型正持续收录。
调整月度 Token 用量,直观比较不同模型的预估 API 开支。
使用已采集且单位可比的 USD / 百万 Token 渠道报价。报价为采集时快照;不计缓存优惠、阶梯价、推理额外输出与税费,请以来源的当前报价为准。
先区分输入、输出和缓存价格,再使用同一任务和用量估算总费用。图像、音频和视频可能按张、时长或分辨率计费,不能直接与 Token 单价比较。
不一定。必须逐一核对具体模型版本的许可证、商用限制及使用政策。自己部署还需要考虑显存、推理资源和运维费用。
榜单取决于测试任务、版本与评测方法。建议用实际业务样本比较准确性、时延、稳定性和成本,再选择模型。