MODEL PROFILE

Krea2_TextFusion_Refusal-Reduction_LoRA_v1.0_lora

Quiho · Krea2_TextFusion_Refusal-Reduction_LoRA_v1.0_lora

This is a dedicated rank-64 LoRA trained with one narrow objective: reduce Krea2\u2019s learned refusal and restriction behavior while preserving as much of the base model\u2019s existing visual knowledge and prompt behavior as possible. This is not a concept, character, style, anatomy, or aesthetic LoRA. It was not trained to add new visual concepts, reproduce a training-image set, or impose a preferred look. Its training objective was exclusively to push the model away from refusal behavior so that concepts already represented within the base model are less likely to be suppressed during text conditioning. Krea2 receives multiple hidden-state taps from its Qwen-VL text encoder and processes them through TextFusion before sending the resulting conditioning into the image transformer. This LoRA applies learned low-rank residuals only to the attention and internal MLP projections within: - txtfusion.layerwise_blocks.0 - txtfusion.layerwise_blocks.1 - txtfusion.refiner_blocks.0 - txtfusion.refiner_blocks.1 The release version deliberately contains no adapter for: - The TextFusion 1 \u00d7 12 tap projector - The external/general txtmlp - The image-transformer blocks or any other image-generation layers The base checkpoint is never overwritten. For every targeted linear layer, LoRA adds a learned rank-64 residual to the original weight during inference: W_effective = W_base + strength \u00d7 \u0394W This changes how existing Qwen-VL text features are routed, gated, transported, and refined through TextFusion before they reach Krea2\u2019s untouched image transformer. In other words, the LoRA is intended to improve access to visual knowledge already present in the base model, not inject a new concept or replace the model\u2019s learned visual representations. This release targets the specific TextFusion route isolated through layer-by-layer ablation instead of broadly amplifying activations or directly alte...

Context windowNot disclosed
Input → OutputText → Image
Model weightsNot verified
Profile updated2026/11/2 19:16:11
OVERVIEW

Model overview

This is a dedicated rank-64 LoRA trained with one narrow objective: reduce Krea2\u2019s learned refusal and restriction behavior while preserving as much of the base model\u2019s existing visual knowledge and prompt behavior as possible. This is not a concept, character, style, anatomy, or aesthetic LoRA. It was not trained to add new visual concepts, reproduce a training-image set, or impose a preferred look. Its training objective was exclusively to push the model away from refusal behavior so that concepts already represented within the base model are less likely to be suppressed during text conditioning. Krea2 receives multiple hidden-state taps from its Qwen-VL text encoder and processes them through TextFusion before sending the resulting conditioning into the image transformer. This LoRA applies learned low-rank residuals only to the attention and internal MLP projections within: - txtfusion.layerwise_blocks.0 - txtfusion.layerwise_blocks.1 - txtfusion.refiner_blocks.0 - txtfusion.refiner_blocks.1 The release version deliberately contains no adapter for: - The TextFusion 1 \u00d7 12 tap projector - The external/general txtmlp - The image-transformer blocks or any other image-generation layers The base checkpoint is never overwritten. For every targeted linear layer, LoRA adds a learned rank-64 residual to the original weight during inference: W_effective = W_base + strength \u00d7 \u0394W This changes how existing Qwen-VL text features are routed, gated, transported, and refined through TextFusion before they reach Krea2\u2019s untouched image transformer. In other words, the LoRA is intended to improve access to visual knowledge already present in the base model, not inject a new concept or replace the model\u2019s learned visual representations. This release targets the specific TextFusion route isolated through layer-by-layer ablation instead of broadly amplifying activations or directly alte...

Key features

特点摘要待依据来源补齐,不凭模型名称推断能力。

Limitations & considerations

Sources are insufficient to establish specific limitations. Verify task performance, latency, data policies, licensing and version lifecycle.

PRICING & COST

Source prices & cost analysis

Prices vary by channel, region and configuration. Channel quotes are listed independently and are not treated as a single official provider price.

Source / channelInputOutputBilling unitCollected at
No verified prices yet. Check the source channel.

Estimate monthly base token costs

—

Estimates exclude cache discounts, tiered pricing, multimodal surcharges, web search, taxes and additional reasoning output.

INDEPENDENT BENCHMARKS

Public benchmarks & run configuration

暂无已采集的可核验公开评分。模型未上榜不代表能力较低。

View full indexed rankings →

Frequently asked questions

Do open weights permit free commercial use?

Not necessarily. Check the version license, commercial conditions and usage policies. Self-hosting incurs compute and maintenance costs.

Are these real-time billing prices?

These are timestamped source snapshots, not live billing prices. Check the channel for current versions, regions, discounts and billing methods.

Sources & traceability

许可证:来源未披露,须进一步核验。模型介绍与第三方评测均以原来源的具体版本和方法为准。