候选项目队列
提交仓库
支持 github.com/owner/repo 格式。
| Repository | Score | Status | Source | Reason | Actions |
|---|---|---|---|---|---|
| vercel/next.js | 76 | 待审核 | admin_submit | README 将它定位为「The React Framework Next.js Used by some of the world's largest companies, Next.js enables you to create full-stack web applications by extending the latest React features, and integrating powerful Rust-based JavaScript tooling for the fastest builds」,核心痛点是 AI agent 接入工具/API 时的统一入口、治理和可... | |
| theinfinitydev/infinity-toolbox | 69 | 待审核 | global_discovery_ai | README 将它定位为「Curated collection of open-source tools, configs, and guides featured on theInfinity.dev — covering DevOps, self-hosting, automation, and infrastructure」,核心痛点是 AI agent 接入工具/API 时的统一入口、治理和可靠调用。它有一定社区验证,同时仍保留发现潜力,最近两周仍在维护,适合作为「业务自动化」的候选项目。 | |
| jomoll/onco-agent | 63 | 待审核 | global_discovery_ai | README 将它定位为「jomoll/onco-agent 是一个仍需进一步核验 README 的开源项目」,核心价值是把 README 中描述的能力做成可以直接评估的开源实现。它有一定社区验证,同时仍保留发现潜力,最近两周仍在维护,主要技术栈是 Python,适合作为「同类问题选型」的候选项目。 | |
| K-Tanish/symptom-assist | 73 | 待审核 | global_discovery_ai | README 将它定位为「K-Tanish/symptom-assist 是一个仍需进一步核验 README 的开源项目」,核心价值是把 README 中描述的能力做成可以直接评估的开源实现。它有一定社区验证,同时仍保留发现潜力,最近两周仍在维护,license 清晰,主要技术栈是 Python,适合作为「同类问题选型」的候选项目。 | |
| AnalyseDeCircuit/oxideterm | 87 | 待审核 | global_discovery_ai | README 将它定位为「Local-first SSH workspace for local shells and remote machines — SSH, SFTP, trzsz, port forwarding, lightweight remote editing, file management, and BYOK AI in one native binary」,核心痛点是 AI agent 接入工具/API 时的统一入口、治理和可靠调用。它已经有基础社区关注但还没过度出圈,最近两周仍在维护,主要技术栈是 Rust,适合作为「AI agent 工具链」的候选项目。 | |
| gofarrrr/lolla-skill | 75 | 待审核 | global_discovery_ai | README 将它定位为「Reasoning audit skill for Claude Code」,核心痛点是让 AI agent 通过可复用 skills 和工具流程处理具体任务。它有一定社区验证,同时仍保留发现潜力,最近两周仍在维护,license 清晰,主要技术栈是 Python,适合作为「同类问题选型」的候选项目。 | |
| dotCMS/core | 84 | 待审核 | global_discovery_ai | README 将它定位为「The Visual Headless Content Management System for Enterprises」,核心价值是把 README 中描述的能力做成可以直接评估的开源实现。它已经有基础社区关注但还没过度出圈,最近两周仍在维护,主要技术栈是 Java,适合作为「同类问题选型」的候选项目。 | |
| SynaLinks/synalinks | 91 | 待审核 | global_discovery_ai | README 将它定位为「From idea to production in just few lines: Graph-Based Programmable Neuro-Symbolic LM Framework - a production-first LM framework built with decade old Deep Learning best practices」,核心价值是把 README 中描述的能力做成可以直接评估的开源实现。它已经有基础社区关注但还没过度出圈,最近两周仍在维护,license 清晰,主要技术栈是 Python,适合作为「AI agent 工具链」的... | |
| ERPGulf/changAI | 73 | 待审核 | global_discovery_ai | README 将它定位为「AI for Frappe ERPNext」,核心价值是把 README 中描述的能力做成可以直接评估的开源实现。它有一定社区验证,同时仍保留发现潜力,最近两周仍在维护,license 清晰,主要技术栈是 Python,适合作为「同类问题选型」的候选项目。 | |
| Knuckles-Team/servicenow-api | 74 | 待审核 | global_discovery_ai | README 将它定位为「ServiceNow MCP Server and API Wrapper」,核心痛点是 AI agent 接入工具/API 时的统一入口、治理和可靠调用。它有一定社区验证,同时仍保留发现潜力,最近两周仍在维护,license 清晰,主要技术栈是 Python,适合作为「AI agent 工具链」的候选项目。 | |
| tkellogg/open-strix | 75 | 待审核 | global_discovery_ai | README 将它定位为「Why can't an AI agent harness ship systems thinking as a skill」,核心痛点是让 AI agent 通过可复用 skills 和工具流程处理具体任务。它有一定社区验证,同时仍保留发现潜力,最近两周仍在维护,license 清晰,主要技术栈是 Python,适合作为「AI agent 工具链」的候选项目。 | |
| Xquik-dev/tweetclaw | 78 | 待审核 | global_discovery_ai | README 将它定位为「Post tweets, reply, like, retweet, follow, DM and more from OpenClaw through structured Xquik endpoints」,核心痛点是让 AI agent 通过可复用 skills 和工具流程处理具体任务。它有一定社区验证,同时仍保留发现潜力,最近两周仍在维护,license 清晰,主要技术栈是 TypeScript,适合作为「AI agent 工具链」的候选项目。 | |
| posit-dev/ggsql | 88 | 待审核 | global_discovery_ai | README 将它定位为「A SQL extension for declarative data visualisation based on the Grammar of Graphics」,核心价值是把 README 中描述的能力做成可以直接评估的开源实现。它已经有基础社区关注但还没过度出圈,最近两周仍在维护,license 清晰,主要技术栈是 Rust,适合作为「同类问题选型」的候选项目。 | |
| kruschdev/krusch-context-mcp | 75 | 待审核 | global_discovery_ai | README 将它定位为「A unified Zero-Trust MCP server that gives IDE agents local semantic codebase search, isolated episodic project memory, and hallucination-free framework RAG」,核心痛点是 AI agent 接入工具/API 时的统一入口、治理和可靠调用。它有一定社区验证,同时仍保留发现潜力,最近两周仍在维护,license 清晰,主要技术栈是 JavaScript,适合作为「AI agent 工具链」的候选项目。 | |
| ithinkihaveacat/dotfiles | 76 | 待审核 | global_discovery_ai | README 将它定位为「Shell-related config files and scripts」,核心价值是把 README 中描述的能力做成可以直接评估的开源实现。它有一定社区验证,同时仍保留发现潜力,最近两周仍在维护,license 清晰,主要技术栈是 Shell,适合作为「同类问题选型」的候选项目。 | |
| LeonGaoHaining/opencowork | 76 | 待审核 | global_discovery_ai | README 将它定位为「Open-source, local-first desktop Agent Runtime for turning business goals into executable, reusable, and auditable workflows」,核心痛点是把 AI 能力接入真实业务流程,而不是停留在聊天界面。它有一定社区验证,同时仍保留发现潜力,最近两周仍在维护,license 清晰,主要技术栈是 TypeScript,适合作为「AI agent 工具链」的候选项目。 | |
| openproblems-bio/task_grn_inference | 70 | 待审核 | global_discovery_ai | README 将它定位为「openproblems-bio/task_grn_inference 是一个仍需进一步核验 README 的开源项目」,核心价值是把 README 中描述的能力做成可以直接评估的开源实现。它有一定社区验证,同时仍保留发现潜力,最近两周仍在维护,license 清晰,主要技术栈是 Python,适合作为「同类问题选型」的候选项目。 | |
| Knuckles-Team/vector-mcp | 78 | 待审核 | global_discovery_ai | README 将它定位为「Vector MCP Server for AI Agents - Supports ChromaDB, Couchbase, MongoDB, Qdrant, and PGVector」,核心痛点是 AI agent 接入工具/API 时的统一入口、治理和可靠调用。它有一定社区验证,同时仍保留发现潜力,最近两周仍在维护,license 清晰,主要技术栈是 Python,适合作为「AI agent 工具链」的候选项目。 | |
| luckyPipewrench/pipelock | 91 | 待审核 | global_discovery_ai | README 将它定位为「Open-source AI agent firewall for MCP security: agent egress control, DLP, SSRF, and prompt injection defense」,核心痛点是把 prompt 技巧、模板和工作流沉淀成可复用资产。它已经有基础社区关注但还没过度出圈,最近两周仍在维护,license 清晰,主要技术栈是 Go,适合作为「AI agent 工具链」的候选项目。 | |
| logos-co/logos-basecamp | 70 | 待审核 | global_discovery_ai | README 将它定位为「logos-co/logos-basecamp 是一个仍需进一步核验 README 的开源项目」,核心价值是把 README 中描述的能力做成可以直接评估的开源实现。它有一定社区验证,同时仍保留发现潜力,最近两周仍在维护,license 清晰,主要技术栈是 C++,适合作为「同类问题选型」的候选项目。 | |
| OneUptime/oneuptime | 92 | 待审核 | global_discovery_ai | README 将它定位为「Complete open-source monitoring and observability platform」,核心痛点是 AI agent 从开发调试到评测、监控和持续优化的闭环。它有一定社区验证,同时仍保留发现潜力,最近两周仍在维护,license 清晰,主要技术栈是 TypeScript,适合作为「AI agent 评测与优化」的候选项目。 | |
| clacky-ai/openclacky | 84 | 待审核 | global_discovery_ai | README 将它定位为「The most Token-efficient open-source AI Agent」,核心痛点是让 AI agent 通过可复用 skills 和工具流程处理具体任务。它已经有基础社区关注但还没过度出圈,最近两周仍在维护,license 清晰,主要技术栈是 Ruby,适合作为「AI agent 工具链」的候选项目。 | |
| ibm-granite-community/granite-agent-cookbook | 71 | 待审核 | global_discovery_ai | README 将它定位为「Granite recipes for agentic tasks」,核心价值是把 README 中描述的能力做成可以直接评估的开源实现。它有一定社区验证,同时仍保留发现潜力,最近两周仍在维护,主要技术栈是 Jupyter Notebook,适合作为「AI agent 工具链」的候选项目。 | |
| bingbing-gui/dotnet-agent-playbook | 81 | 待审核 | global_discovery_ai | README 将它定位为「一个面向 .NET + AI Agent 开发的实践型仓库,涵盖 Web、云原生与微服务场景,聚焦智能应用的工程化落地」,核心价值是把 README 中描述的能力做成可以直接评估的开源实现。它已经有基础社区关注但还没过度出圈,最近两周仍在维护,主要技术栈是 C#,适合作为「AI agent 工具链」的候选项目。 | |
| Xquik-dev/x-twitter-scraper | 81 | 待审核 | global_discovery_ai | README 将它定位为「X (formerly Twitter) data platform skill for AI coding agents」,核心痛点是让 AI agent 通过可复用 skills 和工具流程处理具体任务。它有一定社区验证,同时仍保留发现潜力,最近两周仍在维护,license 清晰,主要技术栈是 JavaScript,适合作为「AI agent 工具链」的候选项目。 | |
| MaterializeInc/materialize | 92 | 待审核 | global_discovery_ai | README 将它定位为「The live data layer for apps and AI agents」,核心价值是把 README 中描述的能力做成可以直接评估的开源实现。它有一定社区验证,同时仍保留发现潜力,最近两周仍在维护,主要技术栈是 Rust,适合作为「AI agent 工具链」的候选项目。 | |
| auth0/agent-skills | 70 | 待审核 | global_discovery_ai | README 将它定位为「Auth0 Agent Skills」,核心痛点是让 AI agent 通过可复用 skills 和工具流程处理具体任务。它有一定社区验证,同时仍保留发现潜力,最近两周仍在维护,license 清晰,主要技术栈是 JavaScript,适合作为「AI Skills 和 agent 工作流」的候选项目。 | |
| HamedMP/matrix-os | 68 | 待审核 | global_discovery_ai | README 将它定位为「The operating system that builds itself」,核心价值是把 README 中描述的能力做成可以直接评估的开源实现。它有一定社区验证,同时仍保留发现潜力,最近两周仍在维护,主要技术栈是 TypeScript,适合作为「同类问题选型」的候选项目。 | |
| anomalyco/opentui | 87 | 待审核 | global_discovery_ai | README 将它定位为「OpenTUI is a library for building terminal user interfaces (TUIs)」,核心价值是把 README 中描述的能力做成可以直接评估的开源实现。它的社区验证度较高,但仍未进入超高 star 项目层级,最近两周仍在维护,license 清晰,主要技术栈是 TypeScript,适合作为「同类问题选型」的候选项目。 | |
| homeassistant-ai/ha-mcp | 89 | 待审核 | global_discovery_ai | README 将它定位为「The Unofficial and Awesome Home Assistant MCP Server」,核心痛点是 AI agent 接入工具/API 时的统一入口、治理和可靠调用。它有一定社区验证,同时仍保留发现潜力,最近两周仍在维护,license 清晰,主要技术栈是 Python,适合作为「AI agent 工具链」的候选项目。 | |
| nikolai-vysotskyi/trace-mcp | 81 | 待审核 | global_discovery_ai | README 将它定位为「MCP server for Claude Code and Codex」,核心痛点是让 AI agent 通过可复用 skills 和工具流程处理具体任务。它有一定社区验证,同时仍保留发现潜力,最近两周仍在维护,license 清晰,主要技术栈是 TypeScript,适合作为「AI agent 工具链」的候选项目。 | |
| cloudwego/abcoder | 87 | 待审核 | global_discovery_ai | README 将它定位为「deep, reliable and confidential coding-context」,核心痛点是 AI agent 接入工具/API 时的统一入口、治理和可靠调用。它已经有基础社区关注但还没过度出圈,最近两周仍在维护,license 清晰,主要技术栈是 Go,适合作为「AI agent 工具链」的候选项目。 | |
| state-alchemists/zrb | 65 | 待审核 | global_discovery_ai | README 将它定位为「Your Automation Powerhouse」,核心痛点是把 AI 能力接入真实业务流程,而不是停留在聊天界面。它有一定社区验证,同时仍保留发现潜力,最近两周仍在维护,主要技术栈是 Python,适合作为「业务自动化」的候选项目。 | |
| lvndry/jazz | 75 | 待审核 | global_discovery_ai | README 将它定位为「Your terminal」,核心痛点是让 AI agent 通过可复用 skills 和工具流程处理具体任务。它有一定社区验证,同时仍保留发现潜力,最近两周仍在维护,license 清晰,主要技术栈是 TypeScript,适合作为「AI agent 工具链」的候选项目。 | |
| envoyproxy/ai-gateway | 92 | 待审核 | global_discovery_ai | README 将它定位为「Manages Unified Access to Generative AI Services built on Envoy Gateway」,核心痛点是 AI agent 接入工具/API 时的统一入口、治理和可靠调用。它有一定社区验证,同时仍保留发现潜力,最近两周仍在维护,license 清晰,主要技术栈是 Go,适合作为「同类问题选型」的候选项目。 | |
| josStorer/RWKV-Runner | 97 | 待审核 | global_discovery_ai | README 将它定位为「A RWKV management and startup tool, full automation, only 8MB」,核心痛点是 AI agent 接入工具/API 时的统一入口、治理和可靠调用。它有一定社区验证,同时仍保留发现潜力,最近两周仍在维护,license 清晰,主要技术栈是 TypeScript,适合作为「业务自动化」的候选项目。 | |
| ConsciousML/prompt-engineering-hub | 78 | 待审核 | global_discovery_ai | README 将它定位为「A prompt hub to help you get the most out of your favorite LLM by generating (or using ready-made) optimized prompts」,核心痛点是把 prompt 技巧、模板和工作流沉淀成可复用资产。它有一定社区验证,同时仍保留发现潜力,最近两周仍在维护,license 清晰,主要技术栈是 Shell,适合作为「同类问题选型」的候选项目。 | |
| serverlessclaw/serverlessclaw | 77 | 待审核 | global_discovery_ai | README 将它定位为「Official ServerlessClaw: The authoritative autonomous AI agent swarm for AWS」,核心价值是把 README 中描述的能力做成可以直接评估的开源实现。它有一定社区验证,同时仍保留发现潜力,最近两周仍在维护,license 清晰,主要技术栈是 TypeScript,适合作为「AI agent 工具链」的候选项目。 | |
| translate-tools/core | 82 | 待审核 | global_discovery_ai | README 将它定位为「A translator's kit that uses the free APIs of Google Translate, Yandex, Bing, ChatGPT, and other LLMs」,核心痛点是让 agent 参与数据分析、指标理解和业务决策。它有一定社区验证,同时仍保留发现潜力,最近两周仍在维护,license 清晰,主要技术栈是 TypeScript,适合作为「同类问题选型」的候选项目。 | |
| ChaokunHong/MetaScreener | 87 | 待审核 | global_discovery_ai | README 将它定位为「AI-powered tool for efficient abstract and PDF screening in systematic reviews」,核心痛点是 AI agent 接入工具/API 时的统一入口、治理和可靠调用。它已经有基础社区关注但还没过度出圈,最近两周仍在维护,license 清晰,主要技术栈是 Python,适合作为「同类问题选型」的候选项目。 | |
| killertcell428/aigis | 76 | 待审核 | global_discovery_ai | README 将它定位为「Zero-dependency Python firewall for AI agents — 4-wall + L4-L7 defense built on 7 papers (Mirror/StruQ/MI9/MemoryGraft/MSB/DataFilter/AdvJudge-Zero), 44 compliance templates across US/CN/JP/EU」,核心痛点是把 prompt 技巧、模板和工作流沉淀成可复用资产。它有一定社区验证,同时仍保留发现潜力,最近两周仍在维护,license 清晰,主要技术栈是 Python,适合作为「AI ... | |
| tomasz-tomczyk/crit | 85 | 待审核 | global_discovery_ai | README 将它定位为「Your feedback loop with the agent」,核心痛点是 AI agent 接入工具/API 时的统一入口、治理和可靠调用。它已经有基础社区关注但还没过度出圈,最近两周仍在维护,license 清晰,主要技术栈是 Go,适合作为「AI agent 工具链」的候选项目。 | |
| claw-eval/claw-eval | 86 | 待审核 | global_discovery_ai | README 将它定位为「Claw-Eval is an evaluation harness for evaluating LLM as agents」,核心痛点是 AI agent 从开发调试到评测、监控和持续优化的闭环。它已经有基础社区关注但还没过度出圈,最近两周仍在维护,主要技术栈是 Python,适合作为「AI agent 评测与优化」的候选项目。 | |
| gptme/gptme | 96 | 待审核 | global_discovery_ai | README 将它定位为「Your agent in your terminal, equipped with local tools: writes code, uses the terminal, browses the web」,核心痛点是多模型调用时的成本、准确率和路由决策。它有一定社区验证,同时仍保留发现潜力,最近两周仍在维护,license 清晰,主要技术栈是 Python,适合作为「AI agent 工具链」的候选项目。 | |
| Menaelz/Tapnow-Studio-- | 74 | 待审核 | global_discovery_ai | README 将它定位为「🎨 Create visual AI workflows with Tapnow Studio, a browser-based tool that combines powerful AI capabilities in a single, interactive node editor」,核心痛点是 AI agent 接入工具/API 时的统一入口、治理和可靠调用。它有一定社区验证,同时仍保留发现潜力,最近两周仍在维护,主要技术栈是 HTML,适合作为「AI agent 工具链」的候选项目。 | |
| intelligencedev/manifold | 90 | 待审核 | global_discovery_ai | README 将它定位为「Manifold is an experimental platform for enabling long horizon workflow automation using teams of AI assistants」,核心痛点是 AI agent 接入工具/API 时的统一入口、治理和可靠调用。它已经有基础社区关注但还没过度出圈,最近两周仍在维护,license 清晰,主要技术栈是 Go,适合作为「AI agent 工具链」的候选项目。 | |
| HoneIDE/ide | 71 | 待审核 | global_discovery_ai | README 将它定位为「AI-native code editor for all platforms — macOS, Windows, Linux, iOS, Android, Web」,核心痛点是 AI agent 接入工具/API 时的统一入口、治理和可靠调用。它有一定社区验证,同时仍保留发现潜力,最近两周仍在维护,主要技术栈是 TypeScript,适合作为「同类问题选型」的候选项目。 | |
| mozilla/bugbug | 87 | 待审核 | global_discovery_ai | README 将它定位为「Platform for Machine Learning projects on Software Engineering」,核心痛点是 AI agent 接入工具/API 时的统一入口、治理和可靠调用。它已经有基础社区关注但还没过度出圈,最近两周仍在维护,license 清晰,主要技术栈是 Python,适合作为「同类问题选型」的候选项目。 | |
| elyra-ai/elyra | 92 | 待审核 | global_discovery_ai | README 将它定位为「Elyra extends JupyterLab with an AI centric approach」,核心痛点是让 agent 参与数据分析、指标理解和业务决策。它有一定社区验证,同时仍保留发现潜力,最近两周仍在维护,license 清晰,主要技术栈是 Python,适合作为「同类问题选型」的候选项目。 | |
| dallay/agentsync | 78 | 待审核 | global_discovery_ai | README 将它定位为「A fast, portable CLI tool for synchronizing AI agent configurations across multiple AI coding assistants using symbolic links」,核心痛点是 AI agent 接入工具/API 时的统一入口、治理和可靠调用。它有一定社区验证,同时仍保留发现潜力,最近两周仍在维护,license 清晰,主要技术栈是 Rust,适合作为「AI agent 工具链」的候选项目。 |