Granite Vision 4.1 4B vs Ternary Bonsai 27B

This comparison does not currently contain a protocol-matched coding benchmark for both Granite Vision 4.1 4B and Ternary Bonsai 27B, so Model Markets cannot name a coding leader from pricing, context size, or capability labels alone.

Neither model has a directly sourced input price in this comparison. Neither model has a directly sourced output price in this comparison.

Ternary Bonsai 27B has the larger sourced context window. Granite Vision 4.1 4B supports 131K and Ternary Bonsai 27B supports 262K.

There is no overall benchmark winner: At least two independently verified, protocol-matched benchmarks are required for an overall winner.

Both models have the same recorded self-hosting status: supported. Granite Vision 4.1 4B is open weight; Ternary Bonsai 27B is open weight.

Granite Vision 4.1 4B is documented with image input; Ternary Bonsai 27B is documented with image input. This reflects supported input modalities, not vision quality.

Neither has a larger sourced maximum output. Granite Vision 4.1 4B is — and Ternary Bonsai 27B is —.

Granite Vision 4.1 4B: tool calling and image input. Ternary Bonsai 27B: reasoning, tool calling, and image input. Feature support does not establish relative quality.

Granite Vision 4.1 4B has 0 sourced provider routes; Ternary Bonsai 27B has 1, so Ternary Bonsai 27B has broader tracked availability.

There is no universal value winner. Compare the input and output prices above with the matched benchmark result for your workload: cheaper tokens can be offset by different quality, token usage, latency, or provider availability.