eda564bedb
Remove the release-specific model from the Kimi launcher example so an unoverridden session uses the default already configured in the Kimi CLI. Document the ownership boundary, assert that the spawn environment omits HARNESS_KIMI_MODEL when no model is declared, and ratchet the retired lint allowance. Tests: 12 Kimi spawn-environment tests; structural example load; staged pre-commit including YAML and hardcoded-model checks. Part of #3426 Signed-off-by: Pat Sukprasert <pat.sukprasert@databricks.com>
48 lines
2.2 KiB
YAML
48 lines
2.2 KiB
YAML
name: kimi-hello
|
|
description: >-
|
|
Smallest possible Kimi Code agent — single-file launcher YAML that hands
|
|
every turn to Moonshot AI's Kimi Code CLI (https://github.com/MoonshotAI/Kimi-Code)
|
|
running headlessly behind the standard Omnigent REPL. Useful as a sanity
|
|
check that the harness wires up end-to-end on a fresh machine, and as a
|
|
starting point for a real Kimi-backed agent.
|
|
|
|
# Single-file launcher shape — matches what ``omnigent run --harness kimi``
|
|
# generates internally. For multi-agent bundles, prefer the directory layout
|
|
# under ``examples/polly/`` / ``examples/debby/``.
|
|
executor:
|
|
harness: kimi
|
|
# Override per-invocation via ``-m <model-id>`` or ``/model`` in the REPL.
|
|
# Otherwise Kimi uses the default model from its own config.
|
|
|
|
prompt: |
|
|
You are Kimi Code, running headlessly inside Omnigent. Help the user with
|
|
software engineering tasks — read files, edit code, run tests, and explain
|
|
your reasoning. Keep responses concise and prefer showing the user diffs /
|
|
commands over describing them in prose.
|
|
|
|
# Kimi Code is a multi-provider coding agent (Moonshot AI's Kimi models by
|
|
# default; also OpenAI / Anthropic / OpenRouter via its config). Credentials
|
|
# live inside Kimi's own ``kimi login`` flow (OAuth or a Moonshot API key),
|
|
# NOT in Omnigent's provider config — so this spec declares no ``executor.auth``
|
|
# block.
|
|
#
|
|
# To route through a gateway (Databricks AI gateway / vendor-neutral proxy)
|
|
# instead, either set ``HARNESS_KIMI_GATEWAY_BASE_URL`` +
|
|
# ``HARNESS_KIMI_GATEWAY_API_KEY`` in the shell, or declare a
|
|
# ``executor.auth: {type: databricks, profile: …}`` block and let Omnigent
|
|
# resolve the workspace.
|
|
#
|
|
# Kimi owns its own file/shell tools (bash, edit, read, …) and runs them
|
|
# inside its own loop. The harness therefore advertises
|
|
# ``handles_tools_internally=True`` and does NOT need an ``os_env`` block to
|
|
# inject ``sys_os_*`` tools — adding one would just duplicate every operation
|
|
# against Omnigent's dispatch path.
|
|
|
|
# Try it:
|
|
# omnigent run examples/kimi_hello.yaml
|
|
# omnigent run examples/kimi_hello.yaml -p "summarise the README"
|
|
# omnigent run examples/kimi_hello.yaml -m <model-id>
|
|
#
|
|
# Or as a shortcut for any kimi-harness run:
|
|
# omnigent kimi -p "list the files in the current directory"
|