Repository navigation
feat(cli): add Kilo Code support #744
Description
Activity
I checked the current Kilo documentation and the separation is now clearer.
The native locations are documented:
.kilo/agents/,.kilo/skills/,.kilo/plugin/, and project configuration under.kilo/kilo.json[c]orkilo.json[c]. Local plugins in.kilo/plugin/are discovered at startup, andsession.createdis a documented event.This issue is the Kilo foundation: the tool profile, flat materialization for skills, agents and MCP, plus a Kilo-native project-memory bridge with an independently verified runtime event. The generated configuration should use the project-local
.kilo/kilo.jsoncshape so it stays alongside the generated plugin files and preserves user JSONC.Rules and commands are not part of this issue. #788 owns direct artifact generation. The OpenCode archive work will remain in #789; the Kilo archive work will move to a separate follow-up issue blocked by #744.
PR #745 is open draft work, not a closing PR for this issue. It contains the Kilo foundation alongside rules and commands. Once the issue split is in place, it should be aligned with this core scope before review and validated with a real Kilo CLI or extension smoke test.
Thanks, this clarifies the Kilo foundation boundary.
The issue is now aligned around the tool profile, flat materialization for agents, skills and MCP, and the independently verified project-local lifecycle plugin bridge. Rules and flat plugin-command distribution remain outside #744, with #788 owning direct generation and #868 owning flat Kilo rules. The Kilo profile retains its documented command surface.
The Kilo config contract now resolves the project-local kilo.json[c] shape while preserving existing user configuration, and the runtime event mapping must be proven with a real Kilo smoke test before treating the PR as closing work.
Metadata
Metadata
Assignees
Labels
Type
Fields
Priority
Projects
- StatusShow more project fieldsDone
Problem
AIDD provides a native flat distribution for OpenCode, but not for Kilo Code. Kilo uses its own project layout and configuration surfaces, so the OpenCode archive is not discovered as a native Kilo setup.
Scope
.kilo/agents,.kilo/skills, and MCP output..kilo/plugin/from the relevant AIDD declarative lifecycle definitions.session.createdequivalent..kilo/kilo.jsonc, while preserving existing user configuration and instructions.kilo.json/kilo.jsoncconfiguration without creating both variants, overwriting user content, or duplicating instructions.Rules and flat plugin-command distribution are not part of this issue. Direct artifact generation is tracked separately in #788, flat Kilo Rules in #868, and flat Kilo command distribution requires a separate follow-up after this foundation.
Acceptance criteria
translate --to kilo --as flatproduces native.kilo/agents,.kilo/skills, and MCP output..kilo/plugin/.kilo.json[c]shape, prefers.kilo/kilo.jsonc, preserves existing user configuration and instructions, and does not create both variants or duplicate instructions.Prior art in this repo
cli/src/contexts/tools/domain/profiles/opencode/profile.ts#L38-L69..../opencode-hooks-bridge.ts#L1-L20.plugins/aidd-context/hooks/update_memory.js.Out of scope