slack-notification-triage
Slack Notification Triage
Use this skill to produce a priority queue or task list for the user from recent Slack messages. It is for surfacing what the user likely needs to read, reply to, or do next.
Start Here
- If the user provided a time window, use it. For requests like "today" or "this morning," resolve the user's timezone with
slack_read_user_profile. - Treat this as best-effort triage over recent Slack activity, not an exact unread or notification-state view.
Workflow
- Treat this as personal triage for the user. Focus on messages directed at the user, messages likely needing a reply, and messages that create a concrete follow-up or task for the user.
- Resolve the current user with
slack_read_user_profileso you have the user's Slack ID for mention-based searches. - If the user provided channel names, DMs, people, or topic keywords, use that scope.
- Named channels: Resolve IDs through
slack_search_channels, then callslack_read_channelwithlimitat100per channel. - Named people or DMs: Resolve people through
slack_search_users, then useslack_search_public_and_privatewith several small searches using filtersfrom:<@USER_ID>,to:<@USER_ID>, orin:<@USER_ID>to surface relevant DM or person-specific activity. - Named topics: Use
slack_search_public_and_private, and if channels were also provided, keep the search inside those channels. - No explicit scope: Search in this order:
- unanswered direct conversations: run
slack_search_public_and_privateoverchannel_types="im", paging until you have a reasonable set of unique conversations, then dedupe and expand promising DMs withslack_read_channel
- unanswered direct conversations: run
More from openai/plugins
plugin-creator
Create and scaffold plugin directories for Codex with a required `.codex-plugin/plugin.json`, optional plugin folders/files, and baseline placeholders you can edit before publishing or testing. Use when Codex needs to create a new personal plugin, add optional plugin structure, or generate or update personal or repo-root `.agents/plugins/marketplace.json` entries for plugin ordering and availability metadata.
71swiftui-liquid-glass
Implement, review, or improve SwiftUI features using the iOS 26+ Liquid Glass API. Use when asked to adopt Liquid Glass in new SwiftUI UI, refactor an existing feature to Liquid Glass, or review Liquid Glass usage for correctness, performance, and design alignment.
29swiftui-ui-patterns
Best practices and example-driven guidance for building SwiftUI views and components, including navigation hierarchies, custom view modifiers, and responsive layouts with stacks and grids. Use when creating or refactoring SwiftUI UI, designing tab architecture with TabView, composing screens with VStack/HStack, managing @State or @Binding, building declarative iOS interfaces, or needing component-specific patterns and examples.
27ios-debugger-agent
Use XcodeBuildMCP to build, run, launch, and debug the current iOS project on a booted simulator. Trigger when asked to run an iOS app, interact with the simulator UI, inspect on-screen state, capture logs/console output, or diagnose runtime behavior using XcodeBuildMCP tools.
27swiftui-view-refactor
Refactor and review SwiftUI view files with strong defaults for small dedicated subviews, MV-over-MVVM data flow, stable view trees, explicit dependency injection, and correct Observation usage. Use when cleaning up a SwiftUI view, splitting long bodies, removing inline actions or side effects, reducing computed `some View` helpers, or standardizing `@Observable` and view model initialization patterns.
27swiftui-performance-audit
Audit and improve SwiftUI runtime performance from code review and architecture. Use for requests to diagnose slow rendering, janky scrolling, high CPU/memory usage, excessive view updates, or layout thrash in SwiftUI apps, and to provide guidance for user-run Instruments profiling when code review alone is insufficient.
27