Hacktoberfest 2026:维护者为十月标记出来的 issue,仍然开放、适合新手。 浏览 Hacktoberfest issue

docs(zh): configuration/providers.md is missing the "OAuth and credential injection" section

未关闭 适合新手
#3,947 0 条评论 0 个 reaction 已指派 0 人 在 GitHub 查看

维护者通常 1 天内回复

@chendpoc 已经在做这个了。

开始于 2026年9月27日。

  • #4048 来自 @chendpoc —— 未关闭

评估

难度
1/5
预计耗时
1 小时以内
新手友好度
92/100
Issue 类型
文档
描述清晰度
描述清楚
活跃度
活跃
领域
documentation

调研方向

将 L157-L160 附近的 docs/en/configuration/providers.md 与 docs/zh/configuration/providers.md 进行比较,后者缺少位于最后一个 provider 和 下一步 之间的部分。使用页面现有的术语添加提议的 OAuth 和凭据注入部分,然后根据英文页面验证标题数量和对应关系。

由索引模型根据 Issue 内容生成。

描述

The Chinese page is one section short of the English one, and it is the section that answers "why don't I need to paste an API key".

Where

docs/zh/configuration/providers.md has 9 ## headings; docs/en/configuration/providers.md has 10. The eight shared headings sit at identical line numbers in both files, so the two pages are otherwise kept in lockstep:

en zh
Supported provider types / 支持的提供商类型 L5 L5
/provider / /provider L22 L22
kimi L45 L45
anthropic L62 L62
openai L82 L82
openai_responses L98 L98
google-genai L112 L112
vertexai L135 L135
OAuth and credential injection L157 — missing —
Next steps / 下一步 L161 L158

en L157-160:

## OAuth and credential injection

The Kimi Code managed service uses OAuth rather than static API keys. After running `/login`, the built-in authentication toolchain automatically writes and refreshes credentials, so no manual configuration is needed in `config.toml` for this.

zh L156 and L157 are both blank lines, which is the hole the section should occupy.

Scope

I paired all 28 docs/en/** pages with their docs/zh/** counterparts and compared ## / ### headings: every file is present in both languages, there are zero missing ### headings, and this is the only page with a missing ##. So it reads as an omission rather than an intentional divergence.

Why it is worth fixing

The zh page already tells the reader that /login manages OAuth accounts (zh L40, mirrored from en), but not why the managed service behaves that way, and the zh page then goes straight from the last provider to 下一步. The missing paragraph is the one sentence that explains that no static key belongs in config.toml for the managed service — which is exactly the thing this page is for.

Proposed change

Three lines, matching the terminology already used on that page (托管服务, 凭证, API 密钥, /login, config.toml):

## OAuth 与凭证注入

Kimi Code 托管服务使用 OAuth,而不是静态 API 密钥。执行 `/login` 后,内置的认证工具链会自动写入并刷新凭证,因此这类凭证无需在 `config.toml` 中手动配置。

CONTRIBUTING.md asks external contributors to open an issue and wait for a maintainer's /approve before opening the PR, so that is what this is. Happy to send the three-line patch (docs only, no changeset) as soon as it is approved.

主要语言
TypeScript
星标
8k
派生
1.3k
平均合并
20 小时 35 分钟
30 天内合并 PR
150

环境准备

从这里开始

  1. 先读完整个 Issue,再读项目的贡献指南。
  2. 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
  3. Fork 仓库,在一个分支上完成修改。
  4. 提交 Pull Request,并在描述里引用这个 Issue 编号。

MoonshotAI/kimi-code 的其他 Issue

查看 MoonshotAI/kimi-code 的全部 Issue

相似的 Issue

更多 TypeScript Issue

把新 issue 发到你的邮箱

精选适合新手参与的 GitHub issue 摘要。