Koog 1.0 idioms, gotchas, and scaffolding skills for Kotlin agents on the JVM
88
88%
Does it follow best practices?
Impact
88%
1.95xAverage score across 43 eval scenarios
Passed
No known issues
{
"context": "Negative case — tests whether the agent distinguishes caller-triggered snapshots (semantic save points, fork/replay tooling) from continuous automatic checkpointing (the Persistence feature). The developer's need is crash recovery without sprinkling save calls — that's the Persistence feature, not snapshot. The developer's word choice (\"snapshot\") points the wrong way; the tile expects the agent to surface the mismatch.",
"type": "weighted_checklist",
"checklist": [
{
"name": "Distinguishes caller-triggered from continuous save",
"description": "Names the contract difference between the two Koog persistence layers — snapshot is caller-triggered, the Persistence feature writes checkpoints automatically. Surfaces that \"automatic, no save calls in code\" maps to one and not the other",
"max_score": 25
},
{
"name": "Routes to the Persistence feature",
"description": "Recommends the Persistence feature install path — invokes the appropriate sibling skill or names the install(Persistence) surface. Calls out that AgentCheckpointData / runFromCheckpoint give the resume behavior the developer described",
"max_score": 30
},
{
"name": "Does NOT recommend installing the snapshot feature",
"description": "Does NOT produce install(Snapshot) wiring or snapshot()/runFromSnapshot() call patterns to satisfy this need. The developer explicitly does not want to add save-state calls through the code — caller-triggered snapshots would force exactly that",
"max_score": 25
},
{
"name": "Acknowledges the developer's word choice without capitulating",
"description": "Engages with the developer's framing (\"snapshots so the agent recovers automatically\") and explains that the snapshot feature is not automatic. Does not just refuse without naming the mismatch",
"max_score": 10
},
{
"name": "Mentions the cost of frequent checkpoints",
"description": "Notes that continuous checkpointing has overhead — every-step writes are expensive on long runs and a less aggressive schedule (every N steps, every phase boundary) is usually the right trade-off. The developer needs this to configure the feature sensibly",
"max_score": 10
}
]
}evals
scenario-1
scenario-2
scenario-3
scenario-4
scenario-5
scenario-6
scenario-7
scenario-8
scenario-9
scenario-10
scenario-11
scenario-12
scenario-13
scenario-14
scenario-15
scenario-16
scenario-17
scenario-18
scenario-19
scenario-20
scenario-21
scenario-22
scenario-23
scenario-24
scenario-25
scenario-26
scenario-27
scenario-28
scenario-29
scenario-30
scenario-31
scenario-32
scenario-33
scenario-34
scenario-35
scenario-36
scenario-37
scenario-38
scenario-39
scenario-40
scenario-41
scenario-42
scenario-43
skills
add-observability
add-persistence
add-rag
add-structured-output
add-token-budgeting
add-tool
cache-llm-calls
define-prompt
domain-model-subtask-pipeline
references
enable-prompt-caching
handle-agent-events
manage-state
migrate-from-0-x
model-planner-subtasks
persist-chat-history
query-sql-from-agent
scaffold-agent
snapshot-and-restore
test-koog-agents
trace-agent-internals
use-attachments
use-functional-agent
use-llm-node-variants
use-planner
wire-a2a
wire-acp-server
wire-ktor-server
wire-mcp-server
wire-spring-boot