标签: #governance
关于 GPU、LLM、MLOps、Kubernetes 以及心态的文章 · 4 篇
巴士系数不是懂代码的人数，而是能拍板的人数
Nixpkgs 核心团队成立十个月后解散了。在一个有数千名贡献者的仓库里，握有被授权的决策权的人只有两位，而这两位一退出，那块管辖区就处于没有直接主人的状态。本文以这件事为依据，梳理为什么评估依赖风险时该看的是拥有批准权的人数、授权结构是否真正生效、以及升级路径，而不是星标数和提交数，并一并讨论用 GitHub API 就能自己数出来的指标及其局限。文中原样引用公告的措辞，以便把事实和解读分开。
2026-08-09 · 13 分钟阅读 #devops#open-source#governance#nix#supply-chain当开源治理崩溃时 — Ruby Central 之争与三根支柱
2026 年 7 月 30 日，André Arko 发布《Ruby Central 的破坏性遗产》，让始于 2025 年 9 月的 RubyGems 仓库访问权限之争，在十个月后再度浮出水面。本文将双方的第一手陈述并列呈现，梳理出一条可核实的时间线，然后从结构层面分析为什么同样形态的危机会在 core-js、event-stream、xz-utils、Nix、Redis、Terraform 身上反复出现。核心是三根支柱 —— 商标归谁
2026-07-31 · 24 分钟阅读 #open-source#governance#rubygems#supply-chain#licensingGCC 的 AI 政策与开源世界的选择 —— 15 行这条边界线到底想守住什么
2026 年 7 月 29 日，GCC 指导委员会通过了 AI 政策工作组的建议。核心内容是：具有法律意义的贡献如果包含 LLM 生成内容或衍生自这类内容，将不予接受，判定基准线大致沿用 GNU 维护者指南里的约 15 行。不过测试用例是个例外，把 LLM 用于调研、分析、发现 bug、审查补丁本身并不受限制，只是 AI 辅助的工作需要附上 Assisted-by 标签。本文梳理这项政策实际要求了什么、其背后的版权转让与 DCO 问题、
2026-07-31 · 19 分钟阅读 #ai#open-source#gcc#licensing#governanceAzure AI Foundry Agent Service 实战指南：2026 年企业部署判断标准
这是一份从企业视角梳理 Azure AI Foundry Agent Service 的实战指南，说明为什么需要管理型智能体、如何利用工具目录和远程 MCP 服务器，以及如何以 tracing、evaluation、governance、private networking 为基准判断部署方案。
2026-04-12 · 7 分钟阅读 #azure#azure-ai-foundry#agent-service#ai-agent#mcp