Menu
Internal shared skill to resolve current user identity and org members. Not intended for direct user invocation.
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
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 | resolving-identity |
| description | Internal shared skill to resolve current user identity and org members. Not intended for direct user invocation. |
| user-invocable | false |
Resolve the current user's identity from the active provider.
Skip if current_user is 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.
active_provider must already be determined (caller must run detecting-provider first).
If active_provider is not set, stop and return an error to the caller.
If current_user is already set in this session, skip to Step 2.
Follow the provider SKILL.md's Identity: Resolve Current User section.
Result: set session variable current_user: { id, name, email }.
current_user: { id: "local", name: $USER env var or "local", email: null }.current_user value — never fail the caller due to identity resolution.Skip if current_user.teams is already set in this session.
If teamsDatabaseId exists in headless_config:
current_user.teams: [{ id, name, members: [{ id, name }] }] and current_team.
current_team.current_team: null.If teamsDatabaseId is not in config, skip this step (current_team: null).
Only execute if the caller explicitly requests member lookup (i.e., org_members is needed).
Skip if org_members is already set in this session.
Follow the provider SKILL.md's Identity: List Org Members section.
Result: set session variable org_members: OrgMember[] where each member has { id, name, email }.
org_members: [].