Receber por email
← Voltar para o catálogo

claude_slash_commands

Deep audit producing a handoff document to get another agent fully up to speed

202estrelas
Atualizado há 7 meses

Ver no GitHub ↗

Como adicionar

/plugin marketplace add sterlingcrispin/claude_slash_commands

O comando exato pode variar conforme o repositório. Confira o README no GitHub.

Para o autor da skill

Cole no README do seu repo

Mostra que sua skill está catalogada na Skillteca, gera backlink e tráfego rastreável.

[![Skillteca](https://www.skillteca.com.br/api/badge/claude-slash-commands-mpsokes7/svg)](https://www.skillteca.com.br/skills/claude-slash-commands-mpsokes7)

Skills relacionadas

Ver todas de Documentos →

Alerta por categoria

Receba novas skills de Documentos toda segunda

1 email curto, só com as skills novas de Documentos. 4 minutos de leitura, sem spam, cancela com 1 clique.

Você confirma o email no primeiro envio. Sem spam. Cancela com 1 clique.

Ler descrição completa

Please perform a deep audit of our current task to produce a handoff document that gets another agent fully up to speed.

Deliverable: Create a file named AUDIT_HANDOFF.md at the project root.

Document your current understanding of:

  • what we are building
  • why we are building it
  • the project's telos (ultimate purpose/end-state)
  • how we are approaching implementation
  • what has been completed so far
  • how we define and measure success
  • current hypotheses
  • what is true (with evidence) vs what is assumed
  • what might be wrong
  • highest-risk areas
  • what we just tried and the outcome
  • next hypothesis
  • open questions

Required Structure (use these exact section headers)

  1. # Executive Summary
  2. 5-10 bullets: current project state, trajectory, and key concerns.
  1. # Product Vision and Telos
  2. What we are building.
  3. Why it matters.
  4. Desired end-state if the project fully succeeds.
  1. # Implementation Approach
  2. Architecture and strategy.
  3. Key technical decisions and tradeoffs.
  4. Why this approach was chosen over alternatives.
  1. # Progress So Far
  2. Completed work.
  3. In-progress work.
  4. Deferred/not started work.
  5. Include concrete references (files, PRs, commits, tests, docs) where possible.
  1. # Success Metrics
  2. Define primary and secondary metrics.
  3. For each metric include: baseline, current value (if known), target, and measurement method.
  1. # Hypotheses
  2. Current main hypothesis.
  3. Supporting sub-hypotheses.
  4. What would confirm or falsify each one.
  1. # Evidence vs Assumptions

Include a table with columns: Claim | Type (Evidence/Assumption) | Source | Confidence (Low/Med/High) | Notes

  1. # Failure Modes and Risk Register
  2. What could be wrong.
  3. Highest-risk areas (ranked by impact x likelihood).
  4. Detection signals and mitigation options for each risk.
  1. # Most Recent Experiment/Attempt
  2. What was just tried.
  3. Expected result.
  4. Actual result.
  5. Interpretation.
  6. Artifacts (logs, test outputs, benchmark data, screenshots, etc.).
  1. # Next Hypothesis and Immediate Plan
  2. Next best hypothesis to test.
  3. Why this is the highest-leverage next step.
  4. Step-by-step plan for the next iteration.
  1. # Open Questions
  2. Unresolved technical, product, and operational questions.
  3. For each: why it matters, blocking status, and who/what can resolve it.

Quality Bar

  • Clearly separate facts, inferences, and assumptions.
  • Prefer concrete evidence over narrative.
  • Cite sources directly (file paths, line refs, commands, outputs, tickets, PR links).
  • Be explicit about uncertainty and confidence.
  • Keep it concise but complete; optimize for fast onboarding and auditability.
Compartilhar X LinkedIn