cli: expose harmony and gpt-oss tool parsers#216
Conversation
|
@waybarrios, @krystophny: brief endorsement. Small CLI-surface fix exposing existing harmony and gpt-oss tool parsers via |
16c27bd to
f5dc6be
Compare
|
Force-pushed a refresh onto current upstream |
|
I rebased this onto current main locally and validated it cleanly, but direct maintainer push back to the original fork failed with 403 from this auth context. To keep it moving, I opened a writable restack PR carrying the same functional diff: I’ll link it here as soon as GitHub returns the new PR URL. |
|
Replacement restack is up at #284: https://github.com/waybarrios/vllm-mlx/pull/284\n\nThat branch carries the same functional diff rebased on current main and passed local validation here:\n- python -m py_compile vllm_mlx/cli.py tests/test_server.py\n- python -m black --check --fast vllm_mlx/cli.py tests/test_server.py\n- pytest -q tests/test_server.py\n\nI could not push directly back to the original fork because GitHub returned 403 for the computor-org remote from this auth context. |
|
Closing as superseded by #284, which carries the same functional diff on a writable branch and has now been validated on current main. The original fork branch could not be updated from this auth context because GitHub returned 403 on direct push to the computor-org remote. |
Summary
harmonyandgpt-ossas valid--tool-call-parservalues invllm-mlx serveStatus
main(b4fa030) on 2026-04-09Main files
vllm_mlx/cli.pytests/test_server.pyReviewer focus
This is a CLI-surface fix only. The parser implementations already exist; the gap is that the serve CLI does not currently expose them consistently through
--tool-call-parser.Validation
python -m pytest tests/test_server.py -q->35 passed, 3 deselected