{
  "site": "PromptDev.help",
  "version": "1.1",
  "verified": "2026-09-10",
  "prompts": [
    {
      "id": "P01",
      "category": "Coding",
      "title": "Implementation plan",
      "purpose": "Turn a feature request into a safe implementation plan",
      "when": "You need scope, dependencies, risks, and test strategy before editing code.",
      "body": "Act as a senior software engineer. Create an implementation plan for [FEATURE] in [STACK]. Context: [CURRENT ARCHITECTURE]. Constraints: [CONSTRAINTS]. Identify assumptions, affected components, data/API changes, failure modes, security implications, rollout and rollback. End with ordered tasks and acceptance tests. Do not invent repository facts; label unknowns.",
      "variables": [
        "FEATURE",
        "STACK",
        "CURRENT ARCHITECTURE",
        "CONSTRAINTS"
      ],
      "version": "1.1",
      "verified": "2026-09-10"
    },
    {
      "id": "P02",
      "category": "Coding",
      "title": "Repository orientation",
      "purpose": "Map an unfamiliar codebase quickly",
      "when": "You are starting work in an existing repository.",
      "body": "Analyze the supplied repository tree and key files for [GOAL]. Explain entry points, runtime flow, state/data boundaries, build/test commands, and conventions. Cite file paths for every claim. List the minimum files to inspect next and unresolved questions.",
      "variables": [
        "GOAL"
      ],
      "version": "1.1",
      "verified": "2026-09-10"
    },
    {
      "id": "P03",
      "category": "Coding",
      "title": "API design review",
      "purpose": "Review an API contract before implementation",
      "when": "A new or changed endpoint needs compatibility and security review.",
      "body": "Review this [REST/GRAPHQL/RPC] contract for [USE CASE]: [CONTRACT]. Check naming, types, pagination, idempotency, errors, auth, rate limits, versioning, observability, and backward compatibility. Return issues by severity, proposed revisions, and example requests/responses.",
      "variables": [
        "REST/GRAPHQL/RPC",
        "USE CASE",
        "CONTRACT"
      ],
      "version": "1.1",
      "verified": "2026-09-10"
    },
    {
      "id": "P04",
      "category": "Coding",
      "title": "Refactor safely",
      "purpose": "Plan a behavior-preserving refactor",
      "when": "Complex code needs simplification without changing public behavior.",
      "body": "Refactor [CODE] to improve [GOAL]. Preserve [PUBLIC BEHAVIOR]. First state invariants and risks. Then propose the smallest staged change, show the patch, and add characterization tests covering current behavior and edge cases.",
      "variables": [
        "CODE",
        "GOAL",
        "PUBLIC BEHAVIOR"
      ],
      "version": "1.1",
      "verified": "2026-09-10"
    },
    {
      "id": "P05",
      "category": "Coding",
      "title": "Write unit tests",
      "purpose": "Generate meaningful unit tests",
      "when": "You need focused tests rather than snapshots or happy paths only.",
      "body": "Write unit tests for [UNIT] using [FRAMEWORK]. Cover normal behavior, boundaries, invalid input, state transitions, and known regression [BUG]. Mock only external boundaries. Explain what each test proves and identify behavior that belongs in integration tests.",
      "variables": [
        "UNIT",
        "FRAMEWORK",
        "BUG"
      ],
      "version": "1.1",
      "verified": "2026-09-10"
    },
    {
      "id": "P06",
      "category": "Coding",
      "title": "Performance review",
      "purpose": "Find likely hot paths",
      "when": "Latency, throughput, or memory needs diagnosis.",
      "body": "Analyze [CODE/PROFILE] for performance bottlenecks under [WORKLOAD]. Separate measured evidence from hypotheses. Rank issues by likely impact, propose instrumentation, give low-risk optimizations first, and define benchmarks that would confirm improvement without changing semantics.",
      "variables": [
        "CODE/PROFILE",
        "WORKLOAD"
      ],
      "version": "1.1",
      "verified": "2026-09-10"
    },
    {
      "id": "P07",
      "category": "Coding",
      "title": "Database migration",
      "purpose": "Design a reversible schema change",
      "when": "A production schema needs to evolve safely.",
      "body": "Design a zero/low-downtime migration from [CURRENT SCHEMA] to [TARGET]. Include expand/migrate/contract steps, backfill batching, compatibility window, indexes, validation queries, monitoring, rollback, and handling for partial failure. State database-specific assumptions.",
      "variables": [
        "CURRENT SCHEMA",
        "TARGET"
      ],
      "version": "1.1",
      "verified": "2026-09-10"
    },
    {
      "id": "P08",
      "category": "Debugging",
      "title": "Minimal reproduction",
      "purpose": "Reduce a bug to its essential case",
      "when": "A bug report is noisy or environment-dependent.",
      "body": "Help create a minimal reproduction for [SYMPTOM]. Given [EVIDENCE], separate facts from guesses, list variables to control, propose a binary isolation sequence, and produce the smallest standalone example plus expected vs actual behavior.",
      "variables": [
        "SYMPTOM",
        "EVIDENCE"
      ],
      "version": "1.1",
      "verified": "2026-09-10"
    },
    {
      "id": "P09",
      "category": "Debugging",
      "title": "Stack trace triage",
      "purpose": "Interpret an error without guessing",
      "when": "You have a stack trace and runtime context.",
      "body": "Triage this error: [STACK TRACE]. Environment: [RUNTIME/VERSIONS]. Identify the first actionable frame, likely root causes ranked with evidence, checks that discriminate between them, and the safest fix. Flag missing context and avoid assuming the last frame is the cause.",
      "variables": [
        "STACK TRACE",
        "RUNTIME/VERSIONS"
      ],
      "version": "1.1",
      "verified": "2026-09-10"
    },
    {
      "id": "P10",
      "category": "Debugging",
      "title": "Regression bisect plan",
      "purpose": "Locate when behavior changed",
      "when": "A previously working feature now fails.",
      "body": "Create a regression-isolation plan for [FAILURE]. Known-good: [VERSION/DATE]. Known-bad: [VERSION/DATE]. Include reproducible test, git bisect steps, environment pinning, logging to capture, and how to distinguish code, dependency, configuration, and data changes.",
      "variables": [
        "FAILURE",
        "VERSION/DATE",
        "VERSION/DATE"
      ],
      "version": "1.1",
      "verified": "2026-09-10"
    },
    {
      "id": "P11",
      "category": "Debugging",
      "title": "Async race analysis",
      "purpose": "Diagnose intermittent concurrency issues",
      "when": "Failures depend on timing or ordering.",
      "body": "Analyze this asynchronous flow for races, deadlocks, duplicate work, and stale state: [CODE/TIMELINE]. Build a happens-before timeline, identify unprotected shared state, propose deterministic reproduction, and recommend the smallest synchronization or idempotency fix with tests.",
      "variables": [
        "CODE/TIMELINE"
      ],
      "version": "1.1",
      "verified": "2026-09-10"
    },
    {
      "id": "P12",
      "category": "Debugging",
      "title": "Memory leak investigation",
      "purpose": "Find retention causes",
      "when": "Memory grows over time.",
      "body": "Develop a memory-leak investigation for [APP/RUNTIME]. Evidence: [METRICS]. Distinguish cache growth from leaks, define heap/profile captures, likely retention paths, controlled load test, acceptance threshold, and safe remediation.",
      "variables": [
        "APP/RUNTIME",
        "METRICS"
      ],
      "version": "1.1",
      "verified": "2026-09-10"
    },
    {
      "id": "P13",
      "category": "Debugging",
      "title": "Production incident triage",
      "purpose": "Stabilize first, diagnose second",
      "when": "A live service is degraded.",
      "body": "Act as incident commander for [SYMPTOM]. Inputs: [METRICS/LOGS/CHANGES]. Produce immediate containment, customer-impact statement, ranked hypotheses, read-only checks, rollback criteria, communication cadence, evidence log, and post-stabilization root-cause steps. Avoid irreversible actions.",
      "variables": [
        "SYMPTOM",
        "METRICS/LOGS/CHANGES"
      ],
      "version": "1.1",
      "verified": "2026-09-10"
    },
    {
      "id": "P14",
      "category": "Research",
      "title": "Evidence matrix",
      "purpose": "Compare claims across sources",
      "when": "A decision needs traceable support.",
      "body": "Research [QUESTION]. Build an evidence matrix with claim, source, publication date, source type, method/sample, supporting evidence, limitations, and conflicts. Prefer primary sources. Distinguish sourced fact, calculation, and inference. End with confidence and open questions.",
      "variables": [
        "QUESTION"
      ],
      "version": "1.1",
      "verified": "2026-09-10"
    },
    {
      "id": "P15",
      "category": "Research",
      "title": "Primary-source search",
      "purpose": "Find authoritative evidence",
      "when": "Search results are dominated by summaries.",
      "body": "Design a search strategy for [TOPIC] prioritizing official documentation, standards, statutes, datasets, and peer-reviewed original research. Provide query variants, inclusion/exclusion criteria, recency needs, and a verification checklist for identity, date, version, and provenance.",
      "variables": [
        "TOPIC"
      ],
      "version": "1.1",
      "verified": "2026-09-10"
    },
    {
      "id": "P16",
      "category": "Research",
      "title": "Citation audit",
      "purpose": "Verify whether citations support claims",
      "when": "A draft may overstate sources.",
      "body": "Audit each claim and citation in [TEXT]. For every citation, report whether it directly supports the claim, only partially supports it, or does not support it. Note date/version mismatch, secondary sourcing, omitted caveats, and corrected wording. Do not fabricate citations.",
      "variables": [
        "TEXT"
      ],
      "version": "1.1",
      "verified": "2026-09-10"
    },
    {
      "id": "P17",
      "category": "Research",
      "title": "Contradiction analysis",
      "purpose": "Resolve conflicting sources",
      "when": "Two credible sources disagree.",
      "body": "Compare [SOURCE A] and [SOURCE B] on [CLAIM]. Check definitions, populations, dates, methods, incentives, versions, and uncertainty. Explain whether the conflict is real or contextual, what evidence would resolve it, and the most defensible provisional conclusion.",
      "variables": [
        "SOURCE A",
        "SOURCE B",
        "CLAIM"
      ],
      "version": "1.1",
      "verified": "2026-09-10"
    },
    {
      "id": "P18",
      "category": "Research",
      "title": "Deep research plan",
      "purpose": "Plan a multi-stage investigation",
      "when": "A broad question needs bounded research.",
      "body": "Create a deep-research plan for [QUESTION] for [AUDIENCE]. Decompose subquestions, define evidence standards, source hierarchy, search queries, stopping criteria, fact-check pass, synthesis outline, and explicit treatment of uncertainty and contradictory evidence.",
      "variables": [
        "QUESTION",
        "AUDIENCE"
      ],
      "version": "1.1",
      "verified": "2026-09-10"
    },
    {
      "id": "P19",
      "category": "Research",
      "title": "Fact-check a statement",
      "purpose": "Test a specific factual claim",
      "when": "A claim may be false, misleading, or outdated.",
      "body": "Fact-check: “[CLAIM].” Identify its testable parts, original source if traceable, authoritative current evidence, relevant date and jurisdiction, missing context, and a verdict using true/mostly true/misleading/unsupported/false. Provide direct links and quote minimally.",
      "variables": [
        "CLAIM"
      ],
      "version": "1.1",
      "verified": "2026-09-10"
    },
    {
      "id": "P20",
      "category": "Research",
      "title": "Dataset evaluation",
      "purpose": "Assess data fitness",
      "when": "A dataset may be biased or unsuitable.",
      "body": "Evaluate [DATASET] for [USE]. Examine provenance, license, collection period, coverage, missingness, label quality, leakage, representativeness, privacy, update cadence, and known limitations. Recommend validation tests and a go/no-go decision.",
      "variables": [
        "DATASET",
        "USE"
      ],
      "version": "1.1",
      "verified": "2026-09-10"
    },
    {
      "id": "P21",
      "category": "Business",
      "title": "Executive brief",
      "purpose": "Compress a complex issue",
      "when": "Leaders need a decision-ready summary.",
      "body": "Write a one-page executive brief on [TOPIC] for [AUDIENCE]. Lead with the decision, quantify impact where evidence exists, show 3 options with tradeoffs, risks, assumptions, recommendation, owner, cost range, and next milestone. Use plain language; label estimates.",
      "variables": [
        "TOPIC",
        "AUDIENCE"
      ],
      "version": "1.1",
      "verified": "2026-09-10"
    },
    {
      "id": "P22",
      "category": "Business",
      "title": "Requirements interview",
      "purpose": "Turn an idea into requirements",
      "when": "A stakeholder request is underspecified.",
      "body": "Act as a product analyst. For [IDEA], infer what is safe, then ask only questions that materially change scope. Produce users, jobs-to-be-done, functional and nonfunctional requirements, exclusions, acceptance criteria, dependencies, risks, and unresolved decisions.",
      "variables": [
        "IDEA"
      ],
      "version": "1.1",
      "verified": "2026-09-10"
    },
    {
      "id": "P23",
      "category": "Business",
      "title": "Vendor comparison",
      "purpose": "Compare tools without brochure bias",
      "when": "A purchase decision needs consistent criteria.",
      "body": "Compare [VENDORS] for [USE CASE]. Use current first-party sources where possible. Score required capabilities, security, privacy, portability, support, implementation effort, limits, and total cost assumptions. Separate verified facts from unknowns and recommend pilots.",
      "variables": [
        "VENDORS",
        "USE CASE"
      ],
      "version": "1.1",
      "verified": "2026-09-10"
    },
    {
      "id": "P24",
      "category": "Business",
      "title": "Meeting decision log",
      "purpose": "Extract decisions and accountability",
      "when": "Notes need to become actionable.",
      "body": "Transform [MEETING NOTES] into: decisions made, rejected alternatives, reasons, action items with owner/date, risks, dependencies, unanswered questions, and items requiring confirmation. Do not assign an owner or deadline that was not stated.",
      "variables": [
        "MEETING NOTES"
      ],
      "version": "1.1",
      "verified": "2026-09-10"
    },
    {
      "id": "P25",
      "category": "Business",
      "title": "SOP writer",
      "purpose": "Create an operational procedure",
      "when": "A repeatable process must be teachable and auditable.",
      "body": "Write an SOP for [PROCESS] used by [ROLE]. Include purpose, prerequisites, permissions, numbered steps, decision points, expected evidence, failure handling, escalation, rollback, security cautions, and completion checklist. Mark organization-specific placeholders.",
      "variables": [
        "PROCESS",
        "ROLE"
      ],
      "version": "1.1",
      "verified": "2026-09-10"
    },
    {
      "id": "P26",
      "category": "Business",
      "title": "Risk register",
      "purpose": "Surface delivery and operating risks",
      "when": "A plan needs explicit risk ownership.",
      "body": "Create a risk register for [PROJECT]. Include risk, cause, consequence, likelihood, impact, early indicators, mitigation, contingency, owner placeholder, and review date. Rank by exposure and distinguish risks from current issues.",
      "variables": [
        "PROJECT"
      ],
      "version": "1.1",
      "verified": "2026-09-10"
    },
    {
      "id": "P27",
      "category": "Automation",
      "title": "Workflow design",
      "purpose": "Design a reliable automation",
      "when": "A repetitive process spans systems.",
      "body": "Design an automation for [PROCESS] across [SYSTEMS]. Specify trigger, inputs, validation, transformations, idempotency key, retries/backoff, rate limits, human approval gates, audit log, secrets handling, failure queue, monitoring, and manual recovery.",
      "variables": [
        "PROCESS",
        "SYSTEMS"
      ],
      "version": "1.1",
      "verified": "2026-09-10"
    },
    {
      "id": "P28",
      "category": "Automation",
      "title": "Webhook contract",
      "purpose": "Make event delivery resilient",
      "when": "Systems exchange asynchronous events.",
      "body": "Design a webhook for [EVENT]. Provide versioned payload, signature verification, timestamp/replay defense, idempotency, retry policy, ordering assumptions, response behavior, observability, test vectors, and consumer migration plan.",
      "variables": [
        "EVENT"
      ],
      "version": "1.1",
      "verified": "2026-09-10"
    },
    {
      "id": "P29",
      "category": "Automation",
      "title": "Scheduled job review",
      "purpose": "Prevent duplicate or missed runs",
      "when": "A recurring job must behave under failure.",
      "body": "Review this scheduled job: [DESIGN/CODE]. Check overlap, locks, clock/timezone, retries, catch-up behavior, idempotency, pagination, partial commits, rate limits, alerting, and safe rerun. Return concrete changes and tests.",
      "variables": [
        "DESIGN/CODE"
      ],
      "version": "1.1",
      "verified": "2026-09-10"
    },
    {
      "id": "P30",
      "category": "Automation",
      "title": "Data sync plan",
      "purpose": "Synchronize two systems safely",
      "when": "Records must converge across APIs.",
      "body": "Plan a [ONE-WAY/TWO-WAY] sync between [SYSTEM A] and [SYSTEM B]. Define source of truth per field, identity mapping, delta detection, deletions, conflicts, schema drift, batching, checkpoints, reconciliation, privacy, and recovery from partial failure.",
      "variables": [
        "ONE-WAY/TWO-WAY",
        "SYSTEM A",
        "SYSTEM B"
      ],
      "version": "1.1",
      "verified": "2026-09-10"
    },
    {
      "id": "P31",
      "category": "Automation",
      "title": "Agent tool design",
      "purpose": "Define a safe callable tool",
      "when": "An AI agent needs structured capabilities.",
      "body": "Design an agent tool for [ACTION]. Provide clear name/description, strict input/output schema, validation, permission boundaries, confirmation points, idempotency, error taxonomy, timeouts, audit fields, and examples that prevent ambiguous or destructive calls.",
      "variables": [
        "ACTION"
      ],
      "version": "1.1",
      "verified": "2026-09-10"
    },
    {
      "id": "P32",
      "category": "Automation",
      "title": "Human approval gate",
      "purpose": "Place review where it matters",
      "when": "Automation includes consequential actions.",
      "body": "For workflow [FLOW], identify actions needing human approval based on reversibility, cost, external communication, access changes, deletion, and sensitive data. Design the review payload, approve/reject/edit paths, timeout, escalation, and audit trail.",
      "variables": [
        "FLOW"
      ],
      "version": "1.1",
      "verified": "2026-09-10"
    },
    {
      "id": "P33",
      "category": "Content",
      "title": "Technical tutorial",
      "purpose": "Teach a task accurately",
      "when": "Readers need a tested, version-aware guide.",
      "body": "Write a tutorial for [TASK] using [VERSION/STACK] for [AUDIENCE]. Include prerequisites, verified steps, expected output, common errors, security notes, rollback, and a final validation. Do not hide essential steps behind vague phrases.",
      "variables": [
        "TASK",
        "VERSION/STACK",
        "AUDIENCE"
      ],
      "version": "1.1",
      "verified": "2026-09-10"
    },
    {
      "id": "P34",
      "category": "Content",
      "title": "Documentation rewrite",
      "purpose": "Make docs scannable and precise",
      "when": "Existing docs are dense or inconsistent.",
      "body": "Rewrite [DOCUMENT] for [AUDIENCE]. Preserve technical meaning, define prerequisites, use task-oriented headings, numbered procedures, examples, warnings near risky steps, expected results, troubleshooting, and links to authoritative references. Flag ambiguous source text.",
      "variables": [
        "DOCUMENT",
        "AUDIENCE"
      ],
      "version": "1.1",
      "verified": "2026-09-10"
    },
    {
      "id": "P35",
      "category": "Content",
      "title": "Release notes",
      "purpose": "Explain user impact, not commit history",
      "when": "A product release needs clear communication.",
      "body": "Draft release notes from [CHANGES]. Group by new, improved, fixed, deprecated, and known issues. Explain who is affected, required action, compatibility, rollout, and rollback. Exclude internal details and do not overclaim.",
      "variables": [
        "CHANGES"
      ],
      "version": "1.1",
      "verified": "2026-09-10"
    },
    {
      "id": "P36",
      "category": "Content",
      "title": "FAQ builder",
      "purpose": "Answer recurring questions efficiently",
      "when": "Support questions repeat.",
      "body": "Create an FAQ for [PRODUCT/TOPIC] from [SOURCE]. Prioritize real user intents, give direct answers first, include steps and limits, cross-link related questions, and mark answers that depend on plan, region, version, or policy.",
      "variables": [
        "PRODUCT/TOPIC",
        "SOURCE"
      ],
      "version": "1.1",
      "verified": "2026-09-10"
    },
    {
      "id": "P37",
      "category": "Content",
      "title": "Editorial accuracy pass",
      "purpose": "Improve prose without changing facts",
      "when": "A draft needs clarity and fact discipline.",
      "body": "Edit [TEXT] for clarity, structure, concision, terminology, and accessibility. Preserve supported facts and voice. Flag claims needing sources, stale dates, undefined acronyms, hidden assumptions, and language that implies certainty beyond the evidence.",
      "variables": [
        "TEXT"
      ],
      "version": "1.1",
      "verified": "2026-09-10"
    },
    {
      "id": "P38",
      "category": "Security",
      "title": "Threat model",
      "purpose": "Identify realistic abuse paths",
      "when": "A feature handles data, identity, or external actions.",
      "body": "Threat-model [SYSTEM/FEATURE] using assets, actors, trust boundaries, entry points, and data flows. Enumerate threats, prerequisites, impact, existing controls, mitigations, residual risk, and validation tests. Prioritize plausible paths; do not provide exploit weaponization.",
      "variables": [
        "SYSTEM/FEATURE"
      ],
      "version": "1.1",
      "verified": "2026-09-10"
    },
    {
      "id": "P39",
      "category": "Security",
      "title": "Secure code review",
      "purpose": "Find actionable vulnerabilities",
      "when": "Code needs defensive review.",
      "body": "Review [CODE] for authentication, authorization, injection, SSRF, XSS, CSRF, path traversal, unsafe deserialization, secrets, dependency, logging, and race issues. Cite exact evidence, rate severity and confidence, propose minimal patches, and include negative tests.",
      "variables": [
        "CODE"
      ],
      "version": "1.1",
      "verified": "2026-09-10"
    },
    {
      "id": "P40",
      "category": "Security",
      "title": "Prompt injection review",
      "purpose": "Harden an agent against untrusted content",
      "when": "An agent reads webpages, files, or tool output.",
      "body": "Assess [AGENT FLOW] for prompt injection. Map trusted vs untrusted instructions, data/tool boundaries, exfiltration paths, excessive permissions, confirmation gaps, and indirect injection. Recommend allowlists, content isolation, least privilege, validation, and adversarial tests.",
      "variables": [
        "AGENT FLOW"
      ],
      "version": "1.1",
      "verified": "2026-09-10"
    },
    {
      "id": "P41",
      "category": "Security",
      "title": "Secrets exposure audit",
      "purpose": "Find credentials and unsafe handling",
      "when": "A repository or workflow may leak secrets.",
      "body": "Audit [SCOPE] for hard-coded secrets, verbose logs, build artifacts, client-side exposure, insecure storage, overbroad tokens, rotation gaps, and repository history. Report evidence without reproducing full secrets; give containment, rotation, and prevention steps.",
      "variables": [
        "SCOPE"
      ],
      "version": "1.1",
      "verified": "2026-09-10"
    },
    {
      "id": "P42",
      "category": "Security",
      "title": "Privacy review",
      "purpose": "Assess personal-data handling",
      "when": "A feature collects or sends user data.",
      "body": "Review [FEATURE] data lifecycle: collection, purpose, minimization, consent, classification, storage, encryption, access, processors, retention, deletion, export, logging, and incident handling. Identify jurisdiction assumptions and questions for counsel.",
      "variables": [
        "FEATURE"
      ],
      "version": "1.1",
      "verified": "2026-09-10"
    },
    {
      "id": "P43",
      "category": "Security",
      "title": "Dependency triage",
      "purpose": "Evaluate a vulnerable package alert",
      "when": "A scanner reported a CVE or advisory.",
      "body": "Triage [ADVISORY] in [DEPENDENCY/VERSION]. Verify the primary advisory, vulnerable range, reachability, exploit prerequisites, runtime exposure, fixes, breaking changes, mitigations, and tests. Distinguish installed, bundled, and executed code.",
      "variables": [
        "ADVISORY",
        "DEPENDENCY/VERSION"
      ],
      "version": "1.1",
      "verified": "2026-09-10"
    },
    {
      "id": "P44",
      "category": "System administration",
      "title": "Runbook generator",
      "purpose": "Create a safe operational runbook",
      "when": "Operators need a reliable response path.",
      "body": "Create a runbook for [ALERT/FAILURE] in [ENVIRONMENT]. Include impact, access needed, read-only diagnosis, decision tree, mitigations ordered by reversibility, commands with placeholders, verification, rollback, escalation, and evidence to retain.",
      "variables": [
        "ALERT/FAILURE",
        "ENVIRONMENT"
      ],
      "version": "1.1",
      "verified": "2026-09-10"
    },
    {
      "id": "P45",
      "category": "System administration",
      "title": "Log analysis",
      "purpose": "Extract signal from logs",
      "when": "Large logs need structured triage.",
      "body": "Analyze [LOGS] for [SYMPTOM]. Normalize timestamps/timezone, group signatures, correlate request/user IDs, find first anomaly, quantify frequency, distinguish cause from cascade, and recommend the next highest-information check. Redact secrets and personal data.",
      "variables": [
        "LOGS",
        "SYMPTOM"
      ],
      "version": "1.1",
      "verified": "2026-09-10"
    },
    {
      "id": "P46",
      "category": "System administration",
      "title": "Config diff review",
      "purpose": "Explain operational impact",
      "when": "A configuration change needs review.",
      "body": "Review this configuration diff for [SERVICE]: [DIFF]. Explain behavior changes, precedence, environment assumptions, restart/reload needs, security and availability impact, invalid/deprecated keys, rollback, and verification commands.",
      "variables": [
        "SERVICE",
        "DIFF"
      ],
      "version": "1.1",
      "verified": "2026-09-10"
    },
    {
      "id": "P47",
      "category": "System administration",
      "title": "Capacity plan",
      "purpose": "Estimate resources with uncertainty",
      "when": "Expected load must map to infrastructure.",
      "body": "Create a capacity plan for [SYSTEM]. Inputs: [TRAFFIC/SIZES/SLO]. Show assumptions, units, peak and growth factors, CPU/memory/storage/network estimates, bottlenecks, headroom, cost drivers, load-test design, scaling triggers, and sensitivity ranges.",
      "variables": [
        "SYSTEM",
        "TRAFFIC/SIZES/SLO"
      ],
      "version": "1.1",
      "verified": "2026-09-10"
    },
    {
      "id": "P48",
      "category": "AI operations",
      "title": "Model selection",
      "purpose": "Choose a model for a workload",
      "when": "Quality, latency, privacy, and cost trade off.",
      "body": "Design a model-selection evaluation for [TASK]. Define quality rubric, representative dataset, privacy constraints, context/tool needs, latency and cost measures, failure taxonomy, human review, statistical comparison, and routing/fallback policy. Use current official model information.",
      "variables": [
        "TASK"
      ],
      "version": "1.1",
      "verified": "2026-09-10"
    },
    {
      "id": "P49",
      "category": "AI operations",
      "title": "RAG evaluation",
      "purpose": "Measure retrieval and answer quality",
      "when": "A retrieval system gives plausible but unreliable answers.",
      "body": "Evaluate [RAG SYSTEM]. Separate retrieval from generation. Define gold questions, recall/precision or ranking metrics, groundedness, citation accuracy, abstention, freshness, permissions, latency, and cost. Include error slices and regression gates.",
      "variables": [
        "RAG SYSTEM"
      ],
      "version": "1.1",
      "verified": "2026-09-10"
    },
    {
      "id": "P50",
      "category": "AI operations",
      "title": "Context compression",
      "purpose": "Reduce tokens without losing decisions",
      "when": "A long thread or document exceeds useful context.",
      "body": "Compress [CONTENT] for continued work. Preserve goals, decisions, constraints, definitions, interfaces, evidence, unresolved questions, and next actions. Remove repetition and speculation. Clearly separate facts, assumptions, and discarded options.",
      "variables": [
        "CONTENT"
      ],
      "version": "1.1",
      "verified": "2026-09-10"
    },
    {
      "id": "P51",
      "category": "AI operations",
      "title": "System instruction audit",
      "purpose": "Make instructions coherent and enforceable",
      "when": "An agent has overlapping rules.",
      "body": "Audit [INSTRUCTIONS] for conflicts, ambiguity, unreachable requirements, priority confusion, unsafe autonomy, missing confirmation points, and poor testability. Propose a shorter hierarchy and adversarial scenarios that reveal failures.",
      "variables": [
        "INSTRUCTIONS"
      ],
      "version": "1.1",
      "verified": "2026-09-10"
    },
    {
      "id": "P52",
      "category": "AI operations",
      "title": "Cost-control plan",
      "purpose": "Reduce AI spend without hiding quality loss",
      "when": "Usage costs are growing.",
      "body": "Create a cost-control plan for [AI WORKLOAD]. Break down tokens, model mix, retries, tool calls, caching, batching, context growth, and failed requests. Rank savings by effort and quality risk; define guardrails, dashboards, budgets, and rollback thresholds.",
      "variables": [
        "AI WORKLOAD"
      ],
      "version": "1.1",
      "verified": "2026-09-10"
    }
  ]
}