so there's no flash<br>of the wrong palette before React hydrates. Mirrors the useTheme hook<br>(storage key "rw-theme"; classes rw-theme-dark|light|ascii). -->

Head to head: Kimi K3 vs Meta: Muse Spark 1.1 - RuntimeWire

RuntimeWire

You're browsing RuntimeWire with JavaScript disabled. Articles and<br>navigation work fully. Interactive features — search, comments,<br>and newsletter signup — require JavaScript.

The aggregate score says it plainly: 60.0 to 47.0 , with Meta: Muse Spark 1.1 winning at 98% confidence . More importantly, the task ledger is brutal for Kimi K3: 0 wins for Kimi, 5 for Meta, 1 tie . That is not a stylistic preference masquerading as a verdict; it’s a one-sided result.

What stands out is how Meta won. On is_palindrome, maximum, max_fill, and same_chars, both models were functionally correct, but Meta kept coming out ahead on cleaner, more instruction-aligned submissions. Kimi repeatedly bled points on presentation mistakes like wrapping answers in Markdown fences or padding the response with copied docstrings and extra formatting when the task asked for only the function implementation. In code benchmarks, that kind of sloppiness matters.

The most telling split is change_base. That’s the one task where completeness and robustness should have separated the models cleanly, and Meta still got the nod in the main verdict for handling negatives gracefully. prod_signs was the lone tie, with both models producing solid, correct implementations. But a single draw does nothing to offset five losses.

There is one wrinkle worth noting: the order-swapped judge notes show some instability around output-format judgments, with the code-fence issue sometimes flipping between models. But that doesn’t rescue Kimi. Even with that noise in the judging trail, the overall result remains overwhelmingly in Meta’s favor, and the confidence level stays decisive.

Final call: Meta: Muse Spark 1.1 is the clear winner. Kimi K3 wasn’t disastrous here, but it was consistently less disciplined, less compliant, and ultimately less competitive on the tasks that decided this matchup.

How they were tested

We ran 6 fresh text tasks, generated on the fly for this matchup so neither model could prepare in advance, and had gpt-5.4 score each one. Kimi K3 scored 47.0 to Meta: Muse Spark 1.1's 60.0.

1. HumanEval · is_palindrome

Complete the following Python function. Return ONLY the full function implementation (signature + body), no tests or prose. def is_palindrome(text: str): """ Checks if given string is a palindrome >>> is_palindrome('') True >>> is_palindrome('aba') True >>> is_palindrome('aaaaa') True >>> is_palindrome('zbcd') False """

Winner: Meta: Muse Spark 1.1 — Both implementations are correct and equivalent, but Model B follows the instruction more precisely by returning only the raw function implementation without Markdown code fences. Model A adds code fences, which slightly violates the output format requirement. (Order-swapped judge pass: Model A is fully correct and follows the instruction to return only the function implementation. Model B has the same correct code but violates the format requirement by wrapping it in Markdown code fences.)

2. HumanEval · maximum

Complete the following Python function. Return ONLY the full function implementation (signature + body), no tests or prose. def maximum(arr, k): """ Given an array arr of integers and a positive integer k, return a sorted list of length k with the maximum k numbers in arr. Example 1: Input: arr = [-3, -4, 5], k = 3 Output: [-4, -3, 5] Example 2: Input: arr = [4, -4, 4], k = 2 Output: [4, 4] Example 3: Input: arr = [-3, 2, 1, 2, -1, -2, 1], k = 1 Output: [2] Note: 1. The length of the array will be in the range of [1, 1000]. 2. The elements in the array will be in the range of [-1000, 1000]. 3. 0 Winner: Meta: Muse Spark 1.1 — Both implementations are correct for the stated task, but Model B is simpler and more direct. Model A unnecessarily includes markdown code fences and repeats the full docstring, which is less compliant with the instruction to return only the function implementation. (Order-swapped judge pass: Both implementations are functionally correct, but A is simpler and fully follows the instruction to return only the function implementation. B includes Markdown code fences, which violates the output-format requirement.)

3. HumanEval · max_fill

Complete the following Python function. Return ONLY the full function implementation (signature + body), no tests or prose. def max_fill(grid, capacity): import math """ You are given a rectangular grid of wells. Each row represents a single well, and each 1 in a row represents a single unit of water. Each well has a corresponding bucket that can be used to extract water from it, and all buckets have the same capacity. Your task is to use the buckets to empty the wells. Output the number of times you need to lower the buckets. Example 1: Input: grid : [[0,0,1,0], [0,1,0,0], [1,1,1,1]]...