kcode-pi 0.1.0

package/skills/kd-cosmic-dev/SKILL.md

@@ -0,0 +1,82 @@
+---
+name: kd-cosmic-dev
+description: 金蝶 Cosmic 体系 Java 插件开发技能，适用于苍穹、星瀚、星空旗舰版和共享 Cosmic 平台。处理表单、单据、列表、操作、转换、任务、工作流、OpenAPI、元数据、DynamicObject、附件、基础资料、SDK 方法签名等 Cosmic 体系开发时使用。
+---
+
+# 金蝶 Cosmic 开发
+
+当需要为 Cosmic 体系产品实现或修改 Java 代码时使用本技能：
+
+- `cosmic`
+- `cangqiong`
+- `xinghan`
+- `flagship`
+
+不要把本技能用于金蝶 Enterprise C# 项目。
+
+## Harness 前置条件
+
+生成或修改代码前：
+
+- 先用 `kd_plan_status` 查看当前运行状态。
+- 确认产品画像属于 Cosmic 体系。
+- 执行阶段必须已有 `PLAN.md`。
+- Cosmic 代码生成前必须运行 `kd_cosmic_config`。如果配置检查失败，停止编码并说明缺失配置。
+
+在当前运行产物中记录决策和证据：
+
+- `.pi/kd/runs/<run-id>/PLAN.md`
+- `.pi/kd/runs/<run-id>/EXECUTION.md`
+- `.pi/kd/runs/<run-id>/evidence/cosmic-config.txt`
+- `.pi/kd/runs/<run-id>/evidence/cosmic-metadata.json`
+- `.pi/kd/runs/<run-id>/evidence/cosmic-api.txt`
+
+官方工具会在存在 active run 时自动写入证据；如果没有自动写入，需要把命令、结果摘要和采用原因写进 `EXECUTION.md`。
+
+## 开发流程
+
+1. 先把需求拆成“时机 + 载体 + 能力”。
+   - 时机：生命周期事件、操作阶段、转换阶段、定时任务、API 请求、UI 事件。
+   - 载体：表单插件、单据插件、列表插件、操作插件、校验器、转换插件、反写插件、任务、工作流、报表、控制器。
+   - 能力：元数据、字段访问、查询保存、基础资料、DynamicObject、附件、权限上下文、消息、集成。
+
+2. 依赖平台行为前，先搜索内置知识。
+   - 用 `kd_search` 查询生命周期、插件类型、决策矩阵、平台约束、API 模式和审查清单。
+   - `kd_table` 只用于已覆盖的内置表结构。Cosmic 数据库字段优先使用官方元数据证据。
+
+3. 通过官方适配器验证产品事实。
+   - 代码引用字段、表单 ID、单据名称、枚举/下拉值、实体 ID、操作编码、SQL 字段时，使用 `kd_cosmic_metadata`。
+   - 类名、方法名、方法签名、继承关系、Override 签名未被内置知识验证时，使用 `kd_cosmic_api`。
+   - 多个表单或字段尽量合并到一次元数据查询。
+   - 元数据查询和 API 签名查询互不依赖时并行执行。
+
+4. 只有插件类型、生命周期方法、字段元数据和 API 签名都明确后，才生成或修改代码。
+   - 遵循项目已有包名、基类、常量、日志风格和 helper 封装。
+   - 优先使用项目本地封装和已批准的 Cosmic helper，再考虑底层 BOS API。
+   - 事件处理器只做当前事件阶段该做的事。
+
+5. 验证结果。
+   - 对修改的 Java 代码运行 `kd_check`。
+   - 条件允许时运行 `kd_build` 或计划中的 Gradle/Maven 命令。
+   - 把验证证据写进 `EXECUTION.md`，最终验收交给 `kd-verify`。
+
+## 硬性规则
+
+- 不臆造字段 key、表单 ID、操作名、枚举值、表名或 SDK 方法。
+- 不把 Enterprise C# 命名空间或生命周期假设用于 Cosmic Java。
+- 不在数据绑定前的初始化阶段操作 UI 控件。
+- 不在平台期望修改入参数据实体的事务钩子里另起保存。
+- 不在循环中查询或保存，除非计划中明确说明无法批量处理并接受风险。
+- 使用参数化查询或平台查询过滤，不拼接用户输入 SQL。
+- 按 SDK 要求关闭 `DataSet` 和其他平台资源。
+- 避免插件类中的不安全静态可变状态。
+
+## 输出要求
+
+完成执行工作时说明：
+
+- 修改了哪些文件。
+- 使用了哪些官方检查：配置、元数据、API。
+- 哪些事实仍无法验证。
+- 验证命令和结果。
+- `EXECUTION.md` 中记录相对 `PLAN.md` 的偏差。

package/skills/kd-cosmic-review/SKILL.md

@@ -0,0 +1,90 @@
+---
+name: kd-cosmic-review
+description: 金蝶 Cosmic 体系 Java 插件和 KSQL 代码审查技能，按官方审查优先级检查代码质量、生命周期、事务、性能、安全、DataSet 泄漏、校验器/操作/表单/列表/转换插件和 KSQL 风险。适用于 Cosmic、苍穹、星瀚、星空旗舰版项目。
+---
+
+# 金蝶 Cosmic 审查
+
+本技能用于审查 Cosmic 体系 Java 或 KSQL 变更。除非用户明确要求修复，否则只做审查，不直接改代码。
+
+不要把本技能用于 Enterprise C# 代码；Enterprise 使用通用金蝶检查流程。
+
+## 审查输入
+
+优先审查用户明确指定的文件。若用户要求整体审查，在可用时检查 active run 和变更的 Java/SQL 文件。
+
+审查前：
+
+- 存在 harness run 时，先用 `kd_plan_status` 查看产品画像。
+- 用 `kd_search` 查询 Cosmic 审查清单、生命周期、平台约束、KSQL 和单测指导。
+- SDK 签名或生命周期方法不确定时，用 `kd_cosmic_api` 验证。
+- 变更中用到字段、操作、枚举值、表名、数据库列时，用 `kd_cosmic_metadata` 验证。
+- 先运行 `kd_check` 做基础静态检查，再按下方清单深入审查。
+- 对新增或修改的 SQL/KSQL 文件运行 `kd_ksql_lint`。
+
+## 严重级别
+
+- P0：阻断问题，可能导致崩溃、数据损坏、事务失效、安全暴露、严重资源泄漏或核心功能不可用。
+- P1：高风险问题，可能影响生产性能、稳定性、扩展性或可维护性。
+- P2：规范和可维护性问题，建议在合适时机修复。
+
+## P0 重点
+
+重点检查：
+
+- 监听注册或 UI 操作放在错误生命周期阶段。
+- 在事务钩子中独立 `save` 或 `update`，而不是修改平台传入的数据实体。
+- `DataSet` 未使用 try-with-resources 或等价方式关闭。
+- 校验器或操作插件使用字段但未声明预加载属性。
+- 循环内数据库调用、服务保存或远程调用。
+- 硬编码组织、用户、部门、账套、URL、密钥、账号密码等环境相关值。
+- SQL 拼接、原生 `Statement`、用户输入未参数化、XML 外部实体风险。
+- 在事件参数类型不支持的阶段调用不存在的 API。
+- 嵌套 `DynamicObject` 访问缺少必要空值保护。
+
+## P1 重点
+
+重点检查：
+
+- 循环内 `updateView`、`getFieldIndex`、元数据查询或高成本序列化。
+- 查询缺少过滤条件、大结果集、字段路径过深。
+- 大分录更新使用低效 UI model API，而不是批量或属性级 API。
+- 无界集合、缓存 key 缺少账套隔离、绕过平台的原生线程。
+- HTTP 或第三方调用缺少超时。
+- 可批量处理的 SDK 调用被重复逐条调用。
+
+## P2 重点
+
+重点检查：
+
+- 应抽常量的魔法值。
+- 面向用户的中文提示未按项目规范走资源管理。
+- 空 catch、丢失异常 cause、`printStackTrace`、日志缺少堆栈。
+- 类名或方法名与插件类型不一致。
+- 项目规范要求的 public 方法注释缺失。
+
+## 误报规避
+
+- 固定业务元数据 ID，如 formId、appId、billTypeId、枚举编码，不按环境硬编码处理。
+- 中文注释和内部日志不按国际化问题处理。
+- 不机械判定 `DynamicObject.getString`、`getLong`、`getBigDecimal` 的 null 检查，要结合字段可空性和平台行为。
+- 注释中的代码不作为活动代码审查。
+- 单元测试里的测试数据常量不按生产硬编码处理。
+
+## 输出格式
+
+先输出发现项，按严重级别排序。每个发现项包含：
+
+- 级别：P0、P1 或 P2。
+- 文件和行号。
+- 具体问题。
+- 为什么在 Cosmic 中有风险。
+- 修复建议。
+
+随后说明：
+
+- 已运行和未运行的检查。
+- 已验证的产品、元数据和 API 事实。
+- 剩余风险或缺失上下文。
+
+如果没有发现问题，明确说明未发现问题，并列出剩余测试或证据缺口。

package/skills/kd-cosmic-unittest/SKILL.md

@@ -0,0 +1,92 @@
+---
+name: kd-cosmic-unittest
+description: 金蝶 Cosmic 体系 Java 单元测试生成和审查技能，适用于 common、business、opplugin、formplugin 四工程结构。用户要求编写、补充、修复或审查苍穹、星瀚、星空旗舰版、共享 Cosmic Java 单测时使用。
+---
+
+# 金蝶 Cosmic 单元测试
+
+本技能用于 Cosmic 体系 Java 模块的单元测试工作。
+
+常见模块结构：
+
+- `<module>-common`
+- `<module>-business`
+- `<module>-opplugin`
+- `<module>-formplugin`
+
+不要把本技能用于 Enterprise C# 测试。
+
+## 前置条件
+
+编写测试前：
+
+- 确认产品属于 Cosmic 体系。
+- 从文件路径和包名识别目标工程类型。
+- 阅读被测类和最近的测试基类。
+- 新增测试风格前，先搜索同模块同包下已有测试。
+- 用 `kd_search` 查询 Cosmic 单测指导和模块测试模式。
+- 仅在测试或被测代码使用的 SDK 方法签名不确定时，使用 `kd_cosmic_api`。
+
+## 测试模式选择
+
+选择一种模式：
+
+- common POJO/DTO：直接实例化，测试 getter、setter、构造方法和简单转换。
+- common 枚举：测试查找方法、匹配逻辑、未知值和空值处理。
+- common 工具类：测试静态方法，隔离平台依赖。
+- business helper：mock 静态服务 helper，验证返回值或副作用。
+- Validator：准备必需属性，执行校验，断言收集到的校验消息。
+- 操作插件：验证属性准备、事务阶段行为和操作结果处理。
+- 转换插件：验证源单到目标单映射、空值和默认值。
+- 表单/列表/单据插件：使用模块 `BasePluginTest` 或既有 formplugin 测试模式，验证 model/view 交互。
+
+## 编码前分析
+
+非平凡类在改代码前先摘要：
+
+- 被测类和模块类型。
+- 被测 public/protected 方法。
+- 分支、switch case 和边界值。
+- 需要 mock 的静态 helper 和平台服务。
+- 需要构造的 `DynamicObject` 字段和集合结构。
+- 被测代码中应由测试暴露而不是绕过的 bug。
+
+POJO 或简单枚举场景可以简要说明后直接实现。
+
+## 测试质量规则
+
+- 使用项目已有 JUnit 和 Mockito 版本。
+- import 保持显式；项目风格允许时也不要使用宽泛静态通配导入。
+- 每个测试方法必须有真实断言或交互验证。
+- 避免 `assertTrue(true)`、`assertEquals(x, x)` 或只执行不验证的测试。
+- 每个 `switch` case 默认拆成独立测试方法，除非本地惯例明显不同。
+- 覆盖有意义的 `if/else` 组合和比较运算边界值。
+- 缺失常量或枚举时，不用猜测字面值替代。先搜索来源；找不到就让用户补充。
+- 关闭所有 `MockedStatic` 和构造函数 mock。
+- 不重复声明测试基类已经管理的静态 mock。
+
+## Cosmic Mock 注意点
+
+- 优先使用项目已有 `DynamicObjectMocker`、`CommonMockObject`、`BaseTest`、`BasePluginTest`。
+- `DataSet` 和查询行只 mock 实际 select 并读取的字段。
+- 查询别名里包含点号时，如果平台 mocker 无法安全表示，使用 mock 的 `DynamicObject`。
+- 对 `kd.bos.db.DB`，遵循项目已有 Class defrost 后再静态 mock 的模式。
+- 对带分布式缓存行为的 helper，先搜索已有测试中的专用 mock helper，不直接 `mockStatic`。
+
+## 验证
+
+写完测试后：
+
+- 使用 `kd_build` 或计划中的命令运行最窄可行 Gradle test 任务。
+- 如果本机缺少业务 jar 或本地配置导致 Gradle 不能运行，明确说明原因，并给出用户应在 IDE 中运行的准确任务。
+- 存在 harness run 时，把测试文件和验证结果写入 `.pi/kd/runs/<run-id>/EXECUTION.md`。
+
+## 输出要求
+
+说明：
+
+- 创建或修改的测试文件。
+- 覆盖的场景。
+- 引入的 mock。
+- 发现的被测代码 bug。
+- 验证命令和结果。

package/skills/kd-debug/SKILL.md

@@ -0,0 +1,30 @@
+---
+name: kd-debug
+description: Debug Kingdee plugin issues using logs, stack traces, metadata assumptions, SDK lifecycle knowledge, and verification feedback.
+---
+
+# Kingdee Debug
+
+Use this skill when analyzing Kingdee runtime, build, or plugin behavior failures.
+
+Analysis approach:
+
+- Identify whether the issue is business exception, SDK lifecycle misuse, metadata/configuration, permission, database, integration, or environment.
+- Trace stack frames to the first project-owned plugin or service class.
+- Check common Kingdee causes:
+  - missing or incorrect field mapping in metadata
+  - wrong operation type or lifecycle hook
+  - bill/entity/form mismatch
+  - database timeout or connection issue
+  - permission or authorization failure
+  - null dynamic object or missing entry rows
+  - repeated DB calls in loops causing slow saves/submits
+- Use `kd_search` for uncertain SDK behavior and `kd_table` for table assumptions.
+
+Output expectations:
+
+- State the likely root cause and confidence level.
+- Provide the next concrete inspection step.
+- Suggest a minimal fix, then verification evidence needed to prove it.
+- If evidence is insufficient, say exactly what log, stack trace, metadata, or code file is missing.
+

package/skills/kd-discuss/SKILL.md

@@ -0,0 +1,24 @@
+---
+name: kd-discuss
+description: Kingdee Harness Engineering discussion phase for capturing business intent, boundaries, product profile, plugin type, and open questions.
+---
+
+# Kingdee Discuss Phase
+
+Use this skill when starting or refining a Kingdee development task.
+
+Goal:
+
+- Capture the business goal.
+- Identify Kingdee product, version, and tech stack: Cosmic-family Java for Cangqiong/Xinghan/Xingkong Flagship, or enterprise C#.
+- Identify plugin type, lifecycle event, bill/entity/form, and data fields when known.
+- Record out-of-scope items and unresolved questions.
+- Write or update `.pi/kd/runs/<run-id>/CONTEXT.md`.
+
+Rules:
+
+- Do not propose implementation before the context is clear.
+- Do not invent SDK APIs, table names, or lifecycle methods.
+- If the product/version, tech stack, or target object is unknown, mark it as an open question.
+- Never apply enterprise C# rules to Java products, or Java/Cosmic plugin rules to enterprise C#.
+- Keep context concise; detailed design belongs in `SPEC.md`.

package/skills/kd-execute/SKILL.md

@@ -0,0 +1,22 @@
+---
+name: kd-execute
+description: Kingdee Harness Engineering execution phase for making planned code changes under gates and recording deviations.
+---
+
+# Kingdee Execute Phase
+
+Use this skill only after `PLAN.md` exists.
+
+Goal:
+
+- Implement only the approved plan.
+- Use `kd_search` and `kd_table` before relying on Kingdee APIs or table schemas.
+- Update `.pi/kd/runs/<run-id>/EXECUTION.md` with completed steps, changed files, and deviations.
+
+Rules:
+
+- Do not broaden scope silently.
+- Do not rewrite unrelated modules.
+- Do not mark work complete until verification runs.
+- If implementation needs a plan change, update `PLAN.md` first.
+

package/skills/kd-gen/SKILL.md

@@ -0,0 +1,34 @@
+---
+name: kd-gen
+description: Generate Kingdee product-specific Java/C# plugin code using verified SDK patterns and the active harness plan.
+---
+
+# Kingdee Code Generation
+
+Use this skill when generating Kingdee product-specific plugin code.
+
+Inputs to establish before coding:
+
+- Kingdee product, version, and tech stack.
+- Plugin type and correct base class.
+- Target bill/entity/form and lifecycle event.
+- Business rule and acceptance criteria.
+- Relevant SDK/table facts from `kd_search` or `kd_table`.
+
+Rules:
+
+- Generate code only after the active run has a `PLAN.md`.
+- Use the correct base class only when verified for the target product family.
+- Use `kd.bos.*` style packages for Cosmic-family Java code and `Kingdee.BOS.*` style namespaces for enterprise C# code.
+- Do not reuse Cosmic/Xinghan/Cangqiong APIs for enterprise C#.
+- Do not reuse enterprise C# namespaces or lifecycle assumptions for Java products.
+- Add Chinese comments only for business logic or non-obvious Kingdee lifecycle behavior.
+- Handle exceptions with logging or business exceptions; do not leave empty catch blocks.
+- Avoid magic values; promote status values, field keys, operation codes, and table names to constants.
+- Avoid database calls inside loops.
+
+Output expectations:
+
+- Keep code changes scoped to the plan.
+- Update `.pi/kd/runs/<run-id>/EXECUTION.md` with changed files and any deviations.
+- Do not claim completion until `kd-verify` has collected evidence.

package/skills/kd-ksql/SKILL.md

@@ -0,0 +1,86 @@
+---
+name: kd-ksql
+description: 金蝶 Cosmic 体系 KSQL/SQL 数据修复脚本生成、审查和验证技能。适用于数据修复、批量更新、字段回填、影响范围查询、备份、回滚、元数据确认表字段映射、SQL lint 证据等苍穹、星瀚、星空旗舰版场景。
+---
+
+# 金蝶 KSQL 数据修复
+
+本技能用于 Cosmic 体系 SQL/KSQL 数据修复工作。它产出数据库脚本，不生成 Java 插件代码。
+
+不要把本技能用于 Enterprise C# 技术栈假设或非 Cosmic 表结构映射。
+
+## 前置条件
+
+生成最终 SQL 前：
+
+- 确认产品属于 Cosmic 体系。
+- 运行 `kd_cosmic_config`，或使用已有成功配置证据。
+- 使用带 SQL 信息的 `kd_cosmic_metadata` 验证表单 ID、单据名称、表名、字段数据库名、字段类型、枚举/下拉值、基础资料落库字段、`dbKey` 和 `dbName`。
+- 表、字段、枚举或数据库路由事实未验证时，停止并列出待确认项。
+- 多张表的 `dbName` 不一致时，不生成普通跨库更新 SQL；先让用户确认跨库处理策略。
+
+## 确认卡片
+
+最终 SQL 前提供确认卡片：
+
+```text
+意图：<业务目标>
+产品：<Cosmic 体系产品>
+对象：<表单/单据/基础资料>
+元数据：已确认 / 待确认
+表：已确认 / 待确认
+字段：已确认 / 待确认
+数据库路由：单库 / 跨库 / 待确认
+影响范围查询：已确认 / 待确认
+备份：已确认 / 待确认
+更新：已确认 / 待确认
+验证：已确认 / 待确认
+回滚：已确认 / 待确认
+Lint：已通过 / 待执行
+```
+
+只有所有必需项都已确认，才生成最终 SQL。
+
+## 脚本结构
+
+最终 SQL 应包含：
+
+1. 文件头：目的、产品、元数据来源、时间戳和执行提醒。
+2. 影响范围查询。
+3. 整表备份：`SELECT * INTO bak_<table>_<yyyyMMddHHmm>`。
+4. 与更新范围一致的更新前确认查询。
+5. 正式更新语句。
+6. 更新后验证查询。
+7. 回滚语句。
+8. 来自元数据证据的字段映射摘要。
+
+默认使用 PostgreSQL 语法，除非用户明确指定其他数据库方言。
+
+## 安全规则
+
+- 不生成无 `WHERE` 的 `UPDATE` 或 `DELETE`。
+- 除整表备份外，不使用 `SELECT *`。
+- 影响范围、更新前检查、更新、验证和回滚的范围保持一致。
+- 语义等价时优先使用可读的 `IN` 成员条件。
+- 空值判断使用 `IS NULL` 和 `IS NOT NULL`。
+- 避免 drop、rename 等破坏性结构变更；除非用户明确要求并记录风险。
+- 数据更新前先做整表备份。
+- 备份表名和输出文件名使用同一个时间戳。
+
+## Lint 和证据
+
+创建 SQL 文件后：
+
+- 对文件运行 `kd_ksql_lint`。
+- 交付前必须修复 lint `ERROR`。
+- 对剩余 `WARN` 说明保留原因。
+- lint 结果写入 `.pi/kd/runs/<run-id>/evidence/ksql-lint.txt`；没有自动 evidence 时写进 `EXECUTION.md`。
+
+## 输出要求
+
+交付时说明：
+
+- SQL 文件路径。
+- 使用的元数据来源。
+- lint 状态。
+- 执行前还需要人工确认的事项。

package/skills/kd-plan/SKILL.md

@@ -0,0 +1,24 @@
+---
+name: kd-plan
+description: Kingdee Harness Engineering planning phase for file inspection, implementation steps, SDK lookup, validation commands, and rollback notes.
+---
+
+# Kingdee Plan Phase
+
+Use this skill after `SPEC.md` exists.
+
+Goal:
+
+- Produce or update `.pi/kd/runs/<run-id>/PLAN.md`.
+- List files to inspect before editing.
+- List expected files to modify.
+- List required `kd_search` and `kd_table` lookups.
+- Define validation commands and expected evidence.
+- Add rollback or containment notes for medium/high risk work.
+
+Gate:
+
+- Execution must not start without `PLAN.md`.
+- A plan without validation commands is incomplete.
+- A plan that relies on unverified Kingdee API names is incomplete.
+

package/skills/kd-ship/SKILL.md

@@ -0,0 +1,22 @@
+---
+name: kd-ship
+description: Kingdee Harness Engineering ship phase for summarizing changes, evidence, risks, and handoff notes.
+---
+
+# Kingdee Ship Phase
+
+Use this skill only after `VERIFY.md` exists.
+
+Goal:
+
+- Produce `.pi/kd/runs/<run-id>/SHIP.md`.
+- Summarize changed files and behavior.
+- Link verification evidence.
+- List known risks and follow-up tasks.
+
+Rules:
+
+- Do not claim completion without verification evidence.
+- Keep the handoff concise and decision-oriented.
+- If verification is partial, say so clearly.
+

package/skills/kd-spec/SKILL.md

@@ -0,0 +1,24 @@
+---
+name: kd-spec
+description: Kingdee Harness Engineering specification phase for acceptance criteria, lifecycle hooks, data objects, constraints, and risks.
+---
+
+# Kingdee Spec Phase
+
+Use this skill after `CONTEXT.md` exists.
+
+Goal:
+
+- Produce or update `.pi/kd/runs/<run-id>/SPEC.md`.
+- Define acceptance criteria.
+- Define target lifecycle event or extension point.
+- List data objects, fields, table assumptions, and SDK assumptions.
+- Capture exception behavior, performance constraints, and risk level.
+
+Rules:
+
+- Separate confirmed facts from assumptions.
+- Mark every API/table assumption as requiring lookup with `kd_search` or `kd_table`.
+- Do not edit product code in this phase.
+- If acceptance criteria are vague, ask targeted questions or state explicit assumptions.
+

package/skills/kd-verify/SKILL.md

@@ -0,0 +1,22 @@
+---
+name: kd-verify
+description: Kingdee Harness Engineering verification phase for build, tests, checks, UAT evidence, and residual risk.
+---
+
+# Kingdee Verify Phase
+
+Use this skill after implementation.
+
+Goal:
+
+- Run planned validation commands.
+- Run `kd_check` when code is available.
+- Collect evidence into `.pi/kd/runs/<run-id>/VERIFY.md`.
+- Record failures, fixes, skipped checks, and residual risk.
+
+Rules:
+
+- Passing unit tests is not enough if acceptance criteria require workflow behavior.
+- If validation cannot run, state the exact blocker.
+- Do not ship while verification evidence is missing.
+

package/themes/kcode-dark.json

@@ -0,0 +1,81 @@
+{
+  "$schema": "https://raw.githubusercontent.com/earendil-works/pi/main/packages/coding-agent/src/modes/interactive/theme/theme-schema.json",
+  "name": "kcode-dark",
+  "vars": {
+    "text": "#d7dde3",
+    "cyan": "#23b8c7",
+    "blue": "#4f7fcf",
+    "green": "#6dbb76",
+    "red": "#d66a6a",
+    "yellow": "#d6b45f",
+    "gray": "#8b949e",
+    "dimGray": "#5f6872",
+    "darkGray": "#39414a",
+    "accent": "#2fb7a2",
+    "selectedBg": "#23343a",
+    "userMsgBg": "#1f2a30",
+    "toolPendingBg": "#202833",
+    "toolSuccessBg": "#1f3026",
+    "toolErrorBg": "#332326",
+    "customMsgBg": "#242d38"
+  },
+  "colors": {
+    "accent": "accent",
+    "border": "blue",
+    "borderAccent": "accent",
+    "borderMuted": "darkGray",
+    "success": "green",
+    "error": "red",
+    "warning": "yellow",
+    "muted": "gray",
+    "dim": "dimGray",
+    "text": "text",
+    "thinkingText": "gray",
+    "selectedBg": "selectedBg",
+    "userMessageBg": "userMsgBg",
+    "userMessageText": "text",
+    "customMessageBg": "customMsgBg",
+    "customMessageText": "text",
+    "customMessageLabel": "accent",
+    "toolPendingBg": "toolPendingBg",
+    "toolSuccessBg": "toolSuccessBg",
+    "toolErrorBg": "toolErrorBg",
+    "toolTitle": "text",
+    "toolOutput": "gray",
+    "mdHeading": "accent",
+    "mdLink": "blue",
+    "mdLinkUrl": "dimGray",
+    "mdCode": "cyan",
+    "mdCodeBlock": "green",
+    "mdCodeBlockBorder": "darkGray",
+    "mdQuote": "gray",
+    "mdQuoteBorder": "darkGray",
+    "mdHr": "darkGray",
+    "mdListBullet": "accent",
+    "toolDiffAdded": "green",
+    "toolDiffRemoved": "red",
+    "toolDiffContext": "gray",
+    "syntaxComment": "#6A9955",
+    "syntaxKeyword": "#569CD6",
+    "syntaxFunction": "#DCDCAA",
+    "syntaxVariable": "#9CDCFE",
+    "syntaxString": "#CE9178",
+    "syntaxNumber": "#B5CEA8",
+    "syntaxType": "#4EC9B0",
+    "syntaxOperator": "#D4D4D4",
+    "syntaxPunctuation": "#D4D4D4",
+    "thinkingOff": "darkGray",
+    "thinkingMinimal": "dimGray",
+    "thinkingLow": "blue",
+    "thinkingMedium": "cyan",
+    "thinkingHigh": "accent",
+    "thinkingXhigh": "#d183e8",
+    "bashMode": "green"
+  },
+  "export": {
+    "pageBg": "#14191f",
+    "cardBg": "#1b222a",
+    "infoBg": "#272f35"
+  }
+}
+