Skip to content

epic(roadmap): kimi-code parity program — workflow and tracking #803

Description

@dennisonbertram

Objective

Close the user-facing feature gap between go-code and MoonshotAI's kimi-code CLI/TUI, as identified in the 2026-07-19 comparison review. This is the tracking and sequencing issue for the whole program: 19 child epics in 3 tiers, each containing PR-sized slices.

Context

Comparison basis: kimi-code official docs (slash commands, keyboard, tools, kimi command, interaction, sessions, goals, hooks, plugins, themes, agents, MCP, skills, changelog) versus an inventory of cmd/harnesscli, cmd/harnessd, and internal/ on main.

Areas where go-code already leads (do not regress these, and do not build parity items for them): rollout replay/fork/drift + forensics, container/VM/worktree workspace backends, GitHub/Slack/Linear webhooks, scoped API keys + multi-tenancy, capability profiles, the deferred find_tool system, goals with dependencies, and the trainer/improve loop.

Workflow (how this program executes)

  1. Pickup order is tier order, then in-tier order. Tier 1 = high-impact UX where server pieces mostly exist; Tier 2 = strategic differentiators; Tier 3 = cheap polish.
  2. One slice = one PR. Slices inside each epic are ordered by dependency; slices marked "parallel-safe" may be picked concurrently.
  3. Every slice follows the repo runbooks: bootstrap a worktree with scripts/init.sh <slug>, strict TDD per docs/runbooks/testing.md (no red baseline tolerated), update affected docs and folder indexes, then merge with scripts/verify-and-merge.sh.
  4. Cross-epic dependencies are listed in each epic's ## Dependencies section — do not start an epic before its dependencies merge.
  5. Each child epic body uses the repo issue template format (.github/ISSUE_TEMPLATE/task.md) extended with Existing Foundation (verified file citations) and Proposed PR Slices sections, matching the house epic style of epic(hooks): config-driven lifecycle hooks (shell/HTTP) adapted onto existing harness hook interfaces #737.
  6. Close this issue only when all child epics are closed.

Child Epics

Tier 1 — high-impact UX, server pieces mostly exist

Tier 2 — strategic differentiators

Tier 3 — polish

Acceptance Criteria

  • All 19 child epics created with PR-sized slices and the repo template format
  • All 19 child epics closed (slices merged to main)

Test Requirements

Per-slice, per the runbooks: behavior tests written first, GOCACHE=/tmp/go-build ./scripts/test-regression.sh green before merge. This tracking issue itself requires no tests.

Documentation Updates Required

Each child epic lists its own doc updates. When the program completes, update README.md ("What You Get") and website/docs/cli/tui.md so the public feature list reflects the new capabilities.

Dependencies

None — this is the root tracker. Inter-epic dependencies are recorded inside each child epic.

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    epicTracking issue for a large feature areakimi-paritykimi-code feature parity programroadmapLong-term roadmap items

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions