ID

identify-kill-list

Helps writers prune unproductive habits, goals, and content sections based on performance data.

Install

mkdir -p .claude/skills/identify-kill-list && curl -L -o skill.zip "https://agentskills.codes/api/skills/download/13165" && unzip -o skill.zip -d .claude/skills/identify-kill-list && rm skill.zip

Installs to .claude/skills/identify-kill-list

Activation

This is the description your AI agent reads to decide when to run this skill — the better it matches your request, the more reliably it fires.

Names what the substacker writer should stop doing — habits with no evidence of use, goals that became theatre, sections with 2 consecutive dormant quarters, and agents in the team whose output the writer ignores. Produces a bulleted list, each item with one sentence of why. Max 4 items. Ordered by ease (easiest first). Used once per Growth Strategist review. Trigger keywords: kill list, stop doing, what to cut, dead habits, dormant, ignored output.
453 charsno explicit “when” triggerlonger than Claude Code's old 250-char listing cap (fine on current versions)
Beginner

Key capabilities

  • Identify habits with no evidence of use
  • Find goals unchanged for two quarters with no progression
  • Detect sections with two consecutive dormant quarters
  • Name agents whose output the writer ignores
  • Filter identified items to a maximum of four
  • Order items by ease of execution

How it works

The skill processes candidate sources to identify inactive or unutilized items, filters them to a maximum of four, and then orders them by ease of execution, providing a concise reason for each.

Inputs & outputs

You give it
Candidate sources including section assessments, goal progression, agent output, and audience notes
You get back
A bulleted list of up to four items to stop doing, each with a one-sentence justification, ordered by ease of execution

When to use identify-kill-list

  • Prune inactive content sections
  • Stop tracking vanity goals
  • Remove unreferenced automation
  • Cleanup writing habits

About this skill

Identify Kill List

Workflow

Per quarterly review:
- [ ] Step 1: Candidate sources:
    - Sections classed "candidate-for-prune" in section-portfolio-assessment
    - Goals unchanged 2 quarters in a row with no progression
    - Agents in the team whose output the writer has not referenced in any decision this quarter
    - Habits writer flagged in audience-notes as guilt-producing but unused
- [ ] Step 2: Filter to max 4 items (ruthless)
- [ ] Step 3: Order by ease: easiest kills first
- [ ] Step 4: Each item: one-sentence why

Rules

  • Max 4 items. More than 4 and the writer won't stop any of them.
  • First kill should be something the writer will actually do within a week.
  • Last kill can be harder (a habit, a section) — but still named.

Worked example

- Drop the daily trend-scout digest. You haven't acted on any item from it in 12 weeks.
- Kill the "book reviews" section. One post in two quarters; it's guilt scaffolding, not a section.
- Stop writing the weekly "state of the publication" note to yourself. The Growth Analyst's report is doing that job now.
- Remove the "get on Hacker News front page" goal. It's not a goal, it's an outcome, and chasing it warps the writing.

Guardrails

  1. Never exceed 4 items.
  2. Order by ease. First item should be actionable this week.
  3. One-sentence rationale each. No paragraphs.
  4. Pull from multiple candidate sources — don't have all 4 be sections.
  5. Never suggest killing something the writer explicitly committed to this quarter.
  6. Previous-quarter kills that the writer didn't execute can be re-named — but only once, not indefinitely.

When not to use it

  • When the writer explicitly committed to an item this quarter
  • When more than four items need to be identified
  • When a detailed, multi-sentence rationale is required for each item

Limitations

  • Maximum of 4 items in the output list
  • Each item must have a one-sentence justification
  • Cannot suggest killing something the writer explicitly committed to this quarter

How it compares

This skill provides a structured, constrained method for identifying and prioritizing items to stop doing, focusing on ease of execution and conciseness, unlike a general brainstorming or detailed analysis approach.

Compared to similar skills

identify-kill-list side by side with the closest alternatives in the catalog.

SkillInstallsUpdatedSafetyDifficulty
identify-kill-list (this skill)03moNo flagsBeginner
internal-comms83moNo flagsBeginner
startup-business-analyst-business-case64moNo flagsBeginner
getting-started-guide18moNo flagsBeginner

Try saying

Example prompts that trigger this skill in your AI assistant.

You might also like

internal-comms

anthropics

A set of resources to help me write all kinds of internal communications, using the formats that my company likes to use. Claude should use this skill whenever asked to write some sort of internal communications (status reports, leadership updates, 3P updates, company newsletters, FAQs, incident reports, project updates, etc.).

898

startup-business-analyst-business-case

sickn33

Generate comprehensive investor-ready business case document with market, solution, financials, and strategy

631

getting-started-guide

Microck

当用户开始新小说项目时激活 - 通过温和的提示和解释引导他们完成七步方法论(constitution → specify → clarify → plan → tasks → write → analyze)

16

content-creation-flow

OutSystems

Step-by-step content creation workflow for documentation and training materials. Includes MCP validation, discovery, content design, Jira planning, and draft generation with priority-based execution. Use when starting the content creation flow, creating documentation or training materials, or when t

00

project-proposals

SofiaDT

When the user wants to write a project proposal, business case, project charter, or project brief to get something approved. Use when the user says "I need to write a proposal," "business case," "project charter," "getting this approved," "I need to make the case for this project," or "project brief

00

write-a-prd

twentyonedot

Create a PRD through user interview, codebase exploration, and module design. Use when user wants to write a PRD, create a product requirements document, or plan a new feature.

00

Search skills

Search the agent skills registry