القائمة
Shared session bootstrap — detects provider, resolves identity, and populates headless_config. Called by all user-invocable skills at startup.
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
Creates, updates, deletes, and queries tasks in the configured data source. Handles task creation with required confirmations, state transitions, "next task" recommendations, and personal task dashboard. Use this skill for ANY task-related request — create, update, delete, query, list, filter by status/priority/assignee, mark done, block, assign to self, change priority, view personal dashboards, or ask "what's next". Also handles task dependencies and links: block, unblock, blocked by, blocking, dependency/dependencies, parent task, subtask, child task, link tasks, relation, connect tasks. Also scoped queries such as "tasks for <store/project>" or "filter tasks by store/project". If the user mentions tasks in any way, use this skill. Invoke this skill for any Tasks DB write — do not call `notion-create-pages`, `notion-update-page`, or `notion-update-relation` on task pages directly, even for single-field edits. Direct writes skip quality gates (AC/EP rubric, executor invariants, Acknowledged At auto-set, sub
Deterministic field validation for task status transitions. Returns pass/fail with errors and warnings as JSON. Used by managing-tasks, executing-tasks, and running-daily-tasks.
Renders task data as interactive HTML dashboards (Kanban, List, Calendar, Gantt). In cli / claude-desktop the dashboard is served by a local view server on localhost:3456. In Cowork the dashboard is registered as a Live Artifact that fetches Notion data directly via window.cowork.callMcpTool. Use this skill whenever the user wants to see tasks visually — board views, timelines, calendars, or any kind of task visualization or dashboard display. Read-only views only. For any write, or a scoped filter that may lead to a mutation, route through `managing-tasks` instead. Triggers on: "kanban", "list view", "show tasks", "view", "visualize", "gantt", "calendar", "board", "timeline", "display tasks", "open dashboard".
Notion-specific provider implementation for waggle. Loaded when the active provider is notion.
Set up Notion as the waggle provider. Trigger phrases - "setup notion", "configure notion for waggle".
SQLite-specific provider implementation for waggle. Loaded when the active provider is sqlite.
| name | bootstrap-session |
| description | Shared session bootstrap — detects provider, resolves identity, and populates headless_config. Called by all user-invocable skills at startup. |
| user-invocable | false |
One-time session setup that all user-invocable skills run before their main logic.
Skip entirely if active_provider and current_user are already set in this conversation.
Silent operation: This skill runs as an internal step of an invoking skill. Return results to the invoking flow without user-facing narration — the caller owns all user communication. Only errors, warnings, and prompts required to proceed may surface directly.
Invoke the detecting-provider skill.
This produces:
active_provider — the detected provider name (notion, sqlite, turso)execution_environment — cli, claude-desktop, or coworkheadless_config — database IDs and constants from the providerInvoke the resolving-identity skill.
This produces:
current_user — { id, name, email } of the authenticated usercurrent_team — the user's active team (if teams are configured)Note: org_members is resolved on demand (not by default). Skills that need member lookup should explicitly invoke the looking-up-members skill when they need it.