aicodeking/deepseek-stack

ds-context-reset

Keep a PROGRESS.md for long tasks and move to a fresh session or subagent that reads only that file when the context gets long or stale.

ソースを見る

使い方

  1. インストールコマンドをコピーし、自分の環境へ導入する前にソースを確認します。
  2. 必要なツール、認証情報、対応環境を原文で確認します。
  3. 入力と成果物を指定し、出力を資料と照合します。
npx skills add https://github.com/aicodeking/deepseek-stack --skill ds-context-reset

開始前の確認

  • 導入にはモデル契約、API枠、ファイルへのアクセス許可は含まれません。
  • スター数や導入数は活動の指標であり、独立した品質・安全性試験ではありません。
リポジトリの原文

見出し、例、コード、表、リンク、参照画像を含む原文を表示しています。

ds-context-reset

Store the state of the work in a file, not in the chat, so a fresh context can continue without drift.

Steps

  1. At the start of a long task, create PROGRESS.md at the repo root with these sections:
  • Goal: one or two sentences, plus the acceptance check for the whole task.
  • Done: the verified steps, each with the command and result that proved it.
  • Next: the ordered steps that remain. The first item is the exact next action.
  • Open questions: unknowns and decisions that wait for the user.
  • Key facts: paths, commands, versions, gotchas, and approaches that failed (with the reason).
  1. Update PROGRESS.md after every verified step. Do not update it for unverified ones. Commit the code and PROGRESS.md together with a descriptive message.
  2. Watch for reset signals: you repeat an earlier answer, you forget a fact that is in Key facts, you retry a fix that failed, the same file gets reread many times, or the context is more than about half full.
  3. When a signal appears, finish or revert the current step so the tree is in a known state.
  4. Rewrite PROGRESS.md as a complete handoff. A reader who has only this file and the repo must be able to continue. Remove chatter and keep the facts.
  5. Start a fresh session or subagent. Give it one instruction: "Read PROGRESS.md and git log -5, run the acceptance check for the last Done item, then do the first item in Next."
  6. In the new context, confirm that the baseline check passes before you make new edits. If it fails, fix that first.

Stop when

  • The goal's acceptance check passes and PROGRESS.md shows every item as Done.
  • You have done 3 resets on one Next item without progress. Stop and ask the user, with the file as your report.

Rules

  • PROGRESS.md holds facts and evidence, not plans that nobody has checked.
  • Keep it under about 150 lines. Move old Done items into a short summary line.
  • Never put secrets or tokens in it.
  • The fresh context reads the file, not the old transcript.
  • Pair with ds-plan-loop for the Next list and with ds-unstick for the failed-approach notes.
同じリポジトリから

関連する Skills

すべての Skills