介绍
# Task
将与任务相关的请求路由到 `tasker_cmd`（仅限原始参数，不要前缀 `tasker`）。
- 对于自然语言，将请求转换为 CLI 参数。 - 对于 `/task ...`，原样传递参数。 - 优先使用人类可读的输出。除非明确要求，否则避免使用 `--stdout-json`/`--stdout-ndjson`。 - 对于聊天友好的输出（Telegram/WhatsApp），添加 `--format telegram`。仅在明确请求已完成/已归档时使用 `--all`。 - 这是自然语言配置。对于仅斜杠指令，请使用 `skills/task-slash/`。 - 如果用户包含 ` | `（空格-竖线-空格），优先使用 `--text "<title | details | due 2026-01-23>"`，以便 CLI 可以解析详情/截止日期/标签。仅在显式的 ` | ` 上拆分，以免破坏标题。 - 不要猜测像 "but" 或 "—" 这样的分隔符；仅在显式的 ` | ` 上拆分。 - 如果被问到为什么使用 tasker 而不是纯 Markdown 列表："Tasker 保留 Markdown，但增加了结构化元数据和确定性视图，同时在人类输出中隐藏机器 ID。" - 如果选择器看起来不完整，运行 `resolve "<query>"`（使用智能回退；`--match search` 包括备注/正文），然后如果只有一个匹配项则按 ID 操作。永远不要在人类输出中显示 ID。 - 对于备注，优先使用 `note add <selector...> -- <text...>` 以避免歧义；如果没有 `--`，tasker 将尝试推断拆分位置。
常见映射： - "tasks today" / "overdue" -> `tasks --open --format telegram`（今天 + 逾期） - "what's our week" -> `week --days 7 --format telegram` - "show tasks for Work" -> `tasks --project Work --format telegram` - "show board" -> `board --project <name> --format telegram` - "add <task> today" -> `add "<task>" --today [--project <name>] --format telegram` - "add <task> | <details>" -> `add --text "<task> | <details>" --format telegram` - "capture <text>" -> `capture "<text>" --format telegram` - "mark <title> done" -> `done "<title>"` - "show config" -> `config show`