首页
学习
活动
专区
圈层
工具
发布
    • 综合排序
    • 最热优先
    • 最新优先
    时间不限
  • 来自专栏AI

    Qoder 发布社区版:BYOK免费了

    今天,Qoder社区版上线,顺便把BYOK(BringYourOwnKey)功能对所有人免费开放。听起来像是个普通的产品更新?但在我看来,这更像是给开发者递了一把"选择权"的钥匙。 Qoder的BYOK把这些脏活累活封装好了,你只管写代码,剩下的交给它。这种"省心但不失控制"的平衡,我觉得挺妙。模型界的"百家争鸣",你站哪一队? Qoder社区版+BYOK的组合,像是一次温和的"权力下放":它不承诺帮你写出完美的代码,但它承诺给你选择的自由。

    1.6K10编辑于 2026-05-07
  • 2026 最新 GitHub Copilot BYOK 教程:接入 ClaudeAPI 跑 Claude 4.x 模型

    但最近折腾 Copilot CLI 的时候,我发现 GitHub 已经正式开放了 BYOK(Bring Your Own Key)能力。说白了,就是允许你自己指定模型供应商。 GitHub 官方给出的方案,就是 BYOK。 因为 Copilot CLI BYOK 本质上就是 Anthropic-compatible 协议,所以不需要改 SDK,也不需要额外适配。 第三步:Copilot CLI 接入 Claude API接下来才是真正的 BYOK 配置。 而 BYOK 开放之后,开发者终于开始重新掌握模型控制权。

    57010编辑于 2026-05-28
  • 来自专栏数据库与数据安全实战

    汽车行业BYOK云上密钥管理落地实践

    BYOK(BringYourOwnKey,客户自带密钥)正是为了解决这个矛盾而生的——让云平台提供加密能力,但密钥的根控制权始终在客户手中。 一、汽车行业的BYOK为什么比通用场景更复杂通用云平台的BYOK方案通常只涉及数据库加密和对象存储加密两个场景。但汽车行业的环境完全不同。 这意味着BYOK不仅是技术选项,而是商业准入条件。​二、BYOK架构的三个核心决策决策1:租户级隔离vs密钥级隔离这是BYOK方案中最基础也最容易被忽视的架构选择。 待车辆规模上万后,再把车主个人信息类数据升级到密钥级隔离,让终端用户(车主)也能通过BYOK机制参与密钥管理。决策2:客户的HSM怎么跟云平台打通这是BYOK落地中最"硬"的工程问题。 决策3:密钥轮换的节奏怎么定BYOK架构中最容易被忽视的操作性风险是密钥轮换。

    1900编辑于 2026-06-17
  • 来自专栏数据库与数据安全实战

    BYOK如何让整车厂把密钥牢牢攥在手里

    二、BYOK不是新技术,但大部分车企的部署方式是错的2.1BYOK的三种实现模式,区别很大"自带密钥"听起来简单,但实际上有三种完全不同的实现路径:模式密钥生成位置密钥控制方云厂商能否查看密钥明文安全等级 CMK托管(默认)云KMS云厂商能(理论上)⭐⭐BYOK基础版车企本地HSM车企导入后云HSM持有密文⭐⭐⭐HYOK严格版车企本地HSM车企密钥永不出本地⭐⭐⭐⭐很多车企的技术团队一听到"BYOK",就以为选的是第三种 ——但实际上大多数云厂商的"BYOK"实现,只是第二种:密钥导入云端后,由云HSM管理,密钥明文限定在云HSM安全区内。 三、汽车行业BYOK落地的三个真实场景场景1:车联网数据湖的分区加密一个中型整车厂的车联网平台每天产生约3.2TB数据。传统做法是全量AES-256加密存储,一钥加密全量数据。 BYOK方案下的改进:按VIN(车辆识别码)域分区,每个分区使用独立的工作密钥每个分区密钥按日轮换,历史密钥HSM自动归档即使某个分区密钥泄露,影响范围限于该分区一天内的数据密钥轮换频率从"项目周期一次

    12710编辑于 2026-06-10
  • 来自专栏程序小小事

    爆:GitHub Copilot支持包括Anthropic、Azure、Google Gemini、Groq、OpenAI 和 OpenRouter等供应商AP

    JetBrains IDE 和 Xcode 中的 GitHub Copilot Chat 现已支持提供自带密钥 (Bring Your Own Key,BYOK)! Eclipse 中对 GitHub Copilot Chat 的 BYOK 支持即将推出。 如何使用若要使用自带密钥 (Bring Your Own Key,BYOK),请安装适用于 JetBrains 或 Xcode 的最新 GitHub Copilot 插件。

    88310编辑于 2025-09-12
  • 来自专栏云计算D1net

    云数据隐私:将密钥放在哪里?

    增强自带密钥(BYOK)服务使企业可以将数据位置与加密密钥分开。加密最佳实践有助于提高数据隐私性。 假设你正要外出,却发现钥匙找不到了,家人可能会问你的第一件事是,“上一次看到钥匙时记得在哪里?” 增强自带密钥(BYOK)服务使企业可以将数据位置与加密密钥分开。加密最佳实践有助于提高数据隐私性。 许多数据隐私法规与基础设施无关。这意味着它们需要相同的流程,并控制内部部署或云平台中的数据。 一些云计算服务提供商(CSP)使用自带密钥(BYOK)服务解决了一部分云计算加密问题,以使客户对其密钥获得更多控制。 云计算服务商(CSP)提供了一些原生控件,包括用于加密数据,通过自带密钥(BYOK)服务上传自己的密钥并将这些密钥存储在多租户环境或专用硬件安全模块中的工具。但是,使用这些服务并管理流程是客户的工作。

    4.8K10发布于 2021-06-01
  • 一人撑起 42K Star 项目:aider 如何用「编辑格式」重新定义 AI 编程

    programming in your terminal」,通过多种「编辑格式」(whole/diff/udiff/architect/patch)精确控制 LLM 输出代码变更,Git 原生集成自动提交,BYOK 格式 其他设计选择: CLI 优先:不做 IDE 插件,做终端工具——最大化灵活性和可组合性 Git 原生:每次修改自动 git commit,用户可随时 git diff 或 git revert BYOK Code Cursor Cline Goose 形态 CLI CLI IDE VS Code 扩展 CLI 开源 Apache 2.0 闭源 闭源 Apache 2.0 Apache 2.0 模型 BYOK 半自主 半自主 差异化护城河 编辑格式系统:10+ 种 Coder 实现覆盖不同 LLM 的最佳输出方式,竞品通常只有一种 LLM 排行榜话语权:aider 基准测试已成为行业参考,这是软性壁垒 BYOK 填补了「完全开源 + CLI + BYOK + 多模型」的空白。 套利机会分析 信息差: 项目极为知名(42K Star),无信息差。

    14710编辑于 2026-06-10
  • 来自专栏代码简单说

    在 Factory Droid 中使用 GLM Coding Plan的方法 Factory Droid接入GLM教程

    Factory Droid 是一个运行在终端的企业级 AI 编码代理,特点: 直接操作本地项目 支持多文件上下文理解 支持代码分析 / 变更 / 重构 可配置自定义模型(BYOK) 支持 MCP 扩展能力 相比单次问答: 可以持续上下文 可以连续改多轮 支持结构级理解 六、资源链接 Factory 文档: https://docs.factory.ai/cli/getting-started/overview BYOK 配置: https://docs.factory.ai/cli/byok/overview 七、GLM Coding Plan 体验卡入口 目前体验卡名额比较紧张,基本需要每天10点左右蹲点。

    7210编辑于 2026-06-16
  • 来自专栏云计算D1net

    云数据中心需要加密密钥的解决方案

    自带密钥(BYOK)是终端用户企业(而不是云服务提供商或供应商)控制加密密钥的解决方案。企业可以将密钥存储在本地,并在需要时将其提供给云服务提供商的软件。 自带密钥(BYOK)将继续获得人们的青睐。客户在本地存储他们的密钥从而避免依赖特定云计算提供商的情况。 自带密钥(BYOK)和企业在当地保存关键业务的缺点是技术复杂性和集成度方面的挑战。但是,使用现代化的解决方案,可提供具有HSM级安全性的现代软件的灵活性和易用性,可以最大限度地减少这些挑战。

    1.6K110发布于 2018-03-28
  • 来自专栏AI

    Jetbrains官宣全新AI CLI:Gemini大模型免费用!

    BYOK定价:自己的钥匙开自己的锁JetBrains这次在定价上很"开源精神":BYOK(BringYourOwnKey):用你自己的模型APIKey,JetBrains不收额外平台费或直接用JetBrainsAI

    93910编辑于 2026-03-20
  • IDEA 官宣全新AI CLI:Gemini大模型免费用!

    BYOK :自己的钥匙开自己的锁 JetBrains 这次在定价上很"开源精神": BYOK(Bring Your Own Key):用你自己的模型 API Key,JetBrains 不收额外平台费

    1K10编辑于 2026-03-31
  • PyCharm 2026.1 发布:调试终于现代化了,全面拥抱AI !

    Registry 就像一个 AI 编码代理的应用商店,你可以: 发现并安装开源代理(如 OpenCode) 使用专用工具(如 Gemini CLI) 通过 acp.json 自定义配置添加自己的代理 BYOK :自带密钥,丰俭由人 现在支持 Bring Your Own Key (BYOK),你可以: 连接自己的 OpenAI、Anthropic API 密钥 使用本地模型 根据预算和工作流自由选择 Next

    78510编辑于 2026-04-15
  • PyCharm 2025.3 官宣:uv 成为 Python 新王!

    AI 功能升级:多 Agent 协同 + BYOK 多 Agent 聊天界面 可在同一聊天窗口切换使用: Junie(JetBrains 自研,深度 IDE 集成) Claude Agent(首个第三方原生集成 Agent,来自 Anthropic) Bring Your Own Key(BYOK)即将推出 支持自定义接入: OpenAI API Key Anthropic(Claude)Key 任何兼容

    1.7K10编辑于 2026-02-27
  • PyCharm 2025.3 发布:uv 成为默认环境管理器!

    AI功能升级:多Agent协同+BYOK即将上线多Agent聊天界面可在同一聊天窗口切换使用:Junie(JetBrains自研,深度IDE集成)ClaudeAgent(首个第三方原生集成Agent,来自 Anthropic)BringYourOwnKey(BYOK)即将推出支持自定义接入:OpenAIAPIKeyAnthropic(Claude)Key任何兼容OpenAI协议的本地模型(如Ollama、

    1.1K10编辑于 2025-12-10
  • 构建 Agent 的"统一数据接口":从 OAuth 代理失败到 Schema 中间件的工程实践

    路2:BYOK(BringYourOwnKey)OAuth走不通后,我们考虑过让用户自己接28把APIkey——AgentKey只做"统一调用层",不持有任何凭证。这条路看上去最干净。 BYOK一件都不解决。所以最后我们走了路3。 四、一个反直觉的取舍我们刻意没做BYOK(BringYourOwnKey)。按"开放"的逻辑,让用户接自己28把key应该是更受欢迎的设计。 但聊用户的痛苦会发现90%不是钱的问题,是身份、限频、可观测性——这三件BYOK一件都不解决。所以我们选了反方向:一把masterkey,账号风险全部内部消化、调用全部统一可观测。

    13100编辑于 2026-05-08
  • 来自专栏IDEA

    PyCharm 2026.1 发布:调试器终于现代化了,全面拥抱AI !

    代理应用商店新推出的ACPRegistry就像一个AI编码代理的应用商店,你可以:发现并安装开源代理(如OpenCode)使用专用工具(如GeminiCLI)通过acp.json自定义配置添加自己的代理BYOK :自带密钥,丰俭由人现在支持BringYourOwnKey(BYOK),你可以:连接自己的OpenAI、AnthropicAPI密钥使用本地模型根据预算和工作流自由选择NextEditSuggestions

    60610编辑于 2026-04-10
  • 来自专栏vscode从0到高手

    VS Code 1.105正式发布: AI 新特性详解:7 大亮点全面提升智能开发体验

    7️⃣自定义模型工具集增强(BYOK模型支持)设置项:github.copilot.chat.customOAIModels为BringYourOwnKey(BYOK)的OpenAI兼容模型(如Claude

    64501编辑于 2026-03-06
  • 来自专栏全栈程序员必看

    jsessionId的使用

    比如weblogic对于web应用程序生成的cookie,JSESSIONID= ByOK3vjFD75aPnrF7C2HmdnV6QZcEbzWoWiBYEnLerjQ99zWpBng! /xxx;jsessionid= ByOK3vjFD75aPnrF7C2HmdnV6QZcEbzWoWiBYEnLerjQ99zWpBng! jsessionid=ByOK3vjFD75aPnrF7C2HmdnV6QZcEbzWoWiBYEnLerjQ99zWpBng! 在被传递给客户端之前将被改写成<form name=”testform” action=”/xxx”><input type=”hidden” name=”jsessionid” value=”ByOK3vjFD75aPnrF7C2HmdnV6QZcEbzWoWiBYEnLerjQ99zWpBng

    1.5K20编辑于 2022-07-01
  • 来自专栏云计算D1net

    云端加密数据时5个保持密钥管控的理由

    事实上,随着企业客户的市场需求增加,多个云提供者包括亚马逊、谷歌,Salesforce已经扩展他们的加密功能到了客户持有的加密密钥或称Bring-Your-Own-Keys(BYOK)领域。 ? 这使得像Salesforce,Box和亚马逊之类的公司能为他们客户提供BYOK的选项。 4维护客户数据的保密性 像律师事务所和咨询公司,他们受严格的客户保密协议的制约,对采用云服务往往是天生抵触的。

    1.2K50发布于 2018-03-26
  • 来自专栏数据库与数据安全实战

    企业级密钥管理深度实践:从HSM硬件选型到多云KMS密钥生命周期的全链路治理

    ┘└─────┬────┘└─────┬────┘│││┌───────┼──────┐┌───┼──────┐┌───┼──────┐▼▼▼▼▼▼▼▼▼应用A应用BDB应用CK8S应用D...3.2BYOK (BringYourOwnKey)实战BYOK是混合云密钥管理的核心能力。 paddingfromcryptography.hazmat.primitivesimporthashes,serializationimportbase64classExternalKeyImporter:"""外部密钥导入器-BYOK BYOK:多云场景下的密钥自主可控是混合云安全的最后一道防线。反模式:硬编码密钥+主密钥不过期+无密钥分级是最常见的三种致命错误。 话题讨论当企业从"上云"走向"用云"后,密钥管理应该完全托管给云厂商KMS,还是坚持自建HSM+BYOK的混合方案?不同的合规要求、成本结构和安全偏好会导向不同的选择。

    17021编辑于 2026-06-16
领券