This repository is a community-curated directory of public APIs, organized by category in a single README.md file. Each entry includes the API name, description, authentication type, HTTPS support, and CORS status. The primary data artifact is the markdown file itself, which is manually maintained through pull requests. Supporting Python scripts validate the markdown format (alphabetical order, column padding, description length) and check that all listed API links are reachable, with special handling for Cloudflare-protected endpoints. The validation scripts are well-structured, parameterized, and include a comprehensive test suite, making them reusable for any similar markdown-based table validation. The repository is actively maintained with frequent commits and CI workflows, though its Python dependencies are slightly outdated (certifi 2021, requests 2.27.1). The core value is the curated dataset, not a software application.
ECC (Everything Claude Code) is a comprehensive meta-harness toolkit for AI coding assistants. It provides a universal install system, lifecycle hooks, skill management, multi-agent orchestration, evaluation harnesses, and safety validation across multiple agent IDEs (Claude Code, Codex, Cursor, Gemini, OpenCode, and others). The codebase is primarily a Node.js CLI application (published as `ecc-universal`) with secondary Python and Rust components. It includes a sophisticated hook engine (pre/post bash, session lifecycle, tool use), a manifest-driven installer with ownership tracking and path-safety guards, an eval-harness framework with deterministic replay and effect-class isolation, a skill evolution system with provenance tracking, and a multi-agent proximity coordination system. The repository also bundles a large collection of domain-specific skills (video production, compliance checking, visa document translation, financial market data) and extensive documentation translated into multiple languages. While the core architecture is well-structured and demonstrates high craftsmanship in security-critical components, the codebase suffers from some duplication (e.g., taste-application/taste-distillation skills), legacy shims, and a sprawling surface area that increases maintenance burden. The Rust TUI control-plane (`ecc2/`) is explicitly alpha. Overall, it is a production-grade, actively maintained platform with strong engineering practices in its core modules.
Firecrawl is a production-grade web scraping, crawling, and structured data extraction platform designed to feed AI agents and LLMs with clean, markdown-formatted web data. The system exposes a multi-version REST API (v0, v1, v2) with endpoints for scraping single URLs, crawling entire sites, mapping site structures, searching the web, extracting structured JSON, monitoring page changes, and running autonomous AI agents. It supports multiple output formats including markdown, HTML, screenshots, PDF parsing, product/menu extraction, and branding detection. The architecture is a microservices-style monolith with a Node.js/Express API server at its core, backed by Redis for job queues and caching, PostgreSQL for persistent state, ClickHouse for analytics, Bigtable for job access logs, and GCS for blob storage. Background workers handle crawl orchestration, PDF processing, webhook delivery, and billing via RabbitMQ and FoundationDB queues. The platform integrates with external services for threat protection (Google Web Risk, Zscaler), billing (Autumn), search (SearXNG, DuckDuckGo, X Search), and LLM-based extraction (OpenAI, Anthropic). Nine official SDKs (Python, JavaScript/TypeScript, Go, Java, .NET, Ruby, PHP, Rust, Elixir) wrap the API with typed models, error handling, and async support, making it accessible across ecosystems. The codebase is extensive and well-tested, with over 2,000 files spanning controllers, scrapers, transformers, services, and utilities, but shows signs of technical drift through deprecated v0/v1 endpoints, multiple parallel implementations of similar logic (e.g., extract pipelines), and configuration sprawl across environment variables.
This repository is a full-stack Next.js application that serves as the world's largest open-source prompt library for AI. It provides a platform for users to create, share, discover, and manage prompts for various AI models (ChatGPT, Claude, Gemini, etc.). The core functionality includes CRUD operations for prompts with types (text, image, video, audio, skill, taste), voting, commenting, versioning, change requests, collections, and moderation tools. It features AI-powered capabilities such as semantic search via OpenAI embeddings, prompt improvement, translation, quality checking, and media generation through plugin-based providers (Fal.ai, Wiro.ai). The application supports multi-tenancy for self-hosting with configurable branding, authentication plugins (OAuth, OIDC, GitHub, Apple, Google), and storage backends (S3, DO Spaces). Beyond the web app, it includes a CLI tool (packages/prompts.chat) for browsing and running prompts locally, a Raycast extension for quick access, and an MCP server for integration with AI coding assistants. Additionally, it bundles an interactive educational book on prompt engineering (28+ chapters) and a gamified kids learning section, both fully localized into 17 languages. The codebase is well-structured with a plugin registry pattern, configuration-driven design, and extensive use of modern Next.js patterns (App Router, server components, streaming).
Clash Verge Rev is a cross-platform desktop proxy management GUI built with Tauri 2 (Rust backend) and React 19 (TypeScript frontend). It serves as the control interface for the mihomo (Clash Meta) proxy core, enabling users to manage proxy subscriptions, switch proxy groups, toggle system proxy and TUN mode, view real-time traffic and connection details, and configure advanced settings like DNS overrides, script enhancements, and backup to WebDAV. The architecture is modular: a Rust backend handles core lifecycle, config management (using a unique 'Draft' transactional pattern), system integration (tray, hotkeys, auto-launch), and IPC with a privileged service on Windows. The frontend uses MUI, SWR, and virtual lists for a responsive UI with drag-and-drop profile/group editing, a built-in Monaco editor for YAML/JS configs, and real-time WebSocket-based data visualization. The repository also includes a Rust workspace with several crates (media unlock checker, i18n, logging, signal handling, rate limiter, system info plugin) that could be extracted and reused in other Tauri applications.
ComfyUI is a modular, node-based AI engine for content creation, primarily focused on generative image, video, audio, and 3D model inference. It provides a web server (aiohttp) with WebSocket and REST APIs, a visual workflow editor, and an extensible plugin system for custom nodes. The architecture is a monolith with a clear separation of concerns: core model loading and sampling (comfy/), execution engine (comfy_execution/), asset management (app/assets/), external API integrations (comfy_api_nodes/), and a public API for defining nodes (comfy_api/). It supports a vast range of open-source diffusion models (Flux, SD3, Wan, Hunyuan, etc.) and offers advanced features like dynamic VRAM management, quantization, multi-GPU support, and experimental guidance methods. The system operates as a local-first application but also integrates with cloud services via partner API nodes. Key entry points include main.py (startup), server.py (PromptServer), and execution.py (PromptExecutor). The codebase demonstrates high craftsmanship in its weight adapter hierarchy (LoRA, LoHa, OFT), patcher extension system for model hooks, and asset management services with database-backed metadata extraction and cursor-based pagination. However, it also contains experimental and deprecated nodes, some code duplication across model implementations, and a reliance on external dependencies that may drift over time.
This is a comprehensive educational course repository ('Generative AI for Beginners') containing 21 structured lessons covering the full spectrum of generative AI application development. While classified as an application repository due to its extensive runnable code examples across Python, JavaScript, TypeScript, and .NET, its primary purpose is pedagogical. The repository teaches practical patterns for building GenAI applications including: prompt engineering, chat applications, RAG/vector search, image generation, function calling, AI agents, fine-tuning, LLMOps, and responsible AI practices. Each lesson provides assignments and solutions for multiple LLM providers (Azure OpenAI, OpenAI, GitHub Models). The codebase demonstrates modern GenAI application patterns with a strong emphasis on multi-language implementation parity and accessibility through 40+ language translations. The shared/python utilities provide reusable helpers for API interactions, environment management, and input validation that could be extracted for production use.
Autoresearch is a self-contained autonomous ML experimentation framework created by Andrej Karpathy. Its core premise is that an AI agent (e.g., Claude or Codex) modifies a single training script (`train.py`), runs a fixed 5-minute training experiment on a single GPU, evaluates validation bits-per-byte (BPB), and keeps or discards changes based on whether the metric improved β all without human intervention. The human programs the agent via `program.md`, which serves as a lightweight instruction set for the experiment loop. The codebase has two fixed files and one editable file. `prepare.py` handles data downloading (parquet shards from HuggingFace), BPE tokenizer training (via rustbpe), a custom BOS-aligned packed dataloader with best-fit document packing (zero padding), and a fixed BPB evaluation harness. `train.py` contains a GPT model implementation with RoPE, sliding window attention (SSSL pattern), ResFormer value embeddings, RMS normalization, and a hybrid Muon+AdamW optimizer with per-parameter-type learning rate scheduling. The model uses `torch.compile` and runs in bf16 with Flash Attention 3. The `analysis.ipynb` notebook provides post-hoc visualization of experiment results from `results.tsv`. The project is explicitly designed for a single NVIDIA GPU (H100 tested), requires no distributed training infrastructure, and pins all dependencies including PyTorch 2.9.1 with CUDA 12.8. The architecture is deliberately minimal β the entire research loop runs in two Python files with roughly 1,600 lines of non-comment code total.
claude-mem is a persistent memory system for AI coding assistants, primarily targeting Claude Code but also supporting Codex, Cursor, Windsurf, OpenClaw, and other platforms. It captures observations, summaries, and user prompts from coding sessions via lifecycle hooks (SessionStart, PostToolUse, etc.), stores them in SQLite (local) or Postgres (server), and injects relevant context into future sessions to maintain continuity across agent interactions. The system operates as a background worker daemon (Bun) or a multi-user server (Express + BullMQ + Valkey) with API key authentication, team/project scoping, and rate limiting. Architecturally, claude-mem is a hybrid of a CLI plugin and a standalone server. The CLI component integrates into IDEs via hook scripts and MCP servers, while the server component provides REST APIs for memory management, search, and cloud sync. It features a dual-storage backend (SQLite for local, Postgres for server) with vector search via ChromaDB and full-text search via SQLite FTS5. The system includes a React-based viewer for browsing memory feeds, telemetry (opt-out PostHog), and a Cloudflare Workers-based sync hub for cross-device synchronization. The codebase demonstrates strong engineering practices with well-abstracted components (search strategies, provider abstraction, atomic file operations, telemetry scrubbing) but carries some technical debt from its dual-runtime evolution (legacy worker vs. server-beta) and extensive Windows-specific workarounds. It is actively maintained with frequent releases and comprehensive test coverage.
This repository is the official Model Context Protocol (MCP) reference implementation, containing seven standalone servers (everything, filesystem, memory, sequentialthinking, fetch, git, time) written in TypeScript or Python. These servers demonstrate the full MCP protocolβtools, prompts, resources, transports (stdio, SSE, Streamable HTTP), subscriptions, sampling, elicitation, tasks, and structured content. They are designed as educational examples for developers building their own MCP servers, not as production-ready solutions. The codebase is well-structured with consistent patterns (server factory, transport abstraction, security-focused path validation, atomic file operations, knowledge graph management) and includes extensive test suites. While actively maintained, some Python servers show drift from the latest MCP SDK (v2 API renames in progress), and the Everything server's demo code is tightly coupled to experimental protocol features. The repository also serves as a central hub for the MCP ecosystem via a curated community resource directory (ADDITIONAL.md).
FiraCode is a monospaced programming font with extensive programming ligatures, built and maintained primarily by Nikita Prokopov. The repository contains the source design file (FiraCode.glyphs, Glyphs.app format), a Clojure-based pipeline that programmatically generates OpenType contextual alternates (calt) substitution rules from a list of ligature sequences, and a comprehensive build system (Makefile, shell scripts, Dockerfile) that orchestrates font production (OTF, TTF, variable, WOFF2, WOFF) using modern font tooling (fontmake, glyphsLib, gftools, fontbakery). The project also includes extensive OpenType feature files (stylistic sets, character variants), a Google Fonts QA workflow, and distribution packages for npm, Homebrew, and direct download. The architecture is a font development pipeline: source β Clojure ligature generator β fontmake compilation β hinting β packaging. It does not run as a service; its production output is the font files delivered to users via package managers or CDN. External dependencies include Python font libraries, a Clojure runtime, and Glyphs.app (proprietary) for editing the source file. The repository is actively maintained with recent commits and an extensive changelog, though some Google Fonts compliance items remain unresolved and the build chain is sensitive to upstream library changes.
code-server is a production-grade application that runs Visual Studio Code on a remote server, making it accessible via any modern web browser. It is not a research or data pipeline project; it is a full-stack web application with a Node.js/Express backend, WebSocket support, and extensive CLI tooling. The system authenticates users via password (argon2 hashing) or custom auth, manages VS Code server processes as child processes, and provides proxying for local services (path-based and domain-based). It includes a Helm chart for Kubernetes deployment, Docker images for multiple Linux distributions, and an install script for various platforms. The architecture is a monolith with a parent/child process wrapper for graceful restarts and signal handling, and it relies on external dependencies such as VS Code itself (as a submodule with quilt patches), Express, ws, httpolyglot, and argon2. Key entry points include src/node/entry.ts (CLI parsing and server startup), src/node/main.ts (server creation), and src/node/app.ts (Express app and WebSocket router setup). The codebase is heavily patched (27+ .diff files) to adapt VS Code for remote use, adding features like base path support, custom marketplace, telemetry, logout, and iframe integration. While the patching approach is fragile and tightly coupled to VS Code's internal APIs, the core server infrastructure and many utility modules are well-architected and reusable.
Coolify is a self-hosted Platform-as-a-Service (PaaS) that enables users to deploy and manage applications, databases, and services on their own infrastructure. It serves as an open-source alternative to Heroku, Netlify, or Vercel, supporting Docker-based deployments with Git integration (GitHub, GitLab, Gitea, Bitbucket), multiple build packs (Railpack, Nixpacks), and one-click service templates. The system manages servers, reverse proxies (Traefik/Caddy), SSL certificates, scheduled backups, and multi-channel notifications (email, Discord, Slack, Telegram, Pushover, webhook). The architecture is a Laravel monolith with a Livewire + Alpine.js frontend for the v4 UI and a React + TypeScript canvas-based interface for the v5 UI. Background jobs are handled by Laravel Horizon with dedicated queues for deployments, cron tasks, and reconciliation. Real-time updates use Soketi (a Pusher-compatible WebSocket server) and Laravel Echo. The system integrates with cloud providers (Hetzner, Vultr, DigitalOcean) for server provisioning and Stripe for subscription billing. A Model Context Protocol (MCP) server exposes resources and tools for AI assistant integration. Key data flows include: webhook ingestion from Git providers triggering deployment jobs, SSH-based remote command execution on managed servers, Docker Compose parsing and environment variable injection, database backup scheduling with S3 storage, and proxy configuration generation. The v5 architecture introduces a control-plane/agent split with Flux (HTTP socket) and coold (gRPC) components for improved scalability and isolation. External dependencies include Docker, PostgreSQL, Redis, Soketi, Stripe API, cloud provider APIs, and various notification service endpoints. The codebase is actively developed with frequent schema migrations and a dual v4/v5 code path, indicating ongoing architectural evolution.
PrivateGPT is a production-grade, private AI assistant platform that provides RAG (Retrieval-Augmented Generation) over ingested documents, tool/function calling, sandboxed code execution, web search, MCP (Model Context Protocol) integration, skill management, and multimodal support. It is built as a FastAPI server with background workers (Celery and ARQ) for asynchronous ingestion and task processing, and exposes a Claude API-compatible streaming interface. The architecture is modular: a core chat engine with an interceptor pipeline for request/response processing, a pluggable component system with registries for LLMs, embeddings, readers, vector stores, and sandboxes, and a two-tier scheduling system (local and distributed) for tool and chat execution. The codebase demonstrates strong engineering practices with dependency injection, registry patterns, and composable interceptors, but its dual scheduling backends, extensive monkey-patching of third-party libraries, and heavy reliance on llama-index introduce maintenance complexity and technical drift. Reusable highlights include the context stack builder for dynamic system prompt assembly, the interceptor chain pattern, the sandbox abstraction for secure code execution, and the citation parser with incremental streaming support. The project is actively maintained by Zylon and powers their enterprise offering, with 57k+ stars and frequent releases.
Joplin is a mature, cross-platform note-taking and synchronization application built on a monorepo architecture using Yarn Workspaces. It comprises four primary application layers: a desktop client (Electron/React), a mobile client (React Native), a CLI tool (Node.js), and a self-hosted server (Node.js/Koa). The core business logic resides in `packages/lib`, which handles data models (Notes, Folders, Tags), encryption (E2EE), and synchronization protocols (WebDAV, Joplin Server, Dropbox, etc.). The codebase demonstrates strong engineering practices with TypeScript, Redux state management, and a robust plugin system that allows third-party extensibility via a defined API. It supports multiple editor backends (CodeMirror, ProseMirror, TinyMCE) and integrates native modules for performance-critical tasks like OneNote parsing (Rust) and voice transcription (Whisper).
Gatsby is a React-based static site generator (SSG) that also supports server-side rendering (SSR), deferred static generation (DSG), and client-side rendering. It uses a GraphQL data layer to source and transform content from various backends (CMSs, files, APIs) via a plugin system. The build pipeline compiles React components into static HTML, CSS, and JavaScript, with webpack bundling and Babel transpilation. The architecture is a monorepo containing the core framework (`packages/gatsby`), CLI (`gatsby-cli`), dozens of first-party plugins (source, transformer, utility), adapters for deployment (e.g., Netlify), and extensive testing infrastructure (e2e, integration, benchmarks). Key entry points are the CLI commands (`develop`, `build`, `serve`) and the plugin lifecycle hooks (`sourceNodes`, `createPages`, `onRenderBody`). External dependencies include React, GraphQL, webpack, Babel, Node.js, and various CMS SDKs. The codebase is well-structured with state machines (XState), a Redux store, and a modular plugin architecture, though it contains some deprecated packages and mixed JS/TS patterns.
Goose is an open-source AI agent platform that provides a desktop application (Electron/React), CLI (Rust), and SDK (Python, Kotlin) for interacting with large language models through a unified Agent Client Protocol (ACP). In production, it enables users to define sessions with multiple LLM providers (Anthropic, OpenAI, Google, Azure, Bedrock, local models via MLX/GGUF, and 40+ declarative providers), extend capabilities via MCP servers and built-in platform extensions (shell, image, file editing, code analysis, apps creation), and automate workflows through parameterized recipes. The architecture is a hybrid: a Rust backend handles agent state machine orchestration, tool execution, permission management, and provider abstraction, while an Electron frontend provides a rich chat interface with settings, extension management, scheduling, and MCP apps display. Key entry points include the CLI binary (crates/goose-cli/src/main.rs), the ACP server (crates/goose/src/acp/server/), and the desktop renderer (ui/desktop/src/renderer.tsx). Data flows involve user input β state machine processing β LLM provider calls β tool execution β response streaming back to the UI, with telemetry and cost tracking throughout. External dependencies include OpenAI/Anthropic/Google APIs, MCP servers, Whisper for dictation, and optional services like PostHog and Langfuse for observability.
VibeVoice is a production-grade speech AI framework from Microsoft Research, providing both text-to-speech (TTS) and automatic speech recognition (ASR) capabilities. The repository delivers inference and deployment infrastructure for frontier speech models built on a Qwen2.5 LLM backbone with continuous speech tokenizers at 7.5 Hz and a next-token diffusion framework. It includes a vLLM plugin for high-performance serving with OpenAI-compatible APIs, FastAPI/WebSocket streaming ASR, real-time TTS demos, and Gradio-based interactive applications. The codebase is primarily an application deployment toolkit, with embedded research code for model architectures, tokenizers, and diffusion schedulers. It supports long-form multi-speaker TTS (up to 90 minutes), streaming TTS, and single-pass ASR with diarization across multiple languages. The repository also provides LoRA fine-tuning scripts for ASR adaptation and comprehensive demo scripts for both local and cloud deployment.
Odoo is a comprehensive, modular Enterprise Resource Planning (ERP) suite built on a Python backend and a JavaScript/TypeScript frontend. It functions as a full-stack web application framework, providing core business modules (Accounting, Sales, Inventory, HR, CRM) alongside a robust ORM and a component-based UI framework (Owl). The architecture is a modular monolith where the core `odoo/` directory defines the framework and `addons/` contains business logic, localization, and integrations. It relies heavily on PostgreSQL for data persistence and uses a registry pattern for extensibility in both backend and frontend code. The system is designed for high customization through model inheritance (`_inherit`) and frontend patching (`patch`), allowing developers to extend functionality without modifying core code directly. The codebase demonstrates significant craftsmanship in its ORM implementation, which handles complex relationships, computed fields, and access rights rules. The frontend utilizes the Owl framework for reactive components, with a sophisticated service registry for dependency injection. However, the heavy reliance on prototype patching in JavaScript and monkey-patching in Python introduces technical debt and potential fragility during framework upgrades. The repository is actively maintained with frequent commits, a large community, and extensive test coverage including unit tests, integration tests, and UI tours. Localization support is a major feature, with country-specific modules handling tax, invoicing, and compliance requirements.
Lazydocker is a mature, well-structured terminal UI application for managing Docker and Docker Compose environments. Built in Go using a forked version of the gocui library, it provides a unified interface for viewing containers, services, images, volumes, and networks with real-time monitoring, log streaming, and interactive command execution. The architecture follows a clean separation between the command layer (Docker API interactions, OS command execution), presentation layer (display string formatting), and GUI layer (gocui-based terminal interface with panels and keybindings). The codebase demonstrates solid engineering practices with a generic, thread-safe FilteredList data structure that efficiently handles filtering and sorting without modifying underlying data. The task management system supports cancellable, concurrent operations with proper context propagation. The SSH tunneling implementation for remote Docker hosts is particularly well-crafted, using dependency injection for testability. The project maintains active development with recent commits, comprehensive CI/CD across multiple platforms, and support for 9 languages. Key architectural patterns include a panel-based UI composition where each side panel (containers, services, images, etc.) shares common infrastructure through generic types, a context-aware main panel that re-renders based on selected items, and a flexible template system for The configuration system supports extensive customization while maintaining sensible defaults. The codebase uses vendored dependencies for reproducible builds and includes proper error handling with user-friendly error messages.