Claude Code Plugins

Community-maintained marketplace

Feedback

Multi-conversation methodology for iterative stateful work with context accumulation. Use when users request work that spans multiple sessions (research, debugging, refactoring, feature development), need to build on past progress, explicitly mention iterative work, work logs, project knowledge, or cross-conversation learning.

Install Skill

1Download skill
2Enable skills in Claude

Open claude.ai/settings/capabilities and find the "Skills" section

3Upload to Claude

Click "Upload skill" and select the downloaded ZIP file

Note: Please verify skill by going through its instructions before using it.

SKILL.md

name iterating
description Multi-conversation methodology for iterative stateful work with context accumulation. Use when users request work that spans multiple sessions (research, debugging, refactoring, feature development), need to build on past progress, explicitly mention iterative work, work logs, project knowledge, or cross-conversation learning.

Iterating

Maintain context across multiple sessions by persisting state in Work Logs.

Environment Detection

Detect environment and load appropriate reference:

if [ "$CLAUDE_CODE_REMOTE" = "true" ]; then
  # Claude Code on the Web (CCotw) - writes to GitHub
  # Read: references/ccotw-environment.md
elif [ -n "$CLAUDE_CODE_REMOTE" ]; then
  # Claude Code CLI - writes to local filesystem
  # Read: references/codecli-environment.md
elif [ -x "$(command -v osascript)" ] && [ -d "/Applications/Claude.app" ]; then
  # Claude Desktop - may write to disk OR output for download
  # Read: references/desktop-environment.md
else
  # Claude.ai (web/chat/native app) - outputs for download
  # Read: references/chat-environment.md
fi

See environment-specific reference for persistence and retrieval details.

WorkLog Format

---
version: v1
status: in_progress
---

# [Project Name] Work Log

## v1 | YYYY-MM-DD HH:MM | Title

**Prev:** [previous context OR "Starting new work"]
**Now:** [current goal]

**Progress:** [X% complete OR milestone status]

**Files:**
- `path/to/file.ext` (Why this file matters)
  - L45-67: [What to examine/change here]
  - L123-145: [Another area, specific issue]

**Work:**
+: [additions with file:line]
~: [changes with file:line]
!: [fixes with file:line]

**Decisions:**
- [what]: [why] (vs [alternatives])

**Works:** [effective approaches]
**Fails:** [ineffective approaches, why]

**Blockers:** [None OR specific blocker with owner/ETA]

**Next:**
- [HIGH] [Critical action item]
- [MED] [Important but not urgent]
- [LOW] [Nice to have]

**Open:** [questions needing answers]

Core Workflow

Starting new work:

  1. Detect environment
  2. Create WorkLog v1 with task objective, decisions, file references, next steps
  3. Persist using environment-specific method
  4. Begin work on HIGH priority items

Continuing work:

  1. Detect environment
  2. Retrieve WorkLog using environment-specific method
  3. Parse latest version and status
  4. Acknowledge: "From WorkLog vN, status: [status]. Progress: [X%]. Continuing with HIGH: [item]"
  5. Execute HIGH priority items first
  6. Update WorkLog, increment version
  7. Persist using environment-specific method

Recognizing pasted WorkLog: If user pastes content with WorkLog frontmatter at conversation start:

  1. Parse version and status from YAML
  2. Acknowledge: "From WorkLog vN, status: [status]. Task: [objective]. Starting with HIGH: [item]"
  3. Continue workflow from step 5 above

Version Management

  • Simple incremental: v1 → v2 → v3
  • Frontmatter: version: vN (required)
  • Filename: WorkLog vN.md (optional)
  • Multiple files: Use highest version number

Status States

  • in_progress: Active work continuing
  • blocked: Waiting on external dependency/decision
  • needs_review: Ready for human inspection
  • completed: Task finished

Priority System

Next steps must be prioritized:

  • [HIGH]: Critical items blocking other work
  • [MED]: Important but not urgent
  • [LOW]: Nice-to-have improvements

Claude tackles HIGH priority items first unless told otherwise.

File References

Use relative paths from project root with line ranges:

**Files:**
- `src/auth/oauth.ts` (OAuth implementation needs refactoring)
  - L45-67: Current token validation logic
  - L123-145: Refresh token handling (race condition on L134)

Critical: Use relative paths, NOT absolute /home/claude/ paths (fresh compute each session).

Progress Tracking

Always include progress indicators (token/quota constraints may prevent completing full plan):

**Progress:** 60% complete

Or for longer projects:

**Progress:** Phase 2/3 | Auth ✅ | Payments 50% 🔄 | UI ⏳

What to Document

Include:

  • Key decisions with rationale and alternatives
  • Effective and ineffective approaches
  • Important discoveries
  • File references with line ranges
  • Next steps with priorities
  • Progress indicators
  • Blockers with owner/ETA

Don't include:

  • Minor code changes (use git)
  • Obvious information
  • Raw data dumps
  • Implementation details (use code comments)

User Communication

  • After update: "Updated WorkLog vN with [summary]"
  • New session: "From WorkLog vN, status: [status]. Progress: [X%]. Continuing with HIGH: [item]"
  • Status change: "Updated WorkLog status to [new_status]: [reason]"

Advanced Patterns

Read references/advanced-patterns.md when:

  • Working on projects spanning 5+ sessions
  • User mentions "debugging strategy", "hypothesis tracking", or "decision evolution"
  • Managing multiple concurrent workstreams
  • User asks about long-running project patterns
  • Blocked on complex issues requiring systematic approach

Otherwise skip - basic workflow above is sufficient for most cases.

Reference Documentation