Files
deepseek-harness/docs/user/zh-CN/develop/basic/config.md
2026-07-13 15:38:47 +08:00

2.6 KiB
Raw Blame History

插件配置

让你的插件接受用户在 cordis.yml 中传入的配置。

定义 Config 类型

在插件中导出一个 Config 类型和可选的默认值:

import type { Context } from 'cordis'

export const name = 'my-plugin'

export interface Config {
  greeting: string
  maxRetries: number
  verbose?: boolean
}

export const Config = {
  greeting: 'Hello',
  maxRetries: 3,
  verbose: false,
}

export function apply(ctx: Context, config: Config) {
  console.log(config.greeting)  // 用户配置或默认值
}

用户在 cordis.yml 中这样使用:

- name: './src/my-plugin.ts'
  config:
    greeting: 'Hi there'
    maxRetries: 5

未提供的字段使用导出的 Config 对象中的默认值。

Schema 校验

对于需要严格校验的场景,使用 Schemastery 定义 schema

import type { Context } from 'cordis'
import Schema from 'schemastery'

export const name = 'validated-plugin'

export interface Config {
  apiKey: string
  timeout: number
  mode: 'fast' | 'accurate'
}

export const Config = Schema.object({
  apiKey: Schema.string().required(),
  timeout: Schema.number().default(30000),
  mode: Schema.union(['fast', 'accurate']).default('fast'),
})

export function apply(ctx: Context, config: Config) {
  // config 已经过校验,类型安全
}

Schema 在插件加载时执行校验。如果配置不合法,插件会加载失败并给出明确错误信息。

设计原则

无硬编码可调参数

Harness 的约定:任何两个部署可能想要不同值的东西,都应该是配置字段

// 错误 — 硬编码超时时间
const TIMEOUT = 30000

// 正确 — 可配置
export interface Config {
  timeoutMs: number  // 默认 30000
}

检验标准:能否在 cordis.yml 中改变这个值,而不需要修改代码?

配置错误要响亮

如果配置引用了不存在的东西(比如一个不存在的模型名),应该尽早报错,而不是静默跳过:

export function apply(ctx: Context, config: Config) {
  if (!ctx.llm.hasAdapter(config.model)) {
    throw new Error(`Model "${config.model}" is not registered by any LLM adapter`)
  }
}

配合 HMR

配置变更会触发插件热替换:修改 cordis.yml 中某个插件的 config,框架会卸载旧实例、加载新实例。由于注册都是效果(自动清理),这个过程是安全的。

下一步