Skip to main content
Execute qualquer Skill no Manus
com um clique
adam-s
Perfil de criador do GitHub

adam-s

Visão por repositório de 64 skills coletadas em 10 repositórios do GitHub.

skills coletadas
64
repositórios
10
atualizado
2026-07-10
mapa de repositórios

Onde as skills estão

Principais repositórios por número de skills coletadas, com sua participação neste catálogo do criador e sua distribuição ocupacional.

#01
volatio
13 skills · 2026-02-12
Desenvolvedores de softwareAnalistas de garantia de qualidade de software e testadoresCientistas de dados
3 categorias ocupacionais · 100% classificado
20%participação
#02
intercept
10 skills · 2026-03-24
Desenvolvedores de softwareAdministradores de redes e sistemas de computadorAnalistas de garantia de qualidade de software e testadoresDesenvolvedores webDesigners gráficosOutras ocupações de informática
6 categorias ocupacionais · 100% classificado
16%participação
#03
agent-spec
8 skills · 2026-04-06
Desenvolvedores de softwareAnalistas de garantia de qualidade de software e testadoresEspecialistas em gestão de projetos
3 categorias ocupacionais · 100% classificado
13%participação
#04
iep-challenge
7 skills · 2026-06-21
Analistas de garantia de qualidade de software e testadoresDesenvolvedores de softwareDesigners de interfaces web e digitais
3 categorias ocupacionais · 100% classificado
11%participação
#05
prairielearn-debug
7 skills · 2026-06-08
Desenvolvedores de softwareAnalistas de garantia de qualidade de software e testadores
2 categorias ocupacionais · 100% classificado
11%participação
#06
HNswered
5 skills · 2026-07-02
Analistas de garantia de qualidade de software e testadoresDesigners de interfaces web e digitais
2 categorias ocupacionais · 100% classificado
7.8%participação
#07
volat
5 skills · 2026-02-28
Analistas de garantia de qualidade de software e testadoresDesenvolvedores de softwareAdministradores de redes e sistemas de computador
3 categorias ocupacionais · 100% classificado
7.8%participação
#08
alphadidactic
3 skills · 2026-04-01
Administradores de redes e sistemas de computadorCientistas de dadosOutras ocupações de informática
3 categorias ocupacionais · 100% classificado
4.7%participação
Os 8 principais repositórios são exibidos aqui; a lista completa continua abaixo.
explorador de repositórios

Repositórios e skills representativas

market-data-integrity
Desenvolvedores de software

Market data integrity rules — gap filling, look-forward bias prevention, and stock split handling. Use when writing or reviewing code that loads prices, fills missing data, computes returns, backtests strategies, or makes trading decisions. Applies across Python, TypeScript, SQL, and TimescaleDB.

2026-02-12
debug-logs
Desenvolvedores de software

Analyze Volatio debug logs from /tmp/volatio-debug/. Use when the user asks to check debug logs, analyze problems, or diagnose simulation issues.

2026-02-07
systematic-testing
Analistas de garantia de qualidade de software e testadores

Apply bottom-up systematic testing to a multi-layer system. Use when asked to test, debug, or verify a pipeline that spans multiple layers (e.g., Python worker → bridge → processor → API → UI).

2026-02-07
drizzle-migrations
Desenvolvedores de software

Drizzle Kit workflow for Volatio using idempotent migrations (generate + edit + migrate), never use push. Idempotent patterns prevent partial failure issues, enable safe re-runs, and work cleanly in CI. Use when schema changes, migration errors, or database sync issues occur.

2026-01-29
experiment-creation
Cientistas de dados

Template for creating Volatio research experiments with Optuna optimization and portfolio backtesting. Includes proper train/test splits, lookahead bias prevention, results saving, and validated patterns from Exp 051-053.

2026-01-20
lookahead-bias-checklist
Cientistas de dados

Financial research look-ahead bias verification for Volatio ML pipelines, mandatory baseline comparisons, timezone handling, feature leakage detection. Use when model accuracy seems too good or validating prediction experiments.

2026-01-14
research-progression-docs
Desenvolvedores de software

Creating PROGRESSION.md documents for research experiment series in Volatio. Captures the evolution of ideas, learnings, and breakthroughs across numbered experiments (001, 002, ...). Use when documenting experiment series or reviewing research evolution.

2026-01-10
ci-local-parity
Desenvolvedores de software

Run Volatio CI locally before pushing (ci-local.sh), mirrors GitHub Actions exactly, catches failures fast. Use when preparing to push, debugging CI failures, or verifying changes will pass.

2026-01-10
Mostrando as 8 principais de 13 skills coletadas neste repositório.
api-discovery
Desenvolvedores de software

Discover any website's API and create domain plugins with proxy routes. Use when the user wants to create an API for a website, discover a web service's data transport, add a new domain, capture browser traffic, build typed API clients, or integrate with a third-party site. Also use when the user mentions a website name and wants to interact with it programmatically.

2026-03-24
app
Desenvolvedores de software

Build a complete application from a short description. Asks the developer clarifying questions, generates data requirements, launches discovery agents, and builds a dashboard. Use when the developer describes what they want to build in plain language — "compare tickets", "track prices", "search jobs across sites".

2026-03-24
ec2-deploy
Administradores de redes e sistemas de computador

Deploy to EC2 production server. Use when deploying new code, rebuilding Docker images, wiping and reseeding the database, checking container health, or managing the EC2 instance via AWS CLI.

2026-03-24
ci-check
Desenvolvedores de software

Run local CI checks and verify GitHub Actions status. Use before committing, after pushing, or when asked to check/fix CI.

2026-03-23
dashboard-builder
Desenvolvedores web

Build Next.js dashboard pages that consume domain proxy APIs. Use when the user wants to create a dashboard, build a UI page, add a search interface, display data from captured APIs, create comparison views, or build any frontend that calls /api/<domain>/ endpoints.

2026-03-23
debug-logs
Desenvolvedores de software

Iterative debugging with targeted logs. Use when browser connections fail, traffic capture returns empty, proxy routes return errors, WebSocket issues, or any problem that can't be solved on the first attempt. Add logs, read output, narrow the search, repeat until fixed, then clean up.

2026-03-23
instruction-dashboard-tuning
Desenvolvedores de software

Use sub-agents to iteratively improve dashboard-building instructions. Three-phase pipeline — discover APIs, build dashboard matching a wireframe, review code + UI with a SOTA reviewer agent. The dashboards are throwaway; instruction improvements and framework code fixes are the product.

2026-03-23
instruction-tuning
Outras ocupações de informática

Use sub-agents as test subjects to iteratively improve .claude/ instruction files. Run agent → inspect → fix instructions → re-run until agents follow the protocol correctly without hints.

2026-03-23
Mostrando as 8 principais de 10 skills coletadas neste repositório.
citation-audit
Analistas de garantia de qualidade de software e testadores

Audit every user-facing legal citation in apps/web against the canonical OBL register at docs/case-management-research/enforcement-map.md. Enforces the three-tier legal-leakage taxonomy from CLAUDE.md — verbatim regulation text lives only in `DisclosureCard.citation`; eyebrows, headings, button labels, and form copy stay plain-language; acronyms expand on first use on family surfaces. Flags fabricated cites (a §-reference that doesn't resolve to a real OBL entry), Tier-2 leakage (legal jargon in chrome), and Tier-3 leakage (raw acronyms in family chrome). Runs inline. Use when the user says "audit citations", "check grounding", "legal-leakage check", or after lifting a prototype page that mentions any of `§ / OBL- / CFR / IDEA / PWN / ARD / IAES / REED / manifestation`.

2026-06-21
design-consistency
Designers de interfaces web e digitais

Adversarial review of design-system fidelity in the plugin/ subtree (plugins/*/src/pages, plugins/*/src/components, packages/ui). Hunts editorial drift (facts surfaced twice, sections that dump tables instead of answering questions, lists that should be summary stats), atomic-unit drift (the same person row / item row / section header rendered with different markup), and proportional drift (arbitrary spacing values, ad-hoc letter-spacing, hand-rolled cards next to the Card primitive). Pairs with packages/ui/src/boundary.test.ts which enforces the deterministic patterns. Runs inline in the current chat (no subagent fork). Use when the user says "design review", "design audit", "consistency check", "is the design system holding", or after adding any UI surface.

2026-06-21
harness-run
Analistas de garantia de qualidade de software e testadores

Drive one or more control-room workflows end-to-end and diff the capture against the prior run for the same workflow. Surfaces which (persona, step) cells changed and why, so a cascade regression caused by a recent change becomes a structured finding instead of an after-the-fact "I think something broke." Runs inline in the current chat (no subagent fork). Use when the user says "run the harness", "drive a workflow", "verify the cascade", "check for regressions across personas", "run the journey loop", or after a non-trivial change to rights derivation / state-machine guards / Drizzle queries / persona shells.

2026-06-21
mutation-red-team
Analistas de garantia de qualidade de software e testadores

Inline mutation testing for the apps/ monorepo — inject targeted regressions into @iep/domain (machine guards, rights derivation), @iep/data (Drizzle queries, schema), @iep/services (mutation contracts, composition), or apps/web (server actions), then run `pnpm -w typecheck` + `pnpm -w test` and report which mutations SURVIVED. Surviving mutations are direct evidence of validation gaps. Runs inline in the current chat (no subagent fork). Use when the user says "trickster", "mutation test", "break the code", "can the tests catch regressions", "grade the validation", or after adding code whose coverage is uncertain.

2026-06-21
red-team-plugin
Desenvolvedores de software

Adversarial bug-hunting code review of the plugin-first framework in plugin/ — @plugin/{core,runtime,ui}, the host app, and plugin packages. Hunts real bugs in manifest validation, merger floor enforcement, mutator atomicity, registry collision detection, auditor declared-emitter discipline, state-machine actor lifecycle, realtime subscriber isolation, and the plugin-scoped service injection seam. Not style nits. Runs inline in the current chat. Use after non-trivial framework changes or before a phase commit.

2026-06-21
red-team-review
Desenvolvedores de software

Adversarial bug-hunting code review of the apps/ monorepo — apps/web, @iep/domain, @iep/data, @iep/services, @iep/auth. Hunts real bugs in state-machine guards, rights derivation, Drizzle queries, server actions, persona/audit emission, and idempotent seed/migration code. Not style nits. Runs inline in the current chat (no subagent fork). Use when the user asks for a "red team", "bug hunt", "adversarial review", or at checkpoints during long lifts.

2026-06-21
test-red-team
Analistas de garantia de qualidade de software e testadores

Adversarial review of the TEST AND VALIDATION SURFACE of the apps/ monorepo — vitest unit suites in @iep/domain + @iep/data + @iep/services + @iep/ui + apps/web, the Drizzle integration tests under @iep/data/queries, the boundary.test.ts pattern enforcers in @iep/ui and @iep/data, and the OBL enforcement-map. Hunts tautological assertions, integration tests that don't reach the DB, missing regression coverage for known-deferred obligations, and surfaces that document an invariant without enforcing it. Runs inline in the current chat (no subagent fork). Use when the user says "red team the tests", "audit the tests", "are our tests any good", or after adding tests/validation that needs scrutiny.

2026-06-21
contribute
Desenvolvedores de software

Find a real upstream PrairieLearn bug with no open PR, reproduce + fix it in the harness, and publish it as an issue + pull request ON THE USER'S OWN FORK (never upstream) — packaged as a human-readable proposal a maintainer could copy over. Wraps debug-issue with a discovery front-end, a dual-test proof (PL's own tests + harness evidence), and a fork-only SHARE phase. Runs inline. Use when the user says "contribute a fix", "open a PR on my fork", "propose a fix to PrairieLearn", "find an issue to fix and PR it", or "/contribute".

2026-06-08
debug-issue
Analistas de garantia de qualidade de software e testadores

Drive one PrairieLearn GitHub issue or PR end-to-end through the harness — PRE-FLIGHT → GATHER → SCAN → CLASSIFY → BUILD. Spawns an isolated worktree + Docker journey, reproduces the bug with Playwright, injects the trace spine closest to the suspect code, classifies root cause from the merged timeline, then verifies a fix with before/after evidence. Runs inline. Use when the user says "debug issue N", "repro this PR", "investigate

2026-06-07
journey-run
Analistas de garantia de qualidade de software e testadores

Drive a PrairieLearn Playwright journey — persona switching (student/instructor/admin), render-gating (never screenshot a blank/500 and call it fine), numbered before/after screenshots, socket-safe waits, and cold-vs-warm diffing. Spins the journey's containers, runs scenario.ts, captures evidence. Runs inline. Use when the user says "run the journey", "run the scenario", "screenshot this flow", "drive it as instructor/student", "check for regressions across personas", or after editing a fix to re-verify.

2026-06-07
slice
Desenvolvedores de software

Isolate one file/function/module and exercise it in isolation with full observability — instrument its inputs, intermediate values, and return with timestamped trace logs (Python or TS/JS), drive it with crafted cases, and assert expected results. The fastest empirical layer: between forbidden static reasoning and a full Docker/Playwright boot. Drives a tight Observe→Orient→Decide→Act loop. Runs inline. Use when the bug lives in a specific function/module, the user says "isolate", "exercise the slice", "test it in isolation", "instrument inputs/outputs", or when the full stack is overkill or won't boot.

2026-06-07
trace
Desenvolvedores de software

Add precise timestamped debug logging across PrairieLearn using the concentric/adaptive model — start at the code CLOSEST to the issue (ring 0), read the merged cross-process timeline, widen the field only if the narrow ring didn't reveal it. Covers the TS⇄Python boundary, SQL, sockets, and the zygote via @pldebug/trace. Runs inline. Use when the user says "add logging", "trace this", "instrument", "where is time going", "why is this swallowed", or when debug-issue reaches CLASSIFY and the cause isn't obvious.

2026-06-06
tune
Desenvolvedores de software

Run one eval-driven instruction-tuning iteration on the harness itself. A blind sub-agent solves a CLOSED PrairieLearn issue (no access to the merged fix or this conversation), a blind judge compares its answer to the accepted PR, and you diagnose where the harness/.claude failed it and apply GENERALIZED improvements. The product is the instructions, not the PL fix — the code is thrown away. Runs inline (parent-orchestrated). Use when the user says "tune", "improve the harness", "run an eval iteration", "look back how can we improve .claude", or after picking a closed-issue case.

2026-06-03
red-team
Analistas de garantia de qualidade de software e testadores

Adversarial bug-hunting review of a PrairieLearn diff, PR, or worktree change — hunts REAL bugs (not style) in the seams where PL breaks: the TS⇄Python code-caller boundary, zygote serialization, SQL/Drizzle edge cases, assessment/grading state, socket event isolation, auth/CSRF, and migrations. Severity-grouped findings with file:line, each with a concrete trigger. Read-only, runs inline. Use when the user says "red team", "bug hunt", "adversarial review", "what could break", or before posting a fix to a PR.

2026-06-02
mutation-red-team
Analistas de garantia de qualidade de software e testadores

Launch an adversarial mutation-testing agent (Opus) that injects targeted regressions into production code, runs the test suite, and reports which mutations SURVIVED — surviving mutations are direct evidence of test-coverage gaps. Use when the user says "trickster", "mutation test", "break the code", "can the tests catch regressions", "grade the tests", or after adding production code whose test coverage you're not sure about.

2026-07-02
audit
Analistas de garantia de qualidade de software e testadores

Run a bounded live audit of the extension against multiple HN handles in parallel — Playwright + real Chromium + real HN, time-series snapshots, deterministic divergence analysis. Use when the user asks to "audit", "sit and observe", "live test", or "check whether the extension is correctly tracking real HN activity across multiple users". Bounded by wall time AND request budget — never unbounded.

2026-07-01
design-critique
Designers de interfaces web e digitais

Launch a Jony Ive–style product design adversary (Opus) to critique UI/UX *within* the project's existing aesthetic constraints. Finds what is graceless, disproportionate, clumsy — in the designer's own voice. Use when the user wants a "design critique", "Jony Ive review", "UI review", or says the interface "needs improvement".

2026-07-01
red-team-review
Analistas de garantia de qualidade de software e testadores

Launch an adversarial bug-hunting code reviewer (Opus) to find real bugs, correctness issues, concurrency hazards, and server/resource abuse risks — not style nits. Use when the user asks for a "red team", "bug hunt", "adversarial review", or at checkpoints during long coding tasks.

2026-07-01
test-red-team
Analistas de garantia de qualidade de software e testadores

Launch an adversarial reviewer (Opus) to find bugs IN THE TEST SUITE — tautological assertions, weak oracles, shim/mock lies, stale fixtures, coverage gaps, clock-mock pitfalls. Use when the user says "red team the tests", "audit the tests", "are our tests any good", "find weak tests", or after adding a large batch of tests that needs scrutiny.

2026-07-01
Mostrando 10 de 10 repositórios
Todos os repositórios foram exibidos