Token导航 LogoToken导航TokenDH.com
研究检索只读github未标认证来源可访问许可证需确认审计通过

omnifocus-manager全焦点经理

Agent Skill

omnifocus-manager 用于查找、检索和筛选相关信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要根据关键词、任务场景或来源线索快速定位候选结果时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

总安装

549

周安装

22

GitHub Stars

4

下载量

178
CodexClaudeCursorGemini CLI

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

GitHub

来源数

2

许可证

unknown

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:omnifocus-manager(全焦点经理)
来源仓库:https://github.com/krishagel/geoffrey
仓库路径:skills/omnifocus-manager
安装命令:
npx skills add https://github.com/krishagel/geoffrey --skill omnifocus-manager
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

skills.shnpx skills
npx skills add https://github.com/krishagel/geoffrey --skill omnifocus-manager

简介

omnifocus-manager 用于查找、检索和筛选相关信息。

  • 适合在 Codex、Claude、Cursor、Gemini CLI 中根据关键词快速定位候选结果。
  • 通过 npx skills add 命令从指定仓库安装,需确认权限和维护状态。
  • 使用前建议核实是否会触发联网、命令执行或文件读写操作。
  • 可结合原始 README 进一步验证具体用法和功能边界。

SKILL.md

OmniFocus Manager Skill

Manage OmniFocus tasks with proper project assignment, tagging, and organization based on user preferences.

When to Activate

Use this skill when user wants to:

  • Add/create tasks
  • Follow up with someone
  • Triage or review inbox
  • Clean up or organize tasks
  • Check what's due or available
  • Query task status

User Preferences

Task Creation Philosophy:

  • Always assign to a project (never leave in Inbox)
  • Always set expected completion date
  • Tag with person + "Follow Up" for 1:1 discussions
  • Use location tags for shopping tasks

Working with OmniFocus Scripting

JXA vs AppleScript: When to Use Each

Use JXA (JavaScript for Automation) for:

  • ✅ Reading data (tasks, projects, tags, inbox)
  • ✅ Creating/updating individual tasks
  • ✅ Adding tags to tasks
  • ✅ Moving tasks between projects
  • ✅ Fast, single-purpose operations

Use AppleScript for:

  • ✅ Creating projects inside folders
  • ✅ Creating folders
  • ✅ Bulk operations on multiple projects
  • ✅ Complex nested structures (folder → project → tasks)

CRITICAL DIFFERENCE:

  • External JXA scripts (via osascript -l JavaScript) have limitations
  • OmniJS (built-in JavaScript in OmniFocus app) has more capabilities
  • Documentation examples showing new Project(name, folder) work in OmniJS but NOT in external JXA scripts

Common Pitfalls & Solutions

PitfallWhy It HappensSolution
Projects created at root instead of in folderJXA parentFolder property doesn't work externallyUse AppleScript with tell folder blocks
Duplicate empty foldersScript creates folder but projects fail to nestAlways verify count of projects of folder after creation
"Can't convert types" errorsJXA type mismatch between app objects and JavaScriptUse AppleScript for complex operations
Projects appear created but aren'tScript reports success but verification shows 0 projectsAlways verify after creation, never trust script output alone
Can't delete folders via scriptFolders don't support deletion commandsManual cleanup in OmniFocus UI required

Verification Patterns

ALWAYS verify operations that modify structure:

# After creating projects in folder
tell application "OmniFocus"
  tell default document
    set projectCount to count of projects of folder "Folder Name"
    if projectCount is 0 then
      return "ERROR: Projects not in folder!"
    else
      return "SUCCESS: " & projectCount & " projects created"
    end if
  end tell
end tell

NEVER assume success based on:

  • Script completing without errors
  • Return value claiming success
  • Absence of error messages

ALWAYS verify by:

  • Counting items created
  • Checking container relationships
  • Querying actual data structure

Error Recovery Workflow

If you create projects incorrectly:

  1. STOP - Don't create more until you understand the problem
  2. VERIFY - Check actual state: projects of folder "X"
  3. CLEAN UP - Drop wrong projects: mark dropped proj
  4. NOTE - Empty folders must be manually deleted in UI
  5. FIX - Use correct method (AppleScript for folders)
  6. VERIFY AGAIN - Confirm correction worked

Available Scripts

Scripts are in ./scripts/ directory.

For JXA scripts:

osascript -l JavaScript ./scripts/script-name.js

For AppleScript:

osascript ./scripts/script-name.applescript

IMPORTANT: Always use pure JXA/AppleScript, NOT Omni Automation URL scheme. The URL scheme triggers security popups for every unique script. Direct scripting runs silently.

Key JXA Patterns (for individual tasks)

  • doc.inboxTasks.push(task) - create new tasks
  • app.add(tag, {to: task.tags}) - add existing tags (not push!)
  • task.assignedContainer = project - move to project

get_inbox.js

Returns remaining inbox tasks (matches OmniFocus Inbox perspective).

Filter logic: Tasks with no project + not completed + not dropped + not deferred to future

Output: JSON with count and task array (id, name, note, tags, dueDate)

Use when: Starting inbox triage

get_tags.js

Returns full tag hierarchy with groupings.

Output: JSON with all 129 tags organized by parent/children

Use when: Need to find correct tags for a task

get_projects.js

Returns full project/folder structure.

Output: JSON with projects and folder paths

Use when: Need to find correct project for a task

add_task.js

Creates a new task with proper tags and project.

Parameters: name, project, tags[], dueDate, deferDate, note, flagged

Use when: Creating new tasks

update_task.js

Updates any existing task (not just inbox).

Parameters: name or id, project, tags[], dueDate, deferDate

Use when: Triaging/moving tasks, adding tags

create_tag.js

Creates a new tag, optionally under a parent.

Parameters: name, parent (optional)

Use when: Tag doesn't exist for a person or category

create_projects_in_folder.applescript

CRITICAL: Creates projects INSIDE folders (not at root level).

WHY APPLESCRIPT, NOT JXA: External JXA scripts (osascript -l JavaScript) cannot reliably create projects in folders. Projects appear created but end up at root level, not in the folder. This creates duplicate folders and organizational mess.

CORRECT PATTERN (AppleScript):

tell application "OmniFocus"
  tell default document
    set myFolder to make new folder with properties {name:"Folder Name"}
    tell myFolder
      set proj to make new project with properties {name:"Project Name", note:"Description"}
      tell proj
        make new task with properties {name:"Task Name"}
      end tell
    end tell
  end tell
end tell

WRONG PATTERNS (DO NOT USE):

  • ❌ JXA: new Project(name, folderNamed('X')) - only works in OmniJS, not external scripts
  • ❌ JXA: project.folder = folder - sets property but doesn't move
  • ❌ JXA: project.parentFolder = folder - projects still at root level
  • ❌ JXA: folder.projects.push(project) - fails silently

DELETION NOTES:

  • Projects: Use AppleScript mark dropped proj command
  • Folders: Cannot be deleted via script - must delete manually in OmniFocus UI
  • Always verify folder contents before assuming success

Use when: Creating multiple projects organized in folders (annual planning, strategic priorities, etc.)

Interface for Other Skills

If another skill needs to create OmniFocus projects/tasks, use these patterns:

Creating Individual Tasks

Call directly from other skill:

osascript -l JavaScript /path/to/omnifocus-manager/scripts/add_task.js '{
  "name": "Task name",
  "project": "Project Name",
  "tags": ["Tag1", "Tag2"],
  "dueDate": "2026-01-15",
  "note": "Optional note"
}'

Creating Folder with Multiple Projects

Build AppleScript dynamically:

  1. Generate AppleScript string with folder + projects + tasks structure
  2. Write to temp file: /tmp/create_projects_TIMESTAMP.applescript
  3. Execute: osascript /tmp/create_projects_TIMESTAMP.applescript
  4. Verify: Check count of projects of folder "Folder Name" returns expected count
  5. Clean up: Remove temp file

Example structure:

tell application "OmniFocus"
  tell default document
    set targetFolder to make new folder with properties {name:"FOLDER_NAME"}
    tell targetFolder
      # Repeat for each project:
      set proj to make new project with properties {name:"PROJECT_NAME", note:"NOTE"}
      tell proj
        # Repeat for each task:
        make new task with properties {name:"TASK_NAME"}
      end tell
    end tell
  end tell
end tell

CRITICAL: Always verify after creation. Don't trust return values.

Best Practices for Folder/Project Creation

Pre-Creation Checklist

BEFORE creating projects in folders:

  1. Check for existing folders: tell application "OmniFocus" tell default document set folderNames to name of every folder return folderNames end tell end tell
  2. Verify folder doesn't already exist to avoid duplicates
  3. Plan the complete structure - folder name, all project names, all tasks

During Creation

CRITICAL RULES:

  1. Use AppleScript, NOT JXA for external scripts creating projects in folders
  2. Create folder FIRST using make new folder
  3. Use tell folder block for all project creation
  4. Nest tell project blocks for task creation

Post-Creation Verification

ALWAYS verify projects are in folder:

tell application "OmniFocus"
  tell default document
    set folderProjects to projects of folder "Folder Name"
    return "Found " & (count of folderProjects) & " projects"
  end tell
end tell

If count is 0:

  • Projects created at root level (wrong!)
  • Need to delete and recreate using correct AppleScript pattern

Cleanup After Errors

If you create projects incorrectly:

  1. Drop projects: mark dropped proj for each wrong project
  2. Empty folders cannot be deleted via script - must delete manually in OmniFocus UI
  3. Always verify after cleanup before recreating

Complete Example: Creating Folder with Projects

# Build AppleScript dynamically
cat > /tmp/create_folder_projects.applescript << 'EOF'
tell application "OmniFocus"
  tell default document
    set myFolder to make new folder with properties {name:"Project Folder"}
    tell myFolder
      set proj1 to make new project with properties {name:"Project 1", note:"Description"}
      tell proj1
        make new task with properties {name:"Task 1"}
        make new task with properties {name:"Task 2"}
      end tell
    end tell
  end tell
end tell
EOF

# Execute
osascript /tmp/create_folder_projects.applescript

# Verify
osascript << 'VERIFY'
tell application "OmniFocus"
  tell default document
    set projectCount to count of projects of folder "Project Folder"
    return "Created " & projectCount & " projects in folder"
  end tell
end tell
VERIFY

Tag Hierarchy Reference

Top-level categories:

  • Activity - What type of work (Creative, Coding, Writing, Reading, Research, etc.)
  • Energy - Required mental state (Full Focus, Short Dashes, Brain Dead, Low, High)
  • Location - Where to do it (Home, Grocery Stores, PSD Sites, Other Shopping)
  • People - Who's involved (Personal family, PSD staff by department)
  • Groups - Team meetings (Cabinet, Engineering Team, DLI Admin, etc.)
  • Time - When to do it (Morning, Afternoon, Evening)
  • Communications - How to communicate (Email, Phone, In Person, etc.)
  • Online - Online tools (Freshservice, Github, Google Docs)
  • Standalone - Follow Up, Waiting For, Waiting, Kiwanis

People → PSD breakdown:

  • Tech: Mel, Bill, Reese, Mark, Brad, Mason, Jordan, etc.
  • DCRC: Jodi, Terri, Laura
  • Comms: Danielle, Jake, Shana
  • ESC: Ashley, John Y, Patrick, Krestin, James, Wendy, Janna, etc.
  • SSOs: Moose, Brent

Special tags:

  • Geoffrey - tasks that AI can assist with
  • Full Focus - requires dedicated focus time

Task Routing Rules

By Task Type → Project

Task TypeProjectDefault Due
Discussions with peopleMeetings7 days
Phone callsMeetings7 days
CoSN-relatedCoSN Work7 days
Digital Promise workDigital Promise7 days
AI/automation projectsAI Studio7 days
Coding/developmentCoding Projects7 days
Research/learningResearch for Future Plans7 days
SOP/process developmentStandard Operating Procedures14 days
Form/procedure updatesDepartment Procedures7 days
District reimbursementsPurchasing & Acquisitions7 days
Travel approvals(appropriate project)14 days
Data governanceData Governance14 days
Tech support issues→ Freshservice ticketN/A

By Task Type → Tags

Task TypeTags
Discussion with person[Person name], Follow Up
Phone callPhone, Follow Up
Research tasksResearch
AI-assistable tasksGeoffrey
Focus time neededFull Focus
Admin/organizationalOrganization
Safety/security related(relevant ESC person)

Routing Signals

Goes to Meetings project:

  • "talk to [person]"
  • "discuss with"
  • "follow up with"
  • "check with"
  • "call [person/org]"
  • "get [thing] to [person]"

Goes to Research for Future Plans:

  • "look at/into"
  • "what about"
  • CISA resources
  • Training to consider
  • External resources to review

Goes to Coding Projects or AI Studio:

  • AI/automation ideas
  • "build a program"
  • Geoffrey capabilities
  • Technical tools to explore

Needs Freshservice (skip for now):

  • User-reported issues
  • Equipment requests
  • "doesn't work/load"
  • Form rebuild requests

Common Workflows

Add a Task

  1. Parse user request for: task name, person (if any), context clues
  2. Apply routing rules above to determine:

- Project - based on task type - Tags - person + communication method + activity type - Due date - based on task type timing

  1. If tag doesn't exist, create it with create_tag.js
  2. Run add_task.js with parameters
  3. Return standardized output

Example:

User: "Follow up with Mel about the drone program"

Actions:
- Task: "Follow up with Mel about the drone program"
- Project: PSD > General Technology > Digital Innovation Leads
- Tags: Mel, Follow Up
- Due: Next 1:1 date or 7 days

Triage Inbox

  1. Get inbox tasks: osascript -l JavaScript./scripts/get_inbox.js This returns only remaining tasks (no project, not completed, not dropped, not deferred)
  2. Present assumptions in batches (10-15 tasks):

- Read task notes for context clues - Apply routing rules to suggest project, tags, due date - Flag unclear tasks that need user input

  1. Ask clarifying questions:

- Who is [person/acronym]? - Which project for [ambiguous task]? - Should this be skipped (needs email context)?

  1. Batch update confirmed tasks: osascript -l JavaScript./scripts/update_task.js '{"name":"...", "project":"...", "tags":[...], "dueDate":"..."}'
  2. Create missing tags/projects as needed: osascript -l JavaScript./scripts/create_tag.js '{"name":"PersonName", "parent":"ESC"}'
  3. Skip tasks that need:

- Email context (user needs to read first) - Freshservice ticket creation - More information to route properly

Triage output format:

## My assumptions on remaining tasks:

| # | Task | Project | Tags | Notes |
|---|------|---------|------|-------|
| 1 | task name | Meetings | Person, Follow Up | context |

**Questions:**
- #X: Who is [person]?
- #Y: Which project for this?

Which numbers need correction?

Clean Up Tasks

  1. Find tasks that are:

- Overdue - Stale (no activity) - Missing tags - In wrong project

  1. Suggest actions:

- Complete - Defer - Delete - Re-tag - Move

Error Handling

If OmniFocus not running:

Status: ❌ Failed
Error: OmniFocus is not running. Please open OmniFocus and try again.

If tag not found:

  • Check for similar tags (fuzzy match)
  • Suggest creating new tag
  • Ask user to clarify

If project not found:

  • List available projects in that domain
  • Suggest closest match
  • Ask user to specify

Output Format

Always use standardized format:

## Summary
Created task with proper tags and project assignment

## Actions
- Created task: "[task name]"
- Project: [full project path]
- Tags: [tag1, tag2, tag3]
- Due: [date]
- Notes: [if any]

## Status
✅ Complete

## Next Steps
- Task appears in [relevant perspective]
- Follow up scheduled for [date if applicable]

Future Enhancements

  • Batch task creation
  • Smart project suggestion based on content
  • Calendar integration for due dates
  • Recurring task patterns
  • Perspective queries
  • Task completion tracking

适合场景

01

用户想查找某类 Agent Skill 时

02

需要根据任务场景推荐可安装能力包时

03

需要对比不同来源的安装命令和来源信息时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明,方便继续核验

能力 4

展示第三方安全扫描或审计结果

安装后应在对应宿主中按原始 README 的触发条件使用;具体调用方式请以来源页面和 README 为准。

平台分布

Codex

33.65%
按下载量换算60

Claude

30.93%
按下载量换算55

Cursor

18.15%
按下载量换算32

Gemini CLI

8.53%
按下载量换算15

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

只读

该 Skill 主要提供规则、说明或参考内容,本身偏只读;真正读写文件、联网或执行命令仍取决于宿主 Agent 的任务。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。当前只有一个来源,正式发布前建议补源仓库或其他目录站核验。

来源信息

继续浏览同类 Skills