Gemini vs Grok

Google 的 Gemini 模型线，常见于多模态、AI Studio、Workspace 与 Android 集成。

xAI 的 Grok 模型与产品线，重点关注实时信息、X 平台集成与模型发布。

用 Rust 编写并支持 15 家以上模型提供商，对需要本地部署、不想绑定单一模型厂商的开发团队来说，多了一个可嵌入自有工作流的开源选项。

技能库按 agentskills.io 标准组织，每个技能仅约 30 token 做扫描、500-2000 token 做完整加载，运行 Claude Code、Cursor、Codex CLI 的开发者可以直接把安全分析工作流接入智能体而不用自己写提示词。

该仓库把 Claude Code 的 .claude/agents、.claude/commands、.claude/skills 等目录约定和多种工作流汇编成可查阅的参照表，使用 Claude Code 的开发者可以直接按路径查配置，省去逐条翻官方文档的时间。

对使用 Claude Code 的开发者来说，这个列表把分散在各处的 Skill 按文档、开发、数据、营销等场景归好类，还给出了插件安装命令和 Composio 网关接入方式，省去了自己搜索和验证的时间。

对使用 Claude Code、Cursor、Gemini CLI 等工具的开发者来说，官方维护的高质量 skill 库比社区散落资源更可靠，能直接接入 API 集成、测试自动化等工程场景。

通过将原始工具输出沙箱化（315 KB 降至 5.4 KB）并将会话事件索引到 SQLite FTS5，该工具让使用 Claude Code、Gemini CLI 等平台的开发者能在长任务中避免上下文丢失，同时减少不必要的输出令牌消耗。

做提示词工程和竞品分析的开发者能直接对照各家系统提示词原文，省去自己逆向抓取的成本，但需注意这些内容未经官方确认，跟进产品行为时只宜作参考。

用 Tree-sitter 做确定性结构提取、LLM 只负责语义补充，这个分工让图谱结构可复现、语义可解释，是做代码理解和新人上手工具的团队值得参考的实现方式。

对需要通过 OpenAI 兼容客户端统一访问多家 CLI 模型的开发者来说，这个项目省掉了逐家对接 SDK 的适配工作，多账号轮询负载均衡也直接可用。

X 搜索被彻底重构，分设 FROM/ABOUT 双通道并引入交互信号排序，对依赖社媒信号做调研的团队来说，信息召回质量比之前单纯抓取帖子有实质提升。

用一条 npx 命令就能给 Claude Code、OpenCode、Codex 等客户端挂上持久记忆，还带 4 个 MCP 搜索工具做三层渐进式取数，比让开发者自己拼向量库省事得多。

对使用 Claude Code、Codex 等 Agent 写代码的开发者来说，接入后能在一次调用里拿到符号、调用链和改动影响范围，官方基准显示平均少 62% token、便宜 44%，代价是每轮会话残留的检索上下文多约 80%，小窗口跑长会话需要权衡。

对同时用 Claude Code、Codex、Aider 等多套工具又不想反复改配置的开发者，这个项目把密钥、模型和故障回退收拢到一处，省掉逐个客户端对接的重复劳动。

对同时在 Claude Code、Codex 和各类中转 API 之间来回切换的开发者来说，不用再手改 JSON/TOML/YAML 配置文件，模型接入与多供应商切换的日常摩擦被显著降低。