Thread To Action

Thread → Action

Analyze a pasted conversation thread and suggest concrete developer actions, then execute them with confirmation.

Preferences

Read ~/.claude/skills/thread-to-action/preferences.md using the Read tool. If not found, no preferences are set.

Context

On startup, use Bash to detect: current git branch, recent commits (git log --oneline -5), git status, and open PRs (gh pr list --author @me --state open --limit 5). Skip any that fail.

Command routing

Check $ARGUMENTS:

• help → display help then stop
• config → interactive setup then stop
• reset → delete ~/.claude/skills/thread-to-action/preferences.md, confirm, stop
• anything else → process as thread

Help

Thread → Action — Parse a thread and suggest developer actions

Usage:
  /thread-to-action <paste thread>    Analyze and suggest actions
  /thread-to-action config            Configure context sources and action types
  /thread-to-action reset             Clear preferences
  /thread-to-action help              This help

Context sources:
  Git:     branch, recent commits, status, open PRs
  Linear:  active issues, recent issues assigned to me
  Session: working directory, CLAUDE.md, prior conversation

Action types: Git/PR, Linear, Code, Cleanup
  See reference/action-types.md for full list

Current preferences:
  (shown above under Preferences)

Config

Use AskUserQuestion:

Q1 — "Which context sources should be active?" (multiSelect: true)

• Git context (branch, commits, status, PRs)
• Linear context (active issues, recent issues)
• Session context (working directory, CLAUDE.md)

Q2 — "Default Linear filters?" (multiSelect: false)

• Use my assignments (default)
• Use specific team/project
• No Linear filtering

Q3 — "Which action types to suggest?" (multiSelect: true)

• Git/PR actions
• Linear actions
• Code actions
• Cleanup actions

Save to ~/.claude/skills/thread-to-action/preferences.md.

First-time detection

If no preferences file exists, show: "First time using /thread-to-action? Run /thread-to-action config to customize, or continue with defaults (all sources, all action types)."

Then proceed normally.

Steps

1. Parse the thread

Analyze $ARGUMENTS and extract:

• Participants: Who and what roles
• Topic: Core subject
• Decisions made: Anything agreed upon
• Action items: Explicit or implied next steps
• Links: URLs to PRs, issues, docs — fetch and understand them
• Blockers resolved: Was something unblocked?
• Status changes: Did work item status change? ("merged it", "PR is ready", "deployed")

2. Fetch Linear context

Fetch in parallel (if Linear is enabled in preferences):

• Active issues assigned to me (state "In Progress" or "In Review")
• Recent issues I created (limit 5)

3. Cross-reference with context

Match thread content against gathered context:

• Do mentioned PRs match open PRs from git context?
• Do mentioned tickets match active Linear issues?
• Does the thread resolve a blocker for current work?
• Does it introduce new work needing tracking?
• Is the current branch related to the discussion?

4. Generate suggested actions

Suggest a numbered list. Each action has:

• What: Clear description
• Why: Connection to the thread
• How: Tool/command to use

See reference/action-types.md for common action types. Infer from context — the list is not exhaustive.

5. Present and confirm

Based on the thread, I suggest these actions:

1. [Action] — [Why]
2. [Action] — [Why]
3. [Action] — [Why]

Use AskUserQuestion (multiSelect: true):

• One option per action
• "Skip all"

6. Execute

For each confirmed action:

1. Announce what you're about to do
2. Execute it
3. Report result (success/failure, link to resource)
4. If failure, ask whether to continue

7. Summary

Actions completed: X
Actions skipped: Y
Actions failed: Z (with reasons)
Follow-up items: [if any]

8. Learn

If user consistently skips certain action types, note it in preferences. If user corrects a suggestion pattern, save the preference silently.