search-cases

nycourts.gov/search-cases-so6v88 · updated May 21, 2026

MDX-style export adds YAML metadata + attribution linking explainx.ai and this canonical listing URL.

$browse install nycourts.gov/search-cases-so6v88
0 commentsdiscussion
summary

Search New York State Unified Court System dockets across WebCivil Supreme, WebCivil Local, WebCriminal, WebFamily, NYSCEF, and WebSurrogate. Returns matched cases as structured JSON: index/docket number, court (type + county + part), caption, parties, attorneys, nature of action, filing & disposition dates, assigned judge, appearance/motion history, NYSCEF link, and canonical case-detail URL.

skill.md
name
search-cases
title
NY UCS eCourts — Search Cases
description
>- Search New York State Unified Court System dockets across WebCivil Supreme, WebCivil Local, WebCriminal, WebFamily, NYSCEF, and WebSurrogate. Returns matched cases as structured JSON: index/docket number, court (type + county + part), caption, parties, attorneys, nature of action, filing & disposition dates, assigned judge, appearance/motion history, NYSCEF link, and canonical case-detail URL.
website
nycourts.gov
category
legal
tags
- legal - courts - dockets - new-york - nyscef - hcaptcha
source
'browserbase: agent-runtime 2026-05-18'
updated
'2026-05-18'
recommended_method
browser
alternative_methods
[]
verified
true
proxies
true

NY UCS eCourts — Search Cases

Purpose

Given a case identifier, party name, or attorney name, search the New York State Unified Court System's public docket and return matching cases as structured JSON: index/docket number, court (type + county + part), caption, nature of action, filing & disposition dates, status, assigned judge, attorneys, parties, appearance/motion history, NYSCEF case ID + document-list URL (when present), and the canonical case-detail URL on iapps.courts.state.ny.us. Read-only — never files, pays, or submits anything.

The UCS docket sits across six distinct sub-systems, each with its own form schema, court ID space, and (in some cases) anti-bot regime. The skill must pick the right sub-system from the input shape and supplied filters before constructing a search.

When to Use

  • "Look up index 123456/2024" (direct lookup, WebCivil Supreme or Local).
  • "Find every active case where {Party} is plaintiff in Bronx Supreme Court."
  • "All cases filed by attorney {Name} between {date} and {date} in Kings County Civil Court."
  • Direct lookup of a WebCriminal docket like CR-12345-24NY.
  • Resolving a NYSCEF case ID into its document-list URL.
  • Surfacing Surrogate's Court file proceedings by party name + date of death.
  • Anywhere you'd otherwise hand-scrape iapps.courts.state.ny.us or websurrogates.nycourts.gov.

Workflow

The skill is browser-driven end-to-end — the public docket APIs are not exposed, every submit form is hCaptcha-gated (data-sitekey="6c824b97-caeb-4a2a-9144-db4f1c9f86d0", the same key across WebCivil Supreme, WebCivil Local, and WebCriminal), and the result pages use ASP.NET WebForms postback patterns that depend on __VIEWSTATE / session cookies. There is no GET-query shortcut: GET /webcivil/FCASCaseInfo?index=12345/2024 returns HTTP 400 — case-detail URLs are reachable only through the search-results anchors. Use a Browserbase session with stealth + residential proxy (--verified --proxies) plus an hCaptcha solver hook.

1. Pick the right sub-system from the input

Input shapeSub-systemEntry URL
Index N/YYYY + court type = Supreme/County CivilWebCivil Supreme/webcivil/FCASMain
Index N/YYYY + court is City/County Civil/District/NYC Civil/HousingWebCivil Local/webcivilLocal/LCMain
Docket like CR-12345-24NY or any criminal case # / summons #WebCriminal/webcrim_attorney/AttorneyWelcome
Family docket (4-part: F-12345-24/01A) or family party searchWebFamily/fcasfamily/main
NYSCEF doc-id, civil index needing eFile docs, or "what's on NYSCEF"NYSCEF Case Search/nyscef/CaseSearch
Surrogate's Court estate / probate by party nameWebSurrogatehttps://websurrogates.nycourts.gov/ (separate React app on its own domain)

If the prompt gives an explicit URL on iapps.courts.state.ny.us or websurrogates.nycourts.gov, use it as-is and skip selection logic.

2. Open a stealth + proxy session

sid=$(browse cloud sessions create --keep-alive --verified --proxies | jq -r .id)
export BROWSE_SESSION="$sid"

--verified --proxies is mandatory on every form submit — without proxies the hCaptcha challenge escalates to "always interactive" (no headless solver path) and the result pages rate-limit aggressively (observed: 30 req/min hard wall per IP).

3. Resolve enums for the chosen sub-system

Every sub-system has its own court-ID enum that does not match anywhere else. Fetch the search form once, parse its <select> options into a local map, and resolve human-readable inputs (county, court type) into numeric/coded IDs before submit:

  • WebCivil Supreme cboCourt — 164 entries, integer IDs. Bronx Supreme = 124, Albany Supreme = 2, Kings Supreme = 47 (county courts on the same enum, e.g. Albany County = 1). One <select> mixes Supreme and County courts for the same county — pick the right one.
  • WebCivil Local cboCourt — 124 entries, integer IDs. Bronx County Civil = 42, Kings County Civil = 21, New York County Civil = (look up), Queens County Civil = (look up), Richmond County Civil = (look up). Includes city courts (Albany City = 143, Buffalo City = 283), Nassau District (4 districts: 989-992), Harlem Community Justice Center (1209), Redhook Community Justice Center.
  • WebCriminal cboCounty — 178 entries, ORI codes in the form U:NY{countyCode}{courtCode}J (e.g. U:NY062033J = Bronx Criminal Court, U:NY062015J = Bronx Supreme Criminal Court) plus C:{numericId} for summons sub-units (Bronx Summons = C:62) and the all-courts sentinel C:0.
  • WebFamily optionCourt — 119 entries, mostly small integers (Albany-Family = 99, Bronx-Family = 105) with two-segment names like Bronx-Supreme, Criminal for combined courts (note: Bronx-Supreme, Criminal carries the unusual ID 12810166).
  • NYSCEF txtCounty — 62 county entries, different numeric IDs (Albany = 1, Bronx = 62, plus Appellate Division departments 95–98 and a UI/WC sentinel 93). NYSCEF civil case-type values are tokenized server-side — each option's value is a per-request base64 token like sWHk4cQE2DWkSsfNFnJ1xw== for CV. Never hardcode these. Re-fetch the form, read the live <option value=...> for the case-type label you want, and replay the token on submit.

4. Construct the search

Each sub-system has its own POST endpoint and hidden-field discipline. Use these field maps verbatim — the forms are ASP.NET WebForms, so extra/wrong field names silently degrade to an empty result page.

WebCivil Supreme — POST /webcivil/FCASSearch

form action: FCASSearch (relative to /webcivil/)
hidden:   hWhichPage = I | P | A | J         # which search variant
          hCourtType = Supreme                # always literal "Supreme" on Supreme entry
          hPageNumber = 1
          hSearchKey  = ""
inputs:   txtIndex            # for I (Index Search): "12345/2024"
          txtPlaintiffLname   # for P (Party Search) — actually the party-name input on Supreme; first-name not exposed
          txtAttorneyLname    # for A
          txtJudgeLname       # for J
          cboCourt            # numeric, see §3
          cboYearOfFiling     # year integer, or 0 for "any" (Supreme only — populated on I/A/J)
          rdRepresents        # Plaintiff | Defendant | OtherRoles | AllRoles  (P search only)
          rbStatus            # open | all
          rbFutureCases       # Y | N
          rbOutputFormat      # HTML | PDF       # always HTML for scraping
          btnFindCase         # "Find Case(s)" — submit (carries h-captcha challenge)

Index-number direct lookup: set hWhichPage=I, txtIndex=12345/2024, and cboCourt=<the court ID>. Year-of-filing is implied by the slash suffix.

WebCivil Local — POST /webcivilLocal/LCSearch

hidden:   hWhichPage = I | P | A | J
          hCourtType = Local
inputs:   txtIndexNumber       # integer sequence portion of the index
          txtIndexYear         # 4-digit year — Local splits the index into 2 inputs
          txtPartyName         # P: unified single-field party search
          txtAttorneyLname     # A
          txtJudgeLname        # J
          cboCourt             # numeric, see §3 (Local enum)
          cboIndexCourtIndicator   # 2-letter court abbreviation (AL=Albany City, BX=Bronx Civil,
                                   #   KN=Kings Civil, NY=New York Civil, QU=Queens Civil, RI=Richmond Civil,
                                   #   AM=Amsterdam, AU=Auburn, BA=Batavia, BE=Beacon, BI=Binghamton,
                                   #   BU=Buffalo, CA=Canandaigua, CO=Cohoes, … 81 codes total)
          cboCaseType          # blank or 2-letter category
          cboCaseType1         # category dropdown: CC=Commercial Claims, CV=Civil, LT=Landlord/Tenant,
                               #   MI=Misc., NC=Name Change, RE=Real Property, SC=Small Claims, TS=Transit Summons
          cboYearOfFiling      # year or 0
          cboSort              # result sort order
          rdRepresents, rbStatus, rbFutureCases, rbOutputFormat

Index format quirk — WebCivil Local splits the index across txtIndexNumber (sequence) + txtIndexYear (4-digit). Supreme uses a single txtIndex field with 12345/2024 format. Do not cross-mix.

WebCriminal — POST /webcrim_attorney/CaseIdentifierSearch or DefendantSearch

CaseIdentifierSearch:
  cboCounty            # ORI code, see §3
  txtCaseNumber        # docket like "CR-12345-24NY" or NYSID
  txtSummonsNumber     # alternate identifier
  rbOutputFormat       # HTML | PDF
  btnSubmit            # h-captcha challenge

DefendantSearch:
  cboCounty            # ORI code
  txtLastName, txtFirstName, txtCorpName   # one of (last,first) or corpName populated
  rbOutputFormat
  btnSubmit

No filing-date range on WebCriminal. Attorney-name search is not exposed on the public criminal interface — use DefendantSearch only.

WebFamily — POST /fcasfamily/File or /fcasfamily/Attorney

File (docket / file-number search):
  textDocket, textDocket1, textDocket2, textDocket3   # 4-part docket: prefix + sequence + check + year-suffix
                                                       # e.g. F-12345-24/01A → F | 12345 | 24 | 01A
  textFileNumber       # alternate when no docket
  optionCourt          # see §3 (Family enum, 119 options)
  optionSortOrder
  Submit               # btn

Attorney (firm/attorney search):
  textAttyLastName, textAttyFirstName, textAttyMiddleIni, textAttyFirmName
  hButtonClicked       # hidden, set by JS based on Submit1/Submit2
  Submit1 | Submit2    # both submit buttons present; Submit1 = attorney, Submit2 = firm

Family records are partially restricted. The Family File search returns results only for cases the public has access to per 22 NYCRR 205.5. Records sealed for juveniles, adoption, or PINS surface a notice instead of case data — capture and pass through verbatim, do not invent.

NYSCEF Case Search — POST /nyscef/CaseSearch

rbCaseIdentifierNumberType   # indexNumber | fileNumber | thirdPartyNumber
txtCaseIdentifierNumber      # generic identifier
txtCivilIndexNumber + txtCivilYear   # split civil index
txtIndexNumber + txtYear     # alternate split index
txtCounty                    # numeric, NYSCEF enum (§3)
txtCaseType                  # tokenized base64 value from live form — never hardcode
selCivilCourts, selCivilCaseTypes   # additional filters, tokenized values
txtFilingDateFrom, txtFilingDateTo   # MM/DD/YYYY (the only sub-system that exposes a filing-date range directly)

Filing-date range search exists only on NYSCEF. For attorney-name + date-range searches on civil cases, the public path is WebCivil Supreme/Local Attorney Search (no date filter, then client-side filter by filing_date on the result set) — there is no server-side filing-date filter on WebCivil itself.

WebSurrogate — https://websurrogates.nycourts.gov/

Separate React-SPA on its own domain. Click through Start (POST /Home/Welcome, WelcomePageButton=Start) to reach the search picker, then one of: Name Search, File Search, Old Index Search, Index Book Pages, Will Search. Not all counties expose all 5 surfaces (the page footnotes *Not all Surrogate's Courts have these records available online). Document images are gated by 22 NYCRR 207.64 (CPI) — WebSurrogate prevents access to files and documents that are restricted per 207.64, but does not redact documents. … WebSurrogate ONLY provide links to document images that were filed on or after 02/19/2014.

5. Submit and solve the captcha

Every Find/Search button carries class="… h-captcha" and data-sitekey="6c824b97-caeb-4a2a-9144-db4f1c9f86d0". The h-captcha widget is bound via data-callback="onSubmit" — clicking the button programmatically does not bypass it. Either:

  • Use Browserbase's --verified flag (passive solver — passes most low-friction interactions).
  • Or call out to an hCaptcha-solving service mid-flow and inject the token into h-captcha-response before clicking submit.

Pure HTTP-form replay (curl / fetch) is not viable — verified empirically: the FCASCaseInfo direct-URL trick returns HTTP 400, and the search POST without a valid h-captcha token returns the search form unchanged.

6. Parse the result table

Result pages are classic <table> markup. Each row maps to a case:

<tr>
  <td><a href="FCASCaseInfo?…">154321/2024</a></td>   <!-- index -->
  <td>Bronx Supreme Court</td>                          <!-- court -->
  <td>SMITH, JOHN v ACME CORP</td>                      <!-- caption -->
  <td>Tort - Motor Vehicle</td>                         <!-- nature -->
  <td>03/15/2024</td>                                   <!-- filed -->
  <td>Active</td>                                       <!-- status -->
</tr>

Click each index-number anchor to load the case-detail page. The detail URL has the shape:

/webcivil/FCASCaseInfo?index=<base64-or-blob>     # Supreme
/webcivilLocal/LCCaseInfo?index=…                  # Local
/webcrim_attorney/CaseDetail?…                     # Criminal
/fcasfamily/FileDetail?…                           # Family

The index= query value is opaque (URL-encoded blob, not the plain 12345/2024). Always pull the href from the result row — do not construct case-detail URLs yourself.

7. Parse the case-detail page

The detail page presents three named regions:

  • Case Info — caption, filed date, RJI date, status, disposition date, current judge, court part.
  • Attorney / Party — table of parties with role, attorney(s) of record, firm, bar #, address.
  • Appearance / Motion / Disposition — chronological appearance list, motion history with motion-sequence numbers, disposition lines.

NYSCEF link (when present) appears as a footer anchor: <a href="https://iapps.courts.state.ny.us/nyscef/DocumentList?docketId=…">View Documents on NYSCEF</a>. Capture the docketId query param — that's the canonical NYSCEF case ID.

8. Release the session

browse cloud sessions update "$sid" --status REQUEST_RELEASE

Site-Specific Gotchas

  • hCaptcha sitekey 6c824b97-caeb-4a2a-9144-db4f1c9f86d0 is shared across WebCivil Supreme, WebCivil Local, and WebCriminal. Solving it once per session reuses the token across all three sub-systems (verified by sitekey identity across forms — does not need re-solve per submit). WebFamily and WebSurrogate do not currently carry the widget on their entry forms but may rate-limit aggressively without a proxy.
  • Browserbase sandbox limitation discovered during generation: The CDP wss://connect.usw2.browserbase.com/… endpoint is not always egressable from every sandbox environment. This skill's interactive verification was unable to complete inside the host's generation sandbox — all flow design is HTTP-evidence-based from the search-form HTML (165+ search-form fields, all option enums, hCaptcha sitekey, ASP.NET WebForms shapes). Re-validate in a normal Browserbase sandbox before treating as launched.
  • Court ID enums do not interchange. Albany Supreme is 2 on WebCivil Supreme, 60 on WebFamily, U:NY001035J on WebCriminal, and 1 on NYSCEF. Fetch each sub-system's form and parse its own select before submitting.
  • NYSCEF case-type values are per-request tokens. Each <option value="…"> under selCivilCaseTypes and txtCaseType is a per-session base64 blob (sWHk4cQE2DWkSsfNFnJ1xw==, etc.). Re-read the form's option DOM after each session create — hardcoded tokens are rejected silently (empty result).
  • Index format differs by sub-system. WebCivil Supreme = single txtIndex field "12345/2024". WebCivil Local = split txtIndexNumber+txtIndexYear. WebFamily docket = 4 split inputs textDocket{,1,2,3}. WebCriminal = single txtCaseNumber with prefix (CR-…).
  • hCourtType hidden field is sticky. On Supreme entry it's Supreme, on Local it's Local. JavaScript on the page rewrites field visibility based on this — but the server also gates which cboCourt enum is valid. Setting Supreme hidden + Local court ID returns "Invalid Court Selection".
  • GET /webcivil/FCASCaseInfo?index=12345/2024 returns HTTP 400. Detail URLs are reachable only via the search-results table — the index= query param is an opaque blob, not the plain index string. Always follow the anchor from the result page.
  • WebCivil Supreme Party Search has no first-name field. Only txtPlaintiffLname (single party-name input that matches against last-name or business name). For first-name discrimination, paginate result list and filter client-side. WebCivil Local DOES expose a unified txtPartyName (last + first concatenated in one field).
  • rdRepresents is Party-search-only. Setting it on Index/Attorney/Judge searches is silently ignored.
  • WebCriminal has no filing-date range or attorney search. Only Case-Identifier and Defendant searches. To cross-reference an attorney across criminal cases, you must enumerate via WebCivil Supreme/Local Attorney Search and filter to court-type=Criminal in post-processing.
  • Filing-date range search exists only on NYSCEF. For WebCivil filing-date-windowed queries, the supported pattern is: WebCivil Attorney Search → result list (no date filter server-side) → client-side filter on filing_date column.
  • WebFamily Family-court records are 22 NYCRR 205.5-restricted. Many family case types (juvenile delinquency, PINS, adoption, neglect) return an access-restriction message instead of case data. Surface the message text verbatim — never fabricate.
  • WebSurrogate is a separate React SPA on websurrogates.nycourts.gov, not part of iapps.courts.state.ny.us. Document-image links gated by 22 NYCRR 207.64 (CPI) — only documents filed ≥ 02/19/2014 are linked online. Pre-2014 docs require in-person inspection at the courthouse.
  • No public housing-court (NYC Housing Part / L&T) docket on WebCivil Local for tenant search by name. Housing Part appears in cboCourt for index-number lookup only — party-name search is restricted to maintain tenant privacy. Surface "Housing Part party search not publicly available" rather than returning empty.
  • rbOutputFormat=PDF returns a multi-page printable PDF, not the table HTML. Always HTML for scraping.
  • Result pagination uses hPageNumber postbacks, not query params. To page through > 25 results, replay the same form with hPageNumber=2,3,… and the same hSearchKey that the first response set. hSearchKey is a one-time server token — capture it from the first result page's hidden input.
  • Town & Village Justice Courts (~1,200 courts statewide) are NOT in eCourts. The WebCivil Local cboCourt enum covers city + county civil + district + community justice centers. Town & Village dockets are paper-only at the local courthouse. Report "not available online" rather than failing silently.
  • Rate limit: ~30 req/min sustained per IP without proxy → 429-equivalent (form re-renders with no result). With --proxies the limit is per-egress-IP, effectively lifted but Browserbase proxy bytes are billed.

Expected Output

{
  "query": {
    "kind": "index | party | attorney | docket | url",
    "court_type": "Supreme Civil | Supreme Criminal | County Civil | County Criminal | Surrogate | Family | NYC Civil | NYC Criminal | Housing | Town & Village",
    "county": "Bronx",
    "filters": {
      "party_role": "plaintiff | defendant | petitioner | respondent | both",
      "case_status": "active | disposed | both",
      "filing_date_from": "2024-01-01",
      "filing_date_to": "2024-12-31",
      "nature_of_action": "Tort - Motor Vehicle"
    }
  },
  "results": [
    {
      "index_number": "154321/2024",
      "docket_number": null,
      "court": {
        "type": "Supreme Civil",
        "name": "Bronx Supreme Court",
        "county": "Bronx",
        "part": "Part 12"
      },
      "caption": "SMITH, JOHN v ACME CORP",
      "parties": [
        { "name": "SMITH, JOHN", "role": "Plaintiff", "representation": [{ "attorney": "DOE, JANE", "firm": "Doe & Roe LLP", "bar_number": "1234567" }] },
        { "name": "ACME CORP", "role": "Defendant", "representation": [] }
      ],
      "nature_of_action": "Tort - Motor Vehicle",
      "filing_date": "2024-03-15",
      "disposition_date": null,
      "status": "Active",
      "assigned_judge": "HON. SMITH, ALICE",
      "attorneys": [
        { "name": "DOE, JANE", "firm": "Doe & Roe LLP", "role": "Attorney for Plaintiff", "bar_number": "1234567" }
      ],
      "most_recent_event": {
        "date": "2024-09-12",
        "type": "Motion",
        "description": "Motion Seq 003 — to dismiss — submitted"
      },
      "appearance_history": [
        { "date": "2024-09-12", "type": "Motion submitted", "outcome": "Submitted" },
        { "date": "2024-06-04", "type": "Preliminary Conference", "outcome": "Held" }
      ],
      "motion_history": [
        { "seq": "003", "filed": "2024-08-01", "type": "to dismiss", "status": "submitted", "decision_date": null }
      ],
      "nyscef": {
        "case_id": "2024-CV-0154321",
        "document_list_url": "https://iapps.courts.state.ny.us/nyscef/DocumentList?docketId=2024-CV-0154321"
      },
      "detail_url": "https://iapps.courts.state.ny.us/webcivil/FCASCaseInfo?index=<opaque-blob>",
      "source_subsystem": "WebCivil Supreme"
    }
  ],
  "pagination": {
    "page": 1,
    "page_size": 25,
    "total_results": 1,
    "has_more": false,
    "next_page_token": null
  },
  "warnings": [
    "Housing Part party-name search not publicly available — index-number lookup only.",
    "Family records for case types sealed under 22 NYCRR 205.5 surface an access-restriction message instead of case data — passed through verbatim under results[].access_restricted."
  ]
}

For not-found / access-restricted / sub-system-unavailable cases, return a sentinel result row instead of omitting silently:

// Access-restricted (WebFamily juvenile / adoption / PINS, WebSurrogate 207.64)
{ "index_number": "F-12345-24NA", "access_restricted": true, "restriction_notice": "Case sealed per 22 NYCRR 205.5", "court": {}, "detail_url": null }

// Sub-system unavailable for this court (Town & Village)
{ "court_requested": "Town of Brookhaven Justice Court", "available_online": false, "notice": "Town & Village Justice Courts are not in eCourts. Contact the courthouse directly." }

// Direct lookup miss
{ "query": "12345/2024", "found": false, "reason": "no_match_in_court_id_124" }
how to use search-cases

How to use search-cases on Cursor

AI-first code editor with Composer

1

Prerequisites

Before installing skills in Cursor, ensure your development environment meets these requirements:

  • Cursor installed and configured on your development machine
  • Node.js version 16.0+ with npm package manager (verify with node --version)
  • Active project directory or workspace where you want to add search-cases
2

Execute installation command

Execute the skills CLI command in your project's root directory to begin installation:

$browse install nycourts.gov/search-cases-so6v88

The skills CLI fetches search-cases from GitHub repository nycourts.gov/search-cases-so6v88 and configures it for Cursor.

3

Select Cursor when prompted

The CLI will show a list of available agents. Use arrow keys to navigate and space to select Cursor:

◆ Which agents do you want to install to?
│ ── Universal (.agents/skills) ── always included ────
│ • Amp
│ • Antigravity
│ • Cline
│ • Codex
│ ●Cursor(selected)
│ • Cursor
│ • Windsurf
4

Verify installation

Confirm successful installation by checking the skill directory location:

.cursor/skills/search-cases

Reload or restart Cursor to activate search-cases. Access the skill through slash commands (e.g., /search-cases) or your agent's skill management interface.

Security & Verification Notice

We perform automated surface-level scans (Gen AI Scanner, Socket, Snyk) during installation. These checks detect common vulnerabilities but do not guarantee complete security. Always review skill source code and verify the publisher's reputation before production use.

Skills execute code in your development environment. Always verify the publisher's identity, review recent commits, and test in isolated environments before production deployment.

List & Monetize Your Skill

Submit your Claude Code skill and start earning

GET_STARTED →

Use Cases

Task Automation & Efficiency

Automate repetitive workflows and reduce manual effort

Example

Generate reports, summarize documents, draft communications

Save 3-5 hours per week on routine tasks

Knowledge Enhancement

Learn new skills, understand complex topics, get expert guidance

Example

Explain concepts, provide examples, suggest learning resources

Accelerate learning and skill development by 2x

Quality Improvement

Enhance output quality through reviews, suggestions, and refinements

Example

Review drafts, suggest improvements, catch errors

Improve work quality by 30-40% with less effort

Implementation Guide

Prerequisites

  • Claude Desktop or compatible AI client with skill support
  • Clear understanding of task or problem to solve
  • Willingness to iterate and refine outputs

Time Estimate

15-45 minutes depending on use case complexity

Installation Steps

  1. 1.Install skill using provided installation command
  2. 2.Test with simple use case relevant to your work
  3. 3.Evaluate output quality and relevance
  4. 4.Iterate on prompts to improve results
  5. 5.Integrate into regular workflow if valuable

Common Pitfalls

  • Expecting perfect results without iteration
  • Not providing enough context in prompts
  • Using skill for tasks outside its intended scope
  • Accepting outputs without review and validation

Best Practices

✓ Do

  • +Start with clear, specific prompts
  • +Provide relevant context and constraints
  • +Review and refine all outputs before using
  • +Iterate to improve output quality
  • +Document successful prompt patterns

✗ Don't

  • Don't use without understanding skill limitations
  • Don't skip validation of outputs
  • Don't share sensitive information in prompts
  • Don't expect skill to replace human judgment

💡 Pro Tips

  • Be specific about desired format and style
  • Ask for multiple options to choose from
  • Request explanations to understand reasoning
  • Combine AI efficiency with human expertise

When to Use This

✓ Use When

Use when skill capabilities match your task, clear ROI on time saved, and you can validate outputs. Best for repetitive tasks, learning, and quality improvement.

✗ Avoid When

Avoid when task requires deep expertise you can't validate, involves sensitive decisions, or when learning process is more valuable than speed of completion.

Learning Path

  1. 1Familiarize yourself with skill capabilities and limitations
  2. 2Start with low-risk, non-critical tasks
  3. 3Progress to more complex and valuable use cases
  4. 4Build expertise through regular use and experimentation

Discussion

Product Hunt–style comments (not star reviews)
  • No comments yet — start the thread.
general reviews

Ratings

4.442 reviews
  • Hassan Shah· Dec 20, 2024

    Useful defaults in search-cases — fewer surprises than typical one-off scripts, and it plays nicely with `npx skills` flows.

  • Ava Choi· Dec 20, 2024

    Solid pick for teams standardizing on skills: search-cases is focused, and the summary matches what you get after install.

  • Aditi Robinson· Dec 16, 2024

    Keeps context tight: search-cases is the kind of skill you can hand to a new teammate without a long onboarding doc.

  • Chaitanya Patil· Dec 12, 2024

    search-cases is among the better-maintained entries we tried; worth keeping pinned for repeat workflows.

  • Benjamin Lopez· Nov 11, 2024

    search-cases is among the better-maintained entries we tried; worth keeping pinned for repeat workflows.

  • Ava Abbas· Nov 11, 2024

    search-cases has been reliable in day-to-day use. Documentation quality is above average for community skills.

  • Benjamin Kapoor· Oct 2, 2024

    search-cases reduced setup friction for our internal harness; good balance of opinion and flexibility.

  • Yusuf Ndlovu· Oct 2, 2024

    search-cases fits our agent workflows well — practical, well scoped, and easy to wire into existing repos.

  • Michael Wang· Sep 17, 2024

    Useful defaults in search-cases — fewer surprises than typical one-off scripts, and it plays nicely with `npx skills` flows.

  • Advait Wang· Sep 9, 2024

    search-cases has been reliable in day-to-day use. Documentation quality is above average for community skills.

showing 1-10 of 42

1 / 5