aicodeking/deepseek-stack

ds-plan-loop

Write a numbered plan with an acceptance check for each step, critique it once in a fresh pass, revise it, then execute one step at a time.

Ver código-fonte

Como usar

  1. Copie o comando e verifique o pacote antes de instalar no seu ambiente de agente.
  2. Consulte no original as ferramentas, credenciais e ambientes necessários.
  3. Descreva os dados de entrada e a entrega esperada; confira a saída com as fontes.
npx skills add https://github.com/aicodeking/deepseek-stack --skill ds-plan-loop

Antes de começar

  • A instalação não inclui assinatura de modelo, franquia API ou acesso aos seus arquivos.
  • Estrelas e instalações indicam atividade, não um teste independente de qualidade ou segurança.
Documento original do Skill

Renderizado do repositório de origem, preservando títulos, exemplos, código, tabelas, links e imagens.

ds-plan-loop

Plan before coding, check the plan once, then build the task one verified step at a time.

Steps

  1. Restate the goal in one sentence. List the files and commands you expect to touch. Read those files before you plan. Do not plan from memory.
  2. Write a numbered plan. Each step gets one action and one acceptance check that a command or a direct observation can confirm, for example "npm test -- auth passes" or "GET /health returns 200". Keep each step small enough to verify in a single diff.
  3. Write the plan to a file (PLAN.md, or the PROGRESS.md from ds-context-reset) so later steps and fresh sessions can read it.
  4. Critique the plan in a fresh pass. Reread only the goal and the plan, as a reviewer who did not write it. If you can, run the critique in a subagent or new session. Answer three questions:
  • Which step is missing (setup, migration, config, tests, cleanup)?
  • Which assumption has not been checked against the code or docs?
  • Is there a simpler path that reaches the same goal with fewer steps?
  1. Revise the plan. Check each risky assumption now by reading code or running a command. Do not carry it forward as a guess.
  2. Execute step 1 only. Run its acceptance check and read the real output. Use ds-verify-loop when the check fails.
  3. Mark the step done in the plan file, along with the evidence (command and result). Then move to the next step.
  4. If a step shows that the plan is wrong, stop and revise the remaining steps before continuing. Do not improvise around it.

Stop when

  • Every step is marked done and its check passed, and the original goal holds when you check it end to end.
  • You have done 2 critique rounds. A third round almost never finds anything new, so execute.
  • A step fails its check twice in a row. Switch to ds-unstick.

Rules

  • No step without a check. "Looks right" is not a check.
  • Do one step per diff. Do not batch steps to save time.
  • Do not add steps that the goal does not need.
  • Keep the plan short: about 3-10 steps. Split bigger work into separate plans.
do mesmo repositório

Mais Skills

Todos os Skills