最新

我是一名从市场营销转行的开发者。三年前，当我构建我的第一个SaaS时，我选择了Ruby on Rails，因为它看起来是一个适合独立开发者的理想技术栈。 但随着人工智能的发展，我在想，这仍然是最佳选择吗？大多数人工智能工具都支持JavaScript或Python的集成，而Rails生态系统似乎有些滞后。 与此同时，很多JavaScript生态系统的内容又显得杂乱无章。 那么，2025年独立开发者应该使用什么技术栈呢？

一个用于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] 卷管理和识别 注意：该仓库仍在开发中，生产环境中使用时请谨慎。