Skip to content

Improve benchmark task error messages in kaggle CLI#1057

Merged
dolaameng merged 4 commits into
mainfrom
agent/limagoog-20260611165119-dba58d70
Jun 11, 2026
Merged

Improve benchmark task error messages in kaggle CLI#1057
dolaameng merged 4 commits into
mainfrom
agent/limagoog-20260611165119-dba58d70

Conversation

@kaggle-agent

@kaggle-agent kaggle-agent commented Jun 11, 2026

Copy link
Copy Markdown
Collaborator

When a benchmark task failed, the CLI hid the server's
creation_error_message and rendered the failure as a raw titlecased
enum, so users had no idea what went wrong or how to fix it. Surface the
server message as a separate Error: line and apply the same
status: <KIND> + Error: <message> shape consistently across
kaggle b t status, kaggle b t run, and the push/run wait paths —
keeping the CLI a thin display layer over the server's classification
and explanation.


Task: limagoog-20260611165119-dba58d70
Context: https://chat.kaggle.net/kaggle/pl/ki55zezbmfg19b3km7ztp3fsww

The status command was hiding `creation_error_message`, so users had no
way to see why a task failed. Surface it inline below the status line.
Also replace the raw `.title()` rendering of enum names (which produced
awkward output like `Kernel_Without_Run`) with a small mapping to
human-friendly labels, falling back to titlecased words for unknown
states.

Co-authored-by: kaggle-agent <kaggle-agent@users.noreply.github.com>
The previous failure labels were terse ("Failed — No run output") and
didn't tell users how to fix the problem. Expand each label to name the
likely cause and point at the next step (e.g. calling .run(), passing a
model via kbench.llm, checking the notebook log), so users can act on
the status output without digging through docs.

Co-authored-by: kaggle-agent <kaggle-agent@users.noreply.github.com>
Comment thread src/kaggle/api/kaggle_api_extended.py Outdated
dolaameng and others added 2 commits June 11, 2026 17:07
The status command now renders friendly creation-state labels and an
Error line when the task itself failed, but the user docs and skill
reference still showed the old raw-enum example output. Update them so
users (and the skill-driven agent) see what the CLI actually prints.

Co-authored-by: kaggle-agent <kaggle-agent@users.noreply.github.com>
Baking human-readable explanations into `_STATE_LABELS` mixed two things
the CLI should keep distinct: the failure *kind* (the enum) and the
failure *message* (the server's `creation_error_message`). It also meant
the CLI had to be updated every time the server added a new failure
mode. Drop the label map, render the cleaned enum as-is, and rely on the
server's `creation_error_message` for the explanation. Apply the same
pattern to `kaggle b t run` so its refusal-to-run error follows the same
`status: <KIND>` + `Error: <message>` shape as `status` and the push/run
wait paths.

Co-authored-by: kaggle-agent <kaggle-agent@users.noreply.github.com>
@dolaameng dolaameng requested review from nl917 and stevemessick June 11, 2026 17:33

@nl917 nl917 left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM!

@dolaameng

Copy link
Copy Markdown
Contributor

@dolaameng dolaameng merged commit db10faa into main Jun 11, 2026
14 checks passed
@dolaameng dolaameng deleted the agent/limagoog-20260611165119-dba58d70 branch June 11, 2026 18:06
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants