The Parcle Python client is a library for interacting with the Parcle Memory API, which provides long-term memory for AI agents. It enables developers to store conversational data and files per user, and then retrieve relevant information through natural language queries that return synthesized answers with citations. The client handles all aspects of communication with the API, including authentication, request retries, file uploads, and processing of Server-Sent Events for search operations. The architecture is straightforward: a synchronous HTTP client built on top of `httpx`, with methods corresponding to each API endpoint. Key features include robust error handling via a well-defined exception hierarchy, automatic retry logic for transient failures, and flexible file upload support that accepts various input types while enforcing size limits. The search method uniquely handles SSE streams to deliver incremental responses, ensuring compatibility with the API's streaming behavior. While the library is purpose-built for the Parcle API, it exhibits several reusable patterns. The exception mapping system in `exceptions.py` can be adapted for any HTTP API, and the file upload handling functions in `client.py` demonstrate a robust approach to processing diverse file inputs. The codebase is actively maintained, has low technical debt, and includes comprehensive tests that mock HTTP interactions to ensure reliability.
auto-dark-mode.nvim is a Neovim plugin that automatically switches the editor's background between dark and light mode based on the host operating system's appearance setting. It supports macOS (via `defaults read`), Linux (via `dbus-send` with optional `dbus-monitor` for event-driven updates), Windows (via `reg.exe`), and WSL/OrbStack. The plugin polls the system at a configurable interval (default 3000ms) or uses D-Bus monitoring on Linux for immediate updates. It provides user-definable callback functions (`set_dark_mode` and `set_light_mode`) that default to changing Neovim's `background` option. The architecture is modular: `init.lua` handles OS detection and setup, `interval.lua` manages polling/monitoring and theme synchronization, `health.lua` provides a `:checkhealth` diagnostic with benchmarking, and `types.lua` defines type annotations. The code is well-structured with graceful fallbacks for older Neovim versions (0.7.x) and comprehensive error handling for edge cases like running as root or missing system utilities. It is a focused, single-purpose plugin with clean separation of concerns.
Scallop is a differentiable probabilistic Datalog engine implemented in Rust with Python bindings (scallopy). It compiles Scallop programs (a Datalog variant with provenance annotations) through a three-stage compiler (front AST → back normalized Datalog → RAM relational algebra) to a runtime that executes with configurable provenance semirings (unit, boolean, tropical, probabilistic, differentiable, etc.). The system supports neuro-symbolic AI by integrating with PyTorch for gradient-based learning, and provides plugins for LLMs (GPT, Gemini) and vision models (CLIP, OWL-ViT, SAM). The architecture is a monolithic Rust library (core) with multiple sub-crates for CLI tools (scli, sclc, sclrepl), Python bindings via PyO3, and a plugin system for extending with foreign functions, predicates, and attributes. Key data flows: user-provided Scallop source or facts are parsed, analyzed (type inference, boundness), transformed, and compiled into a relational algebra plan that is executed with provenance-aware dataflow operators, producing output collections. The codebase is well-structured with clear separation between compiler, runtime, and provenance layers, and includes several reusable components such as copy-on-write containers, galloping search, dual numbers for AD, batch streaming abstractions, and a self-contained SDD library for weighted model counting. While the code demonstrates strong engineering and research-grade sophistication, there is some code duplication across provenance variants and experimental/legacy directories that lower the overall quality score. The repository is actively maintained with recent commits, CI workflows, and a growing plugin ecosystem.
This repository contains the ToS;DR browser extension (Manifest V3) for Chrome, Firefox, and Edge. It downloads a local database of website service ratings from the ToS;DR API, then detects which service a visited domain corresponds to by progressively reducing the hostname. When a match is found, it updates the toolbar icon with the service's grade (A–E) and enables the popup to show detailed summaries of terms-of-service points. The popup also fetches live service details from the API if needed. The codebase is written entirely in TypeScript with strict type checking, uses Vite for building, and includes CI/CD workflows for linting, type-checking, and creating release artifacts. The architecture is a standard single-page browser extension with a background script (or background page for Firefox), popup UI, and settings page. No test suite is present, but the code is well-organized and modular.
Veil is a client-side Minecraft modding library for Fabric and NeoForge that provides advanced rendering capabilities to mod developers. In production it implements a custom shader pipeline: GLSL preprocessing and injection into vanilla and Sodium shaders, dynamic buffer outputs for deferred-style rendering, JSON-defined shader programs, and a caching shader compiler. It also manages advanced framebuffers, post-processing pipelines (bloom, composite, first-person), custom render types, and GPU light renderers for point, area, spot, and directional lights. Beyond core rendering, Veil ships data-driven effects: the Quasar particle system with modular init/update/render/force modules, Flare shell-based effects with controller/modifier properties, Necromancer skeletal animation, and screen shake. It includes developer tooling such as ImGui inspectors, resource editors, and hot reload, plus a resource management layer that treats shaders, framebuffers, render types, and textures as first-class reloadable assets. The project is structured as a common API/impl core with separate Fabric and NeoForge loader modules, service-loaded event platforms, and codec-based resource serialization. This is not a data research repository; although it uses JSON assets and codec-driven definitions, it is fundamentally an application library for game rendering. The code is actively maintained on the 1.21 branch, with the main risks being the large mixin surface into Minecraft/Sodium/Iris internals and duplicated platform-specific compatibility code.
This is a VS Code extension that provides a unified interface for discovering, installing, and managing MCP (Model Context Protocol) servers and AI agent skills. It integrates with multiple sources: the Official MCP Registry, skills.sh, GitHub repositories, and CloudMCP (a hosted alternative). The extension offers a chat participant (`@mcp`) for natural-language search and install, and a sidebar webview with search and management tabs. It supports 30+ AI coding agents including GitHub Copilot, Claude Code, and Codex CLI. The architecture consists of a TypeScript extension backend (using esbuild for bundling) and a React 19 + Vite + Tailwind CSS + shadcn/ui frontend, communicating via typed RPC messages. Telemetry is collected anonymously with standardized error classification. The codebase is well-structured with clear separation of concerns, CI/CD pipelines, and unit tests.
KernelScript is a domain-specific language and compiler (OCaml) for developing eBPF-centric programs. The compiler translates a single `.ks` source file into multiple C outputs: idiomatic eBPF C code (for kernel execution via XDP, TC, kprobe, tracepoint, perf_event, struct_ops), userspace loader C code (managing maps, ring buffers, tail calls, and program lifetime), and optionally kernel module C code (for `@kfunc` functions). The compiler pipeline includes lexing, parsing, symbol table construction, type checking (including context-specific rules for eBPF program types), IR generation with control-flow and data-flow analysis, loop analysis (bound detection, bpf_loop optimization), tail-call detection and automatic progarry management, map assignment optimization, safety checking (null pointer, bounds, overflow), and multi-program optimization (map type changes, batching). It also supports BTF introspection for kernel type and kfunc extraction, a Python bridge, and a compile-time evaluator. The architecture is modular with pluggable context code generators per program type. The project includes an extensive test suite covering the full pipeline from parse to C output and specific features like perf_event attach, ring buffer dispatch, struct_ops, and multi-program scenario.
This repository contains Dreamhouse, a Salesforce sample application for real estate property management built with Lightning Web Components (LWC) and Apex. It demonstrates key Salesforce platform capabilities including custom objects (Property__c, Broker__c), flexible page layouts, Lightning Message Service for inter-component communication, and mobile features like barcode scanning and geolocation. The application provides a property explorer with filtering, pagination, map visualization (using Leaflet), and a property creation flow with geocoding via OpenStreetMap. It also includes sample data import, accessibility testing, and comprehensive CI/CD pipelines. The codebase is well-structured with separate Apex controllers, reusable LWC components, and Jest unit tests, representing a professional implementation of Salesforce development best practices. While primarily an application, it includes sample data (JSON files) that could be considered a minor data aspect, but the dominant character is application.
This repository is a starter theme for building headless ecommerce storefronts with Shopify using Astro. It provides a server-rendered Astro application with Svelte islands for interactive components like the cart drawer and add-to-cart form. The application fetches product data from the Shopify Storefront GraphQL API, displays product listings and detail pages, and manages a shopping cart with persistent state via nanostores. It is configured for deployment on Vercel and uses Tailwind CSS for styling. The architecture is a monolithic web application with clear separation of concerns: `src/utils` contains the Shopify API client, GraphQL queries, Zod schemas for runtime validation, and configuration; `src/stores` manages cart state; `src/components` contains Astro and Svelte components for UI. The Shopify client (`src/utils/shopify.ts`) intelligently switches between public and private access tokens based on server/client rendering and includes buyer IP forwarding for accurate pricing. The codebase demonstrates modern practices: TypeScript strict mode, Zod validation of external API responses, Svelte 5 runes, and responsive image generation with srcset. While the theme includes demo content (hardcoded reviews, accordions) and a hardcoded API version (2023-01), the core utilities are well-crafted and reusable. The Shopify API client and image component can be extracted into other projects with minimal changes. Overall, this is a solid, professional-grade starter theme that showcases a clean integration between Astro, Svelte, and Shopify.
A Visual Studio extension (VSIX) that integrates SonarQube/SonarCloud static analysis into the IDE. It provides real-time code quality and security analysis for C#, VB.NET, C/C++, JavaScript/TypeScript, CSS, and other languages via an embedded SLCore backend (Java process) and a separate Roslyn analyzer server for .NET. The extension supports both standalone analysis and 'connected mode' that binds to SonarQube/SonarCloud servers, including project binding, credential management, issue visualization with flows and locations, security hotspots, taint vulnerabilities, dependency risks, quick fixes, rule education (HTML-to-XAML rendering), and telemetry. The architecture is modular, heavily relying on MEF for dependency injection, with distinct assemblies for core abstractions, VS integration, connected mode UI, issue visualization, security-specific features, and education. The codebase is well-tested with extensive unit tests and some integration tests, but shows signs of ongoing migration from legacy binding models to a modern SLCore-based protocol, resulting in some technical debt and backward-compatibility code.
A React Native library providing high-performance animated headers for scroll views (ScrollView, FlatList, SectionList, FlashList). It leverages react-native-reanimated for smooth 60fps animations and supports both absolute and relative header positioning with fade-in/scale effects. The library exports composable components like Header, LargeHeader, FadingView, and ScalingView, plus container components that wrap native scrollable views with header logic. It is fully typed, follows React Native new architecture, and works with Expo. The example app demonstrates multiple real-world patterns including Twitter profile, inverted chat, and blurred surfaces. The core scroll logic is encapsulated in a reusable hook (useScrollContainerLogic) that manages shared values for scroll position, navbar visibility, and auto-fix scrolling behavior.
wthrr-the-weathercrab is a terminal-based weather companion written in Rust. It fetches current weather, hourly/daily/weekly forecasts, and historical data from the Open-Meteo API. The application supports configurable units, localization (via Google Translate API), and multiple display styles (border styles, graph types, color themes). It uses a modular architecture with clear separation of concerns: API abstraction, CLI argument parsing, configuration management, weather data fetching, and terminal rendering. The codebase demonstrates solid Rust practices including async/await, derive macros, and comprehensive testing. Notable features include a sophisticated Unicode graph renderer for temperature trends and a flexible localization system that can auto-translate strings. The project is actively maintained with recent commits and a responsive issue tracker.
This is a Go-based Kubernetes agent that watches cluster events (Kubernetes Event objects and Pod status changes) and sends them to Sentry for error tracking and monitoring. It runs as a read-only sidecar inside a Kubernetes cluster, using client-go informers and watchers to observe Jobs, CronJobs, Deployments, ReplicaSets, Events, and Pods. When a warning or error event occurs, the agent enriches it with Kubernetes metadata (owner references, node names, namespace) and captures it as a Sentry error event. It also supports Sentry Crons monitoring for CronJobs, custom DSN per resource via annotations, GKE integration for cluster metadata, and client-side filtering by event reason or source. The architecture is cleanly separated into watchers, enhancers, filters, and backoff logic, with comprehensive unit tests and CI/CD pipelines.
This repository provides a library and tools for training and deploying CNN models (RotNet, RotNetR) to predict the rotation angle of images, primarily designed for cracking rotate captchas. The system includes a training pipeline with customizable dataset preprocessing (random rotations, cropping, normalization), model definitions using ResNet50 and RegNet_Y backbones, a loss function optimized for angular classification (Circular Smooth Label), and an HTTP server for inference. The codebase is well-structured as a Python package with clean separation of concerns, showcasing advanced patterns like generic pipe operators for data transformation composition and context-managed training loops. It is actively maintained and demonstrates solid software engineering practices.
IFL (Interactive Functions List) is an IDA Pro plugin that provides an enhanced interface for browsing, analyzing, and navigating functions within binary files. The plugin creates a dockable window displaying a comprehensive table of all functions with their attributes (addresses, names, types, arguments, reference counts) and features tabbed views showing incoming/outgoing references for selected functions. Key capabilities include real-time filtering, double-click navigation to addresses, in-place function renaming, and import/export of function names in CSV, TAG, and .imports.txt formats (compatible with tools like PE-sieve). The architecture follows a model-view pattern using Qt (PyQt5/PySide6 abstraction) integrated with IDA's plugin framework, featuring automatic theme adaptation to match IDA's UI and sophisticated reference tracking logic.
The conda/constructor repository is a CLI tool for building cross-platform installers from conda packages. It reads a `construct.yaml` configuration file, solves package specifications via conda's API, fetches packages, and generates installer artifacts: shell archives (`.sh`) for Linux/macOS, macOS `.pkg`, Windows `.exe` via NSIS, experimental Windows `.msi` via Briefcase, and Docker images. The architecture is modular with dedicated modules for each installer type, configuration validation (Pydantic + JSON Schema), signing abstraction, and utility functions. Production data flows: construct.yaml → validation → spec solving → package download → payload staging → installer generation + signing + hash outputs. External dependencies include conda, NSIS, Apple pkgbuild, signtool/AzureSignTool/codesign, and Docker. The codebase shows clear separation of concerns, automated CI/CD across platforms, and comprehensive example recipes, though it exhibits moderate coupling to conda internals and some deprecated configuration options.
LessAI is a Tauri 2 desktop application for AI-assisted document rewriting. It supports importing documents in plain text, Markdown, LaTeX, DOCX, and PDF formats, segmenting them into rewrite units, and sending them to an OpenAI-compatible LLM for rewriting. The system provides a workbench view with a side-by-side editor and review panel, enabling users to view diff hunks, accept/reject suggestions, and finalize writeback to the original file. For complex formats like DOCX and PDF, a slot-based model preserves locked placeholders (e.g., tables, images, hyperlinks) while allowing editable text regions to be rewritten. The application includes a web demo mode for plain text only, a full settings UI for provider configuration, and an in-app update mechanism. The architecture is a monolith split between a Rust backend (Tauri commands, document adapters, rewrite pipeline) and a React/TypeScript frontend with custom hooks, progressive rendering, and a slot-based structured editor. The codebase is well-structured with extensive unit tests, roundtrip test fixtures, and CI/CD pipelines for cross-platform bundles.
This is the Flashbots MEV-Boost Relay, a production-grade Go service that mediates between Ethereum block proposers (validators) and block builders. It implements the proposer-builder separation (PBS) specification, providing REST APIs for builder block submission (with simulation), validator registration, and proposer block retrieval (getHeader/getPayload). The relay is the critical infrastructure that enables validators to outsource block construction to specialized builders, maximizing MEV extraction while maintaining trustless verification. The architecture is a multi-service system with three independently scalable components: an API server (builder, proposer, data, and internal endpoints), a housekeeper background service (validator updates, proposer duties, metrics), and a website service (public status page). It uses PostgreSQL for persistent storage, Redis for low-latency bid caching, optional Memcached for redundant payload storage, and connects to one or more beacon nodes (consensus layer clients) for chain data. Block simulation is performed via an external validation node with a concurrency rate limiter. Key engineering highlights include a multi-beacon-client with failover and least-used ordering, a datastore fallback chain (Redis → Memcached → PostgreSQL), streaming JSON decoding for large validator sets, SSZ/JSON content negotiation with version detection across Ethereum forks (Capella through Fulu), and extensive Prometheus/OpenTelemetry metrics. The codebase is well-tested with integration tests, mock databases, and test data for multiple fork versions. It is actively maintained with recent commits, CI/CD pipelines, and a clear migration path for database schema changes.
Sacremoses is a Python 3 library and CLI tool that reimplements the Moses tokenizer, detokenizer, and truecaser for natural language preprocessing. It provides exact, deterministic text segmentation and normalization for over 30 languages, with specific handling for non‑breaking prefixes, Unicode character properties, and protected patterns. The code is structured as a standard Python package with a `click`‑based CLI entry point, modular tokenization/truecasing modules, and a robust test suite that includes security regression tests. The repository also contains an `audit/` directory documenting a formal security review, with attack scripts and fixed vulnerabilities — a sign of strong engineering discipline for a language‑processing library. A notable architectural decision is the `data‑as‑code` pattern: instead of reading non‑breaking prefix lists and Perl Unicode property files at runtime, the package ships auto‑generated Python modules (`_data_nonbreaking_prefixes.py`, `_data_perluniprops.py`) that contain the same data as dictionary and set literals. This eliminates file‑I/O attack surfaces and simplifies distribution. The generation tool (`tools/generate_data_modules.py`) is itself a clean, reusable script that could be adapted to embed any tabular linguistic resource into a library without runtime file access. The library has undergone a security audit, and several fixes (dependency floors tied to CVEs, bounds on protected patterns, safe temp‑file creation) are baked into the codebase. While the core tokenization logic is a direct port of the Moses Perl script, the implementation shows careful attention to edge cases, concurrency support via `joblib`/`tqdm`, and compatibility with both Python 2 (last supported version) and Python 3. The main technical drift risk comes from static Unicode property snapshots that may lag behind the Unicode standard, but the architecture makes updates straightforward by regenerating the modules. Overall, Sacremoses is a well‑engineered, security‑conscious, production‑ready NLP preprocessing library. It is actively maintained (497 stars, no unresolved Dependabot alerts, recent commits), follows modern packaging conventions, and provides a drop‑in replacement for the Moses tokenizer in Python native code. Its reusable patterns — especially the data‑as‑code embedding and the security audit harness — are valuable for any library that must distribute static linguistic data without introducing file‑I/O vulnerabilities.
This repository is a Serverless Framework plugin that enables deploying Python WSGI applications (Flask, Django, Pyramid, etc.) to AWS Lambda via API Gateway or ALB. It automatically converts API Gateway events (v1, v2) and ALB requests into WSGI environ dictionaries, invokes the application, and transforms the response back into the appropriate Lambda proxy format. The plugin also provides a local development server (`sls wsgi serve`), automated dependency packaging from `requirements.txt`, and remote execution commands for Python code, shell commands, Django management commands, and Flask CLI commands. The codebase is split into a Node.js plugin (`index.js`) that hooks into Serverless lifecycle events (packaging, deployment, invoke local) and a set of Python modules (`serverless_wsgi.py`, `wsgi_handler.py`, `serve.py`, `requirements.py`) that handle the actual WSGI conversion, local serving, and dependency installation. The core WSGI adapter (`serverless_wsgi.py`) is a standalone, reusable library that can be used independently of the Serverless framework for any Lambda function needing to handle API Gateway events. The plugin is well-tested with both JavaScript and Python test suites, and follows a clean, modular architecture.