← 返回列表
未验证
为 DeepSeek Harness 的 LLM 接入层提供 Kiro 提供方。
尚未跑自动兼容性验证，可查看页面内的依赖与入口分析。 · 最近上游提交 2026/8/30 · 已提供中文文档
deepseek-harness kiro 提供程序
综合分
28.3
GitHub 分
28.3
用户评分
—
★ Stars
1
周下载量
—
安装插件（需先安装 dsh CLI 引擎：npm install -g @deepseek-ai/dsh）
dsh plugin --profile web add joshryandavis/dsh-llm-aws-kiro该插件未发布到 npm，走 GitHub 源安装（pnpm 若拦截 prepare 脚本，按其提示在 pnpm-workspace.yaml 的 allowBuilds 中放行后重跑）
信任档位：已验证本站已于 0 天前真实安装成功（L4 · 真实安装）
- 是什么
- dsh 原生插件 · other
- 装得上吗
- 本站已真实安装成功（L4 · 真实安装，非静态推断）
- 安全吗
- 本站尚未对该插件做风险分级（暂未覆盖，不等同于无风险）
- 还在维护吗
- 活跃：最近一次提交在 27 天前
档位由下列信号合成：本站实装验证（真实安装，当前最高到 L4）· 验证所用 dsh 版本 · 静态安装检查 · 风险分级 · 仓库维护状态。下方各区块是它的证据明细。 验证判据与等级说明 →
🟢实装验证通过· 2026/9/26
由本站实装验证器在真实 dsh 环境安装成功，非静态推断。
数据截至 2026/9/23（元数据每日更新 · 实装验证按队列轮转，单条结论的验证时间见上方）
依赖的 DSH / Cordis 模块
@deepseek-ai/cordis-plugin-include@deepseek-ai/cordis-plugin-loader@deepseek-ai/dsh-attachment@deepseek-ai/dsh-credentials@deepseek-ai/dsh-credentials-local@deepseek-ai/dsh-invariants@deepseek-ai/dsh-launch-environment@deepseek-ai/dsh-llm@deepseek-ai/dsh-settings@deepseek-ai/dsh-settings-file@deepseek-ai/dsh-timeout@deepseek-ai/cordis用户评分
还没有人投票，来当第一个
订阅周报，不错过优质插件更新
每周一封 · 高评分插件 + 新用户活动
README
由 DeepSeek 最新模型翻译生成dsh-llm-kiro 为 DeepSeek Harness 的 LLM 接入层提供 Kiro 提供方。 该包是一个独立的 Cordis 插件：通过 cordis.yml 挂载到任意 harness 组合中，在 ctx.llm 上注册 kiro 提供方路由，无需改动 harness 本身。 它处理什么 | 关注点 | 实现 | | --- | --- | | 现有凭据 | 自动拾取已有的 kiro-cli 登录（kiro-cli SQLite 存储的 auth_kv 表，IDC 和社会登录 token）以及 Kiro IDE token（~/.aws/sso/cache/kiro-auth-token.json 及其 OIDC 客户端注册）——无需二次登录。可选的 bearerTokenEnv 引用可绕过环境发现，供 CI/机器人使用。 | | Token 刷新 | 通过 AWS SSO OIDC /token 端点（Builder ID / IAM Identity Center）或 Kiro 桌面认证服务 （Google/GitHub 社会登录）静默刷新过期 token，并写回 kiro-cli 存储，保证两个使用方保持同步；流中途 收到 403 时重新读取共享存储，并回退到 kiro-cli debug refresh-auth-token；最后的兜底失败以 MISSING_CREDENTIAL/AUTH 及指引形式呈现。 | | 后端 | 区域/端点解析（SSO 区域 → Kiro API 区域）、管理控制面（List-Available-Profiles、 List-Available-Models、共享的 ~/.kiro-management-models-cache.json 目录缓存），以及通过 AWS event-stream 协议（经 @smithy/core 的 Smithy 组帧）发起的运行时 generateAssistantResponse 调用， 带容量退避、首 token 超时和 harness 空闲看门狗。 | | 模型 | 一份镜像 kiro-cli 已验证菜单的引导目录（15 个模型，含上下文窗口、输出上限、推理能力、图像模态）， 精确的线上 id 解析（带连字符的 harness id ⇄ 带点的线上 id），以及面向 Models 页面的管理发现。 推理强度把 harness 的 off/low/high/max 词汇映射到每个模型各自认证的 effort schema， 并在系统提示上带上 Kiro 的思考标记。 | 每个运行时请求都携带 harness 属性化的 User-Agent（来自 @deepseek-ai/dsh-llm 的 attributionHeaders()），以及后端期望的 AWS SDK 风格的 x-amz-user-agent 遥测头。 安装 该包是 ESM，并把所依赖的 harness 包声明为 peer dependencies——由宿主 DSH 安装提供。它还声明了 dsh bundle 清单（cordis.patch.yml 随包发布），因此既可以作为普通插件依赖挂载，也可以作为 profile bundle 挂载。 dsh plugin --profile add @joshryandavis/dsh-llm-kiro 在 cordis.yml 中挂载： - id: llm-kiro name: '@joshryandavis/dsh-llm-kiro' config: region: us-east-1 # 可选；省略时以凭据的区域为准 reasoningEffort: high # 可选；off | low | high | max（默认 high） 对于已有的 kiro-cli 或 Kiro IDE 登录，这已经是全部配置：凭据被自动拾取、静默刷新并写回。静态 bearer token 也可以： - id: llm-kiro name: '@joshryandavis/dsh-llm-kiro' config: bearerTokenEnv: KIRO_BEARER_TOKEN # 通过 harness 凭据服务存储 配置参考 所有字段都可选；llm-kiro 用户设置区使用同一套 schema，可以在运行时编辑——修改无需重启即可作用于下一个请求。 | 字段 | 默认值 | 含义 | | --- | --- | --- | | region | 凭据的区域，否则 us-east-1 | Kiro API 区域覆盖。 | | runtimeURL | https://runtime..kiro.dev | 运行时端点覆盖，用于网关/代理部署。 | | profileArn | 管理发现 | Profile ARN 覆盖。 | | bearerTokenEnv | — | 静态 bearer token 的凭据引用；绕过环境发现。 | | thinking | enabled | 部署锁；设为 disabled 会把每个请求都限制为 off。 | | reasoningEffort | high | 默认推理强度；off 禁用思考。 | | maxTokens | 8192 | 默认的每请求输出上限；按模型的上限和显式值优先。 | | defaultContextWindow | 200000 | 没有精确值时的上下文容量。 | | models | 引导目录 | 展示给发现使用方的参考模型列表。 | | streamIdleTimeoutMs | 300000 | 每次读取的空闲预算。 | | firstTokenTimeoutMs | 90000 | 首事件预算；慢模型另有按模型覆盖。 | | retryPolicy | normal，五次重试 | 提供给 dsh-llm-retry 的提供方自有重试策略。 | | kiroCliDbPath | 平台应用支持目录 | kiro-cli SQLite 存储覆盖。 | | ssoCacheDir | ~/.aws/sso/cache | Kiro IDE token 目录覆盖。 | | allowKiroCliRefresh | true | 403 恢复是否允许调用 kiro-cli。 | 模型 引导目录（harness id → 线上 id）： | Harness id | 线上 id | 上下文 | 推理 | 图像 | | --- | --- | --- | --- | --- | | claude-opus-4-8 / claude-opus-4-7 | claude-opus-4.8 / claude-opus-4.7 | 1M | ✓ | ✓ | | claude-opus-4-6 | claude-opus-4.6 | 1M | ✓ | ✓ | | claude-sonnet-5 / claude-sonnet-4-6 | claude-sonnet-5 / claude-sonnet-4.6 | 1M | ✓ | ✓ | | claude-sonnet-4-5 / claude-sonnet-4 | claude-sonnet-4.5 / claude-sonnet-4 | 200K | ✓ | ✓ | | claude-haiku-4-5 | claude-haiku-4.5 | 200K | ✗ | ✓ | | claude-fable-5 | claude-fable-5 | 1M | ✓ | ✓ | | deepseek-3-2 | deepseek-3.2 | 164K | ✓ | ✗ | | minimax-m2-5 / minimax-m2-1 | minimax-m2.5 / minimax-m2.1 | 196K | ✗ | ✗ | | glm-5 | glm-5 | 200K | ✓ | ✗ | | qwen3-coder-next | qwen3-coder-next | 256K | ✓ | ✗ | | auto | auto | 1M | ✓ | ✓ | 带连字符和带点的两种写法都会解析到线上 id。经过认证的管理目录（按凭据、按区域）在发现运行后会覆盖容量 和推理强度阶梯；~/.kiro-management-models-cache.json 的目录缓存与 pi-provider-kiro 共享。 开发 pnpm install pnpm run build # tsc -b：编译本包；依赖从已发布的 @deepseek-ai 包解析 pnpm test # vitest 套件（95 个测试）：端点、存储、刷新、模型、序列化、 翻译、适配器传输、真实 Loader 组合 测试从 node_modules 中已发布的 @deepseek-ai/* 包解析 harness 包（peer dependencies 加上按代码开发所 针对版本固定的 dev-dependency 集合），因此它们验证的是确切发布的 API。凭据测试与宿主机器真实的 kiro-cli / Kiro IDE 存储完全隔离。 已知限制与待办工作 - 未捆绑交互式登录：没有环境凭据时，提供方以 MISSING_CREDENTIAL 失败，并指向 kiro-cli login 或 Kiro IDE。设备码流程可以日后在管理接缝上补充。 - 遗留的内联思考方言：推理通过原生的 thinkingText 事件到达；在内容里发出 标签的模型会 在可见文本块中保留它们。 - 不发出回放状态：跟进时历史会以提供方无关的内容重新发送。 - 管理目录刷新是拉取式的（发现或缓存过期触发），不是后台预热。 许可证 MIT