/ase-task-list
List all available task ids. Use when user wants to see all tasks.
Claude Code
$ npx -y skills add rse/ase --skill ase-task-list --agent claude-code
Codex
$ npx skills add rse/ase --skill ase-task-list -a codex -y
Cursor
$ npx skills add rse/ase --skill ase-task-list -a cursor -y
Gemini CLI
$ npx skills add rse/ase --skill ase-task-list -a gemini-cli -y
GitHub Copilot
$ npx skills add rse/ase --skill ase-task-list -a github-copilot -y
OpenCode
$ npx skills add rse/ase --skill ase-task-list -a opencode -y
Windsurf
$ npx skills add rse/ase --skill ase-task-list -a windsurf -y
SKILL.md
ase-task-list.SKILL.mdname: ase-task-list
argument-hint: "[--help|-h] [--verbose|-v] [--include|-i=<state>[,...]] [--exclude|-e=<state>[,...]]"
description: >
List all available task ids.
Use when user wants to see all tasks.
user-invocable: true
disable-model-invocation: false
effort: high@${CLAUDE_SKILL_DIR}/../../meta/ase-control.md @${CLAUDE_SKILL_DIR}/../../meta/ase-skill.md @${CLAUDE_SKILL_DIR}/../../meta/ase-getopt.md
<purpose name="ase-task-list"> List Task Plans </purpose>
<expand name="getopt" arg1="ase-task-list" arg2="--verbose|-v --include|-i=none --exclude|-e=finished"> $ARGUMENTS </expand>
<objective> *List* all available *task plans* of the current project. </objective>
Procedure ---------
1. Determine the *effective state set* <states/>, i.e., the lifecycle states a task plan has to be in to be listed at all. For this, first determine the *all states* set <all-states/> and the *finished states* set <finished-states/> of the task lifecycle model <ase-project-task-lifecycle/> of the current project:
- If <ase-project-task-lifecycle/> is `solo` (or absent):
<all-states/> is `OPEN`, `SHELVED`, `CLOSED`, and `CANCELLED`, and <finished-states/> is `CLOSED` and `CANCELLED`.
- If <ase-project-task-lifecycle/> is `team`:
<all-states/> is `PLANNING`, `SHELVED`, `IMPLEMENTING`, `STALLED`, `IMPLEMENTED`, and `CANCELLED`, and <finished-states/> is `IMPLEMENTED` and `CANCELLED`.
- If <ase-project-task-lifecycle/> is `enterprise`:
<all-states/> is `DRAFTED`, `SHELVED`, `PLANNING`, `PLANNED`, `STALLED`, `IMPLEMENTING`, `IMPLEMENTED`, `DECLINED`, `QUALIFYING`, `QUALIFIED`, `DEFERRED`, `INTEGRATING`, `INTEGRATED`, and `CANCELLED`, and <finished-states/> is `INTEGRATED` and `CANCELLED`.
Then parse <getopt-option-include/> and <getopt-option-exclude/> as comma-separated token lists, silently dropping the `none` sentinel and any empty token, and replacing the `finished` sentinel with <finished-states/>. If a token <token/> is *not* one of the `Status:` values in <all-states/>, only output the following <template/> and then *STOP* processing the entire current skill:
<template> ⧉ **ASE**: ✪ skill: **ase-task-list**, ▶ ERROR: invalid state: **<token/>** </template>
Otherwise set <states/> to <all-states/> if both lists are empty, to the *include* list if only it is non-empty, to <all-states/> *minus* the *exclude* list if only it is non-empty, and to the *include* list *minus* the *exclude* list if both are non-empty. If the resulting <states/> is *empty*, only output the following <template/> and then *STOP* processing the entire current skill:
<template> ⧉ **ASE**: ✪ skill: **ase-task-list**, ▶ ERROR: options `--include` and `--exclude` cancel out to an empty state set </template>
Directly *after* this error <template/>, and *before* stopping, give the corrective hint by expanding the following (which, depending on the configured <ase-guidance-level/>, may expand into nothing and hence emit no output at all):
<ase-tpl-hint level="minimal"> The `--exclude` default `finished` (the finished states of the task lifecycle model) still applies -- add `--exclude none` to reach finished states via `--include`. </ase-tpl-hint>
2. Call the `ase_task_list(verbose: <getopt-option-verbose/>)` tool from the `ase` MCP server. The result is a structured object with a `tasks` array where each entry has an `id` and a `status` field, and -- if <getopt-option-verbose/> is `true` -- additionally an `mtime` field (formatted as `YYYY-MM-DD HH:MM`) and an `effort` field (the T-shirt size `XS`, `S`, `M`, `L`, or `XL` of the task, empty if not estimated). *Drop* from the `tasks` array every entry whose `status` is contained in <all-states/> but *not* in <states/>. *Keep* every entry whose `status` is *not* contained in <all-states/> at all, regardless of <states/>, and remember it as an *unknown-status entry*. Do not output anything.
3. For each *unknown-status entry* of step 2, output the following <template/>, where <id/> and <status/> correspond to the entry and <all-states/> is rendered as a comma-separated list:
<template> ⧉ **ASE**: ◉ task: **<id/>**, ▶ WARNING: unknown status **<status/>** (expected one of: <all-states/>) </template>
Then, if the `tasks` array is empty, output the following <template/>:
<template> ⧉ **ASE**: ◉ tasks: *(none)* </template>
Else, dispatch on <getopt-option-verbose/>:
- If <getopt-option-verbose/> is `true`, output the list of tasks
with the following <template/>, where each <id/>, <status/>, <effort/>, and <mtime/> correspond to an entry in the task list, with an empty <effort/> rendered as `-`:
<template> ⧉ **ASE**: ◉ tasks:
| *Task Id* | *Status* | *Effort* | *Last Modified* | |-----------|-------------|-------------|--------------------| | **<id/>** | `<status/>` | `<effort/>` | `<mtime/>` | | [...] | [...] | [...] | [...] |
</template>
- If <getopt-option-verbose/> is `false`, output the list of tasks
with the following <template/>, where each <id/> corresponds to an entry in the task list:
<template> ⧉ **ASE**: ◉ tasks:
| *Task Id* | |-----------| | **<id/>** | | [...] |
</template>
4. Finally, give the closing hints by expanding the following (which, depending on the configured <ase-guidance-level/>, may each expand into nothing and hence emit no output at all):
<if condition="the `tasks` array is NOT empty"> <ase-tpl-hint level="normal"> Use `/ase-task-id <id>` to switch to one of the listed tasks and `/ase-task-vi
Read more
name: ase-task-list
argument-hint: "[--help|-h] [--verbose|-v] [--include|-i=<state>[,...]] [--exclude|-e=<state>[,...]]"
description: >
List all available task ids.
Use when user wants to see all tasks.
user-invocable: true
disable-model-invocation: false
effort: high@${CLAUDE_SKILL_DIR}/../../meta/ase-control.md @${CLAUDE_SKILL_DIR}/../../meta/ase-skill.md @${CLAUDE_SKILL_DIR}/../../meta/ase-getopt.md
<purpose name="ase-task-list"> List Task Plans </purpose>
<expand name="getopt" arg1="ase-task-list" arg2="--verbose|-v --include|-i=none --exclude|-e=finished"> $ARGUMENTS </expand>
<objective> *List* all available *task plans* of the current project. </objective>
Procedure ---------
1. Determine the *effective state set* <states/>, i.e., the lifecycle states a task plan has to be in to be listed at all. For this, first determine the *all states* set <all-states/> and the *finished states* set <finished-states/> of the task lifecycle model <ase-project-task-lifecycle/> of the current project:
- If <ase-project-task-lifecycle/> is `solo` (or absent):
<all-states/> is `OPEN`, `SHELVED`, `CLOSED`, and `CANCELLED`, and <finished-states/> is `CLOSED` and `CANCELLED`.
- If <ase-project-task-lifecycle/> is `team`:
<all-states/> is `PLANNING`, `SHELVED`, `IMPLEMENTING`, `STALLED`, `IMPLEMENTED`, and `CANCELLED`, and <finished-states/> is `IMPLEMENTED` and `CANCELLED`.
- If <ase-project-task-lifecycle/> is `enterprise`:
<all-states/> is `DRAFTED`, `SHELVED`, `PLANNING`, `PLANNED`, `STALLED`, `IMPLEMENTING`, `IMPLEMENTED`, `DECLINED`, `QUALIFYING`, `QUALIFIED`, `DEFERRED`, `INTEGRATING`, `INTEGRATED`, and `CANCELLED`, and <finished-states/> is `INTEGRATED` and `CANCELLED`.
Then parse <getopt-option-include/> and <getopt-option-exclude/> as comma-separated token lists, silently dropping the `none` sentinel and any empty token, and replacing the `finished` sentinel with <finished-states/>. If a token <token/> is *not* one of the `Status:` values in <all-states/>, only output the following <template/> and then *STOP* processing the entire current skill:
<template> ⧉ **ASE**: ✪ skill: **ase-task-list**, ▶ ERROR: invalid state: **<token/>** </template>
Otherwise set <states/> to <all-states/> if both lists are empty, to the *include* list if only it is non-empty, to <all-states/> *minus* the *exclude* list if only it is non-empty, and to the *include* list *minus* the *exclude* list if both are non-empty. If the resulting <states/> is *empty*, only output the following <template/> and then *STOP* processing the entire current skill:
<template> ⧉ **ASE**: ✪ skill: **ase-task-list**, ▶ ERROR: options `--include` and `--exclude` cancel out to an empty state set </template>
Directly *after* this error <template/>, and *before* stopping, give the corrective hint by expanding the following (which, depending on the configured <ase-guidance-level/>, may expand into nothing and hence emit no output at all):
<ase-tpl-hint level="minimal"> The `--exclude` default `finished` (the finished states of the task lifecycle model) still applies -- add `--exclude none` to reach finished states via `--include`. </ase-tpl-hint>
2. Call the `ase_task_list(verbose: <getopt-option-verbose/>)` tool from the `ase` MCP server. The result is a structured object with a `tasks` array where each entry has an `id` and a `status` field, and -- if <getopt-option-verbose/> is `true` -- additionally an `mtime` field (formatted as `YYYY-MM-DD HH:MM`) and an `effort` field (the T-shirt size `XS`, `S`, `M`, `L`, or `XL` of the task, empty if not estimated). *Drop* from the `tasks` array every entry whose `status` is contained in <all-states/> but *not* in <states/>. *Keep* every entry whose `status` is *not* contained in <all-states/> at all, regardless of <states/>, and remember it as an *unknown-status entry*. Do not output anything.
3. For each *unknown-status entry* of step 2, output the following <template/>, where <id/> and <status/> correspond to the entry and <all-states/> is rendered as a comma-separated list:
<template> ⧉ **ASE**: ◉ task: **<id/>**, ▶ WARNING: unknown status **<status/>** (expected one of: <all-states/>) </template>
Then, if the `tasks` array is empty, output the following <template/>:
<template> ⧉ **ASE**: ◉ tasks: *(none)* </template>
Else, dispatch on <getopt-option-verbose/>:
- If <getopt-option-verbose/> is `true`, output the list of tasks
with the following <template/>, where each <id/>, <status/>, <effort/>, and <mtime/> correspond to an entry in the task list, with an empty <effort/> rendered as `-`:
<template> ⧉ **ASE**: ◉ tasks:
| *Task Id* | *Status* | *Effort* | *Last Modified* | |-----------|-------------|-------------|--------------------| | **<id/>** | `<status/>` | `<effort/>` | `<mtime/>` | | [...] | [...] | [...] | [...] |
</template>
- If <getopt-option-verbose/> is `false`, output the list of tasks
with the following <template/>, where each <id/> corresponds to an entry in the task list:
<template> ⧉ **ASE**: ◉ tasks:
| *Task Id* | |-----------| | **<id/>** | | [...] |
</template>
4. Finally, give the closing hints by expanding the following (which, depending on the configured <ase-guidance-level/>, may each expand into nothing and hence emit no output at all):
<if condition="the `tasks` array is NOT empty"> <ase-tpl-hint level="normal"> Use `/ase-task-id <id>` to switch to one of the listed tasks and `/ase-task-vi
Other skills on ase.
More skills from other plugins.
brainstorming
You MUST use this before any creative work - creating features, building components, adding functionality, modifying behavior, or…
ask-matt
Ask which skill or flow fits your situation. A router over the skills in this repo.
Questions about ase-task-list.
- Which coding agents can use ase-task-list?
- ase-task-list installs in Claude Code, Codex, Cursor, Gemini CLI, GitHub Copilot, OpenCode and Windsurf with the skills CLI, using each agent's flag shown on this page. Flowy's auto-invocation, which fires a skill when your prompt matches, runs in Claude Code only.

