agentsclimarketplace

Db index strategy

Skill planifest/planifest-framework/planifest-framework/external-skills/db-index-strategy

A specification framework for agentic development. Agents build from complete specs - not guesses.

Install
npx -y skills add planifest/planifest-framework --skill db-index-strategy

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

One thing to look at

  • 0 stars0 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.

What its author says it does

Copied from the file, not written here

Index strategy workflow for balancing read latency, write amplification, and plan stability on critical query paths. Use when query performance depends on index design trade-offs; do not use for high-level conceptual modeling.

SKILL.md

2.0 KB, 344 tokens by cl100k_base, as published. Nobody here has run it

DB Index Strategy

Overview

Use this skill to choose indexes that improve real workloads while controlling write and storage costs.

Scope Boundaries

  • Query latency hotspots are driven by access-path inefficiency.
  • New query patterns or sort requirements are introduced.
  • Existing indexes show redundancy, bloat, or unstable plans.

Core Judgments

  • Query-path priority by business impact and frequency.
  • Composite key order by filter selectivity and sort usage.
  • Covering/partial/functional index suitability by engine capability.
  • Write amplification and maintenance cost tolerance.

Practitioner Heuristics

  • Indexes should be justified by concrete query families, not single ad hoc queries.
  • Composite index order follows filter-first then sort semantics.
  • Prefer fewer high-value indexes over broad index proliferation.
  • Consider plan stability across parameter distribution, not one explain sample.

Workflow

  1. Rank critical queries by frequency, latency impact, and SLA relevance.
  2. Inspect current plans and identify scans, misestimation, and sort spills.
  3. Propose candidate indexes with expected plan effects.
  4. Evaluate write/maintenance/storage impact for each candidate.
  5. Decide new, modified, and removable indexes as one portfolio.
  6. Record assumptions that require re-evaluation as data distribution changes.

Common Failure Modes

  • Indexes tuned for one tenant or parameter pattern only.
  • Redundant indexes remain after query evolution.
  • Index design ignores heavy write paths and causes throughput collapse.

Failure Conditions

  • Stop when index choices are not tied to prioritized workload.
  • Stop when write amplification risk is unbounded.
  • Escalate when plan stability remains poor after viable candidates.

Keep looking

Skills are one crate of 328,083. Ordering is by how many stacks a row turns up in, so the top of any crate is what has actually been picked rather than what has the most stars.