Como usar
- Copie o comando e verifique o pacote antes de instalar no seu ambiente de agente.
- Consulte no original as ferramentas, credenciais e ambientes necessários.
- 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-reviveAntes 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.
Update the idea, not only the branch. A clean rebase does not prove the PR still belongs.
Steps
- Fetch the latest base, the PR head and any related branches.
- Record the PR URL, state, base, head branch, head SHA, author, checks and review state. Read the title, body, linked issues, commits, threads and full diff.
- Write the PR's goal in one sentence.
- Find the merge base. Read what landed on the base branch since then. Search merged and open PRs for the same problem.
- Answer each question with evidence (commit, PR or file path):
- Has this problem already been solved?
- Did the APIs, types, schemas or structure it relies on change?
- Was the code it edits moved, deleted or simplified?
- Would landing it bring back old behavior or make two ways to do one thing?
- Is the benefit still worth the upkeep?
- Pick one verdict:
- REVIVE: goal and shape still fit. Go to step 7.
- REWORK: goal fits, shape does not. Describe the smallest rewrite and stop, unless the user also asked for the rework.
- CLOSE: superseded or no longer worth it. Cite the evidence and stop. Do not close it yourself.
- For REVIVE: work in a clean worktree at the recorded head. Rebase onto the fresh base. Resolve conflicts by the PR's goal and the base's newer rules.
- Run
git range-diffon the old and new series. Confirm no intended change was lost and nothing already landed came back. - Run the focused checks for the touched area. Mark each failure as real, pre-existing or infrastructure.
- Push with
--force-with-lease=<branch>:<old head SHA>. - Report the verdict first, then base changes, conflicts, push result, checks and the remaining decision with the PR link.
Stop when
- The report is written after any of the three verdicts.
- A conflict shows a product or design disagreement. Stop and reconsider the verdict.
- The lease fails. Fetch again and redo steps 4 to 6 once. If it fails again, report.
Rules
- Treat a dirty worktree as the user's. Never stash or discard it.
- Never merge, close or change the base branch. Never force-push without a lease.
- No conflicts in Git does not mean the PR is current.
- Separate facts you checked from your judgment.
- Post PR comments only when asked, through
ds-pr-comments.
