返回首页
最新
一个用于Kubernetes的模型上下文协议（MCP）服务器，使得像Claude、Cursor等AI助手能够通过自然语言与Kubernetes集群进行交互。
## 功能
### 核心Kubernetes操作
- [x] 连接到Kubernetes集群
- [x] 列出并管理Pods、服务、部署和节点
- [x] 创建、删除和描述Pods及其他资源
- [x] 获取Pod日志和Kubernetes事件
- [x] 支持Helm v3操作（安装、升级、卸载）
- [x] 支持kubectl explain和api-resources
- [x] 选择下一个命令的命名空间（内存持久化）
- [x] 端口转发到Pods
- [x] 扩展部署和状态集合
- [x] 在容器中执行命令
- [x] 管理ConfigMaps和Secrets
- [x] 将部署回滚到先前版本
- [x] 管理Ingress和NetworkPolicy
- [x] 在集群之间切换上下文
### 自然语言处理
- [x] 处理自然语言查询以执行kubectl操作
- [x] 具备上下文感知的命令，记忆先前操作
- [x] 友好的Kubernetes概念解释
- [x] 从意图智能构建命令
- [x] 当专用工具不可用时，回退到kubectl
- [x] 支持离线/测试场景的模拟数据
- [x] 具备命名空间感知的查询处理
### 监控
- [x] 集群健康监控
- [x] 资源利用率跟踪
- [x] Pod状态和健康检查
- [x] 事件监控和警报
- [x] 节点容量和分配分析
- [x] 历史性能跟踪
- [x] 通过kubectl top获取资源使用统计
- [x] 容器就绪性和存活性跟踪
### 安全
- [x] RBAC验证和确认
- [x] 安全上下文审计
- [x] 与Kubernetes API的安全连接
- [x] 凭证管理
- [x] 网络策略评估
- [x] 容器安全扫描
- [x] 安全最佳实践的执行
- [x] 角色和集群角色管理
- [x] ServiceAccount创建和绑定
- [x] Pod安全策略分析
- [x] RBAC权限审计
- [x] 安全上下文验证
### 诊断
- [x] 集群诊断和故障排除
- [x] 配置验证
- [x] 错误分析和恢复建议
- [x] 连接状态监控
- [x] 日志分析和模式检测
- [x] 资源约束识别
- [x] Pod健康检查诊断
- [x] 常见错误模式识别
- [x] 针对错误配置的资源验证
- [x] 详细的存活性和就绪性探针验证
### 高级功能
- [x] 支持多种传输协议（标准输入输出、SSE）
- [x] 与多个AI助手集成
- [x] 可扩展的工具框架
- [x] 支持自定义资源定义
- [x] 跨命名空间操作
- [x] 对多个资源进行批量操作
- [x] 智能资源关系映射
- [x] 错误解释及恢复建议
- [x] 卷管理和识别
注意：该仓库仍在开发中，生产环境中使用时请谨慎。
我目前居住在美国，计划在未来三年内搬到欧洲（很可能是德国）。有没有人经历过这个过程，能分享一些见解？
我特别想知道是否有一些技术技能我应该提升，以便在到时的就业市场中获得优势。或者相反，我是否在美国公司中养成了一些“坏习惯”，而这些习惯在欧洲的工程文化或决策中根本不存在。面试流程与美国类似吗？
这个社区似乎有些奇怪。
在我看来，你是在试图获取星标或积分，以便向潜在投资者展示。这个论坛聚集了投资者和创作者，但没有人真正解决任何问题。不要误解我的意思。如果你在解决一个真正的问题，你早就会帮助那些需要你解决方案的人，而不是待在HN上。
我曾经是个不停刷屏的人。当我休息一段时间再回来时，我意识到这是一种坏习惯。
试试在家里做这个。
暂时远离互联网。
HN的质量会有所提升。
我已经有几年没有使用谷歌的商业服务了。几年前，为一个域名设置谷歌应用账户是免费的（一个免费邮箱，之后每增加一个邮箱需要支付几美元）。现在我看到谷歌工作区没有类似的选项。
必应之前也有类似的选项，但我完全找不到必应的对应服务发生了什么。
这个生态系统发生了什么变化？