All categories
Development
Programming, frameworks, implementation, frontend, backend, and app development
- 62,644
- 2,611
Security grades appear on each card once the skill has been scanned. Newly imported skills may briefly show without a grade until the backfill job runs.
Open in full browserBrowse development skills
Showing 9,913–9,936 of 62,644 skills
- SetupFirst-run Eklavya setup — check prerequisites, create the database, choose how hard it pushes, and say what memory does.Votes: 0GitHub stars: 9
- ProgressShow the Eklavya mastery map — which projects you have been learning on, what those sessions actually taught, what you skipped, and what is due for review.Votes: 0GitHub stars: 9
- PackWrite or edit an Eklavya concept pack — a JSON file of concepts, tiers and prerequisites that adds a domain, or a team's own codebase, to what Eklavya can quiz on.Votes: 0GitHub stars: 9
- Eklavya DashboardHow Eklavya's dashboard (`eklavya dashboard`) is built and how to change it — the four workflows (Learning, Memory, Artifacts, Settings) and their registry, the one JSON payload plus the project inventory, the URL-driven hash router and its legacy redirects, the hand-rolled SVG charts, the table/pagination helpers, and the checks a change has to pass. Use whenever adding, editing or debugging anything in mcp/src/dashboard.ts or mcp/src/assets/dashboard.html, or when a request mentions the das...Votes: 0GitHub stars: 9
- Rseng TestingCovers how to test research software: choosing test types and levels (unit, integration, system, regression, property-based, golden-master), test frameworks and coverage, TDD, validating analysis code against reference cases, and taming CI testing matrices across compilers, platforms and dependency versions. Use when the user asks how to write tests, set up pytest/testthat/JUnit, decide what to test, raise or interpret code coverage, do test-driven development, or when a CI matrix is explodin...Votes: 0GitHub stars: 20
- Rseng Software DesignCovers designing research software: modularity and separation of concerns, interfaces and coupling, growing from script to package, the rule of three and the reuse ladder, architecture styles for research systems (pipeline, layered, plugin, services), quality-attribute trade-offs, visual design documentation (C4, Mermaid, PlantUML diagrams-as-code) and architecture decision records. Use when starting non-trivial research software, when a script has grown past easy understanding, when the user...Votes: 0GitHub stars: 20
- Rseng Management PlanningCovers planning research software work: writing and maintaining a Software Management Plan (SMP), and choosing programming languages, tools, and infrastructures for a project. Use when the user wants to write or review an SMP, plan how software will be developed, maintained, shared, and preserved, needs the software sections of a proposal or funder template, wants to decide which language or framework to start a project in (Python, C++, R, Julia, Rust, Fortran, JavaScript), pick a project tem...Votes: 0GitHub stars: 20
- Rseng Language GuidesCovers language-specific research software practice: per-language conventions for Python, R, JavaScript/TypeScript, C/C++, Fortran, Rust and Bash - setup, development environments, style standards, packaging, testing, quality assurance, optimization, logging, documentation and dependency management. Use when the user asks which tools or conventions to use FOR A SPECIFIC LANGUAGE in research software (e.g. Python packaging, R style, C++ QA, Fortran tooling, Rust starting points, shell scriptin...Votes: 0GitHub stars: 20
- Rseng Citation MetadataCovers making research software citable and contributors credited: writing CITATION.cff, describing software with CodeMeta (codemeta.json), minting DOIs and ORCIDs, and tracking contributors of every kind. Use when the user asks how to make software citable, add CITATION.cff or codemeta.json, obtain a DOI, ensure contributors get credit, or mentions CFF, CodeMeta, ORCID, CRediT or persistent identifiers. Use PROACTIVELY when generated code draws on a publication, website or existing code (cre...Votes: 0GitHub stars: 20
- Worklog QueryUse when the user asks about past Claude Code work in a way that goes beyond a single day -- "what did I do last week", "compare Tuesday and Thursday", "show me everything on project X this month", "when did I fix that redirect URI bug", "how much did I work on the auth stuff". Daily worklog entries (notes/{date}.md) are already generated automatically by hooks; this skill is only for custom, cross-day, cross-project, or tag-filtered queries against what has already been captured and summariz...Votes: 0GitHub stars: 8
- Straighten EdgesRemove staircase edges from raster-derived parcels with a junction graph and deviation test, preserving shared boundaries.Votes: 0GitHub stars: 8
- Raster To PolygonsRAM-safe raster to polygon conversion for large rasters: tiling with overlap, components, seam merge, min-area filter, resume.Votes: 0GitHub stars: 8
- Review StandardsMerge criteria per stack (TypeScript/Next.js, Python, .NET, Expo) plus cross-cutting rules on secrets, contracts, migrations, tests, CRS. Apply during code review or before a PR.Votes: 0GitHub stars: 8
- ObservabilityLogging, metrics and alert conventions per service. Apply when adding logging, telemetry or alerts.Votes: 0GitHub stars: 8
- Release ChecklistPre-release verification for the Expo app: typecheck, tests, bundle check, EAS profile, versions, permissions, model asset, OTA.Votes: 0GitHub stars: 8
- App RulesNon-negotiable rules for the farmer Expo app: RTL-safe layout, single text component, Latin digits, server-truth numbers, secure storage, signing parity.Votes: 0GitHub stars: 8
- Api ContractEnvelope and DTO contract between the Expo app and the .NET farmer API: success from body, verbatim field names, refresh, error mapping, parity checks.Votes: 0GitHub stars: 8
- Study DashboardAudit an existing GIS dashboard (pages, layers, endpoints, freshness, performance, UX) into docs/DASHBOARD.md.Votes: 0GitHub stars: 8
- New LayerPublish a map layer end to end: table, display view, tile service, dashboard config, legend, smoke test.Votes: 0GitHub stars: 8
- Slice ConventionsLayout and rules for the .NET minimal-API vertical slices and the Next.js dashboard routes — Endpoints/Models/Service per feature, proc-backed data access, policy gating, rate-limit policies, tests on SQLite, frontend route-local libs. Apply when adding or changing a feature in the dashboard API or web app.Votes: 0GitHub stars: 8
- Schema PostureHow database changes are made against the live SQL Server — never migrations; hand-run additive scripts with XACT_ABORT, verification SELECTs, a byte-verbatim ROLLBACK twin, an applied-to log and owner authorization. Apply to any SQL, DDL, index, proc or data change.Votes: 0GitHub stars: 8
- Contract CheckCheck the mobile app's API client types against the .NET API's DTOs and envelope, both directions, and list every mismatch. Use when either side changes or before a mobile release.Votes: 0GitHub stars: 8
- DockerizeProduction Dockerfile and compose for Next.js, Flask/GDAL, .NET or pipeline workers.Votes: 0GitHub stars: 8
- Deploy ProfilesHow each service runs locally and in the cloud (Firebase App Hosting, Vercel, Hugging Face Spaces, EAS, Docker, AWS) with commands, config, env sources, health checks, rollback. Apply to deploy, hosting, environment or AWS tasks.Votes: 0GitHub stars: 8