write-continue-here
について
このClaude Skillは、コーディングセッション間のシームレスな引き継ぎのために、構造化されたCONTINUE_HERE.mdファイルを作成します。未完了の作業で終了する際に、現在の状態(目標、完了した作業、進行中のタスク、次のステップ)を記録します。gitだけでは不十分な部分を補い、新しいセッションが即座に生産的な作業を再開できるよう、継続性を維持するためにご利用ください。
クイックインストール
Claude Code
推奨npx skills add pjt222/agent-almanac -a claude-code/plugin add https://github.com/pjt222/agent-almanacgit clone https://github.com/pjt222/agent-almanac.git ~/.claude/skills/write-continue-hereこのコマンドをClaude Codeにコピー&ペーストしてスキルをインストールします
ドキュメント
Write Continue Here
Write structured continuation file so next session starts with full context.
When Use
- Ending session with work still in progress
- Handing off complex task between sessions
- Preserving intent, failed approaches, next steps that git cannot capture
- Before closing Claude Code when mid-task
Inputs
- Required: Active session with recent work to summarize
- Optional: Specific instructions about what to emphasize in handoff
Steps
Step 1: Assess Session State
Gather facts about recent work:
git log --oneline -5
git status
git diff --stat
Review conversation context: what was objective, what completed, what partially done, what tried and failed, what decisions made.
Got: Clear understanding of current task state — completed items, in-progress items, planned next steps.
If err: Not in git repository? Skip git commands. Continuation file can still capture conversational context, task state.
Step 2: Write CONTINUE_HERE.md
Write file to project root using structure below. Every section must contain actionable content, not placeholders.
# Continue Here
> Last updated: YYYY-MM-DDTHH:MM:SSZ | Branch: current-branch-name
## Objective
One-paragraph description of what we are trying to accomplish and why.
## Completed
- [x] Finished item with key file paths (e.g., `src/feature.R`)
- [x] Decisions made and their rationale
## In Progress
- [ ] Partially complete work — describe current state (branch, file:line)
- [ ] Known issues with partial work
## Next Steps
1. Immediate next action (most important)
2. Subsequent actions in priority order
3. **[USER]** Items needing user input or decision
## Context
- Failed approaches and why they did not work
- Key constraints or trade-offs discovered
- Relevant issue/PR links
Guidelines:
- Objective: Capture WHY — git log shows what changed, not why
- Completed: Mark items clear done to prevent re-work
- In Progress: Highest-value section — partial state hardest to reconstruct
- Next Steps: Number by priority. Prefix user-dependent items with
**[USER]** - Context: Record negative space — what tried and rejected, why
Got: CONTINUE_HERE.md file at project root with all 5 sections populated with real content from current session. Timestamp and branch accurate.
If err: Write fails? Check file permissions. File should be created in project root (same directory as .git/). Verify .gitignore contains CONTINUE_HERE.md — if not, add it.
Step 3: Verify File
Read back CONTINUE_HERE.md. Confirm:
- Timestamp current (within last few minutes)
- Branch name matches
git branch --show-current - All 5 sections contain real content (no template placeholders)
- Next Steps numbered and actionable
- In Progress items describe current state specifically enough to resume
Got: File reads as clear, actionable handoff fresh session could use to immediately resume work.
If err: Edit sections containing placeholder text or too vague. Each section should pass test: "Could fresh session act on this without asking clarifying questions?"
Check
- CONTINUE_HERE.md exists at project root
- File contains all 5 sections with real content (not placeholders)
- Timestamp and branch accurate
-
.gitignoreincludesCONTINUE_HERE.md - Next Steps numbered and actionable
- In Progress items specify enough detail to resume without questions
Pitfalls
- Write placeholders instead of content: "TODO: fill in later" defeats purpose. Every section must contain real information from current session.
- Duplicate git state: Do not list every file changed — git already tracks that. Focus on intent, partial state, next steps.
- Forget Context section: Failed approaches most valuable thing to record. Without them, next session will retry same dead ends.
- Overwrite without reading: CONTINUE_HERE.md already exists from prior session? Read first — may contain unfinished work from earlier handoff.
- Leave stale files: CONTINUE_HERE.md ephemeral. After next session consumes, delete. Stale files cause confusion.
See Also
read-continue-here— complement: reading and acting on continuation file at session startbootstrap-agent-identity— cold-start identity reconstruction that consumes continuation file this skill producesmanage-memory— durable cross-session knowledge (complements this ephemeral handoff)commit-changes— save work to git before writing continuation filewrite-claude-md— project instructions where optional continuity guidance lives
GitHub リポジトリ
関連スキル
railway-docs
ドキュメントこのスキルは、Railwayの機能や仕様、特定のドキュメントURLに関する質問に答えるために、最新のRailwayドキュメントを取得します。開発者がRailwayの公式情報源から正確かつ最新の情報を直接受け取れるようにします。ユーザーがRailwayの動作方法について尋ねたり、Railwayドキュメントを参照する際にご利用ください。
n8n-code-python
ドキュメントこのClaudeスキルは、n8nのコードノードでPythonコードを記述するための専門的なガイダンスを提供します。具体的には、Pythonの標準ライブラリの使用方法や、`_input`、`_json`、`_node`といったn8n独自の構文の扱い方を解説します。n8n環境内におけるPythonの制限事項を開発者が理解できるよう支援し、ほとんどのワークフローではJavaScriptの使用を推奨しながらも、特定のデータ変換ニーズに対応するPythonソリューションを提案します。
archon
ドキュメントArchonスキルは、RAGを活用したセマンティック検索とプロジェクト管理をREST APIを通じて提供します。ドキュメントの検索、階層的なプロジェクト/タスクの管理、ドキュメントアップロード機能を備えたナレッジ検索の実行にご利用いただけます。外部ドキュメントを検索する際は、他の情報源を利用する前に常にArchonを最優先で使用してください。
n8n-code-javascript
ドキュメントこのClaudeスキルは、n8nのCodeノードでJavaScriptコードを書くための専門的なガイダンスを提供します。`$input`/`$json`変数、HTTPヘルパー、DateTime処理などの重要なn8n固有の構文を網羅し、一般的なエラーのトラブルシューティングも行います。CodeノードでカスタムJavaScript処理を必要とするn8nワークフローを開発する際にご利用ください。
