Extract tasks from input or manage existing tasks. Handles "Extract tasks", "What's on my plate?", "Show my tasks", "Mark [task] as done". Duplicate checking, accountability test, and triage.
Extracts actionable tasks from conversations or manages existing tasks with duplicate checking and accountability validation.
npx claudepluginhub ajayjohn/tars-work-assistantThis skill inherits all available tools. When active, it can use any tool Claude has access to.
Extract commitments into actionable tasks, or manage existing tasks with duplicate checking, accountability validation, and intelligent triage.
This skill operates in two modes depending on user intent:
Convert loose commitments into actionable, accountable tasks with duplicate checking and proper placement.
Read reference/replacements.md. Ensure ALL owners are mapped to canonical names.
Scan input for commitments:
Apply accountability test. Discard failures:
For each passing task:
| Field | Logic |
|---|---|
due | Map relative dates to YYYY-MM-DD using date resolution table. Default to backlog. |
source | journal/YYYY-MM/YYYY-MM-DD-slug (if meeting), email, or direct |
created | Today's date (YYYY-MM-DD) |
initiative | Extract if related to known initiative |
owner | Canonical name of responsible person |
Date resolution table:
backlogRead reference/integrations.md Tasks section for provider details. Execute the list operation for all configured lists (default: Active, Delegated, Backlog).
Compare by title and owner (from notes field). If a similar task exists for the same owner:
edit operation to update if new details or deadlineUse these rules to determine destination list:
Active listDelegated listBacklog listCreate tasks directly via the task integration. Do not ask for permission. Read reference/integrations.md Tasks section for the provider-specific command format.
Standard task creation fields:
title: "Task description"
list: Active
due: YYYY-MM-DD
notes: |
source: journal/YYYY-MM/YYYY-MM-DD-slug.md
created: YYYY-MM-DD
initiative: [[Initiative Name]]
owner: Name
For EACH task:
create_reminder operationAfter all creation attempts, execute list_reminders for each list that received new tasks. Confirm each created task appears in the list by matching title.
If any tasks are missing from the list despite a successful creation response:
NEVER report a task as "Created" in the output table unless it was confirmed present in the verification query.
---
## Task extraction complete
### Created tasks (X total, Y verified)
| Task | Owner | List | Due | Source | Verified |
|------|-------|------|-----|--------|----------|
| Task description | Name | Active/Delegated/Backlog | YYYY-MM-DD | source | yes/no |
### Creation unverified
| Task | Owner | List | Issue |
|------|-------|------|-------|
| Task description | Name | Active | Not found in list after creation |
### Duplicates skipped
| Task | Owner | Reason |
|------|-------|--------|
| Task description | Name | Already exists as matching task |
### Unactionable items
| Item | Reason |
|------|--------|
| Description | Why it was skipped |
Review, prioritize, complete, and prune existing tasks via the task integration.
Read reference/integrations.md Tasks section for provider details. Execute the list operation for all configured lists (default: Active, Delegated, Backlog).
Group tasks by list and display to user:
## Current task state
### Active (X tasks)
| Task | Owner | Due |
|------|-------|-----|
| Task description | Name | YYYY-MM-DD |
### Delegated (Y tasks)
| Task | Owner | Due |
|------|-------|-----|
| Task description | Name | YYYY-MM-DD |
### Backlog (Z tasks)
| Task | Owner | Age |
|------|-------|-----|
| Task description | Name | X days old |
For completion:
complete operation only AFTER user confirmationFor reprioritization:
edit operation to update due date or move between listsmodified field in notesFor backlog pruning:
created date older than 90 days in notes fieldWhile reviewing, note any potential duplicates:
Suggest consolidation but allow user to decide.
---
## Task management update
### Completed
| Task | Owner | Status |
|------|-------|--------|
| Task description | Name | Marked done |
### Reprioritized
| Task | Owner | From | To | Change |
|------|-------|------|-----|--------|
| Task description | Name | Backlog | Active | New due date: YYYY-MM-DD |
### Pruning recommendations
| Task | Owner | Age | Recommendation |
|------|-------|-----|-----------------|
| Task description | Name | X days | Archive or delete |
### Current summary
- Active: X tasks
- Delegated: Y tasks
- Backlog: Z tasks (W tasks >90 days old)
list operation for all configured listsreference/replacements.md (mandatory)Universal constraints from the core skill apply (date resolution, name normalization, task verification, no deletion without instruction). Additionally:
Expert guidance for Next.js Cache Components and Partial Prerendering (PPR). **PROACTIVE ACTIVATION**: Use this skill automatically when working in Next.js projects that have `cacheComponents: true` in their next.config.ts/next.config.js. When this config is detected, proactively apply Cache Components patterns and best practices to all React Server Component implementations. **DETECTION**: At the start of a session in a Next.js project, check for `cacheComponents: true` in next.config. If enabled, this skill's patterns should guide all component authoring, data fetching, and caching decisions. **USE CASES**: Implementing 'use cache' directive, configuring cache lifetimes with cacheLife(), tagging cached data with cacheTag(), invalidating caches with updateTag()/revalidateTag(), optimizing static vs dynamic content boundaries, debugging cache issues, and reviewing Cache Component implementations.
Creating algorithmic art using p5.js with seeded randomness and interactive parameter exploration. Use this when users request creating art using code, generative art, algorithmic art, flow fields, or particle systems. Create original algorithmic art rather than copying existing artists' work to avoid copyright violations.