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

filingfiling 搜索

Agent Skill

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

总安装

485

周安装

20

GitHub Stars

1

下载量

158
CodexClaudeCursorGemini CLI

安装说明

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

GitHub

来源数

2

许可证

unknown

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

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

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

命令行安装

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

skills.shnpx skills
npx skills add https://github.com/spm1001/claude-suite --skill filing

简介

filing 用于查找、检索和筛选相关信息。适用宿主包括 Codex、Claude、Cursor、Gemini CLI,接入前应确认版本、权限和运行环境要求。

  • 适合根据关键词快速定位候选结果,支持多种宿主环境。
  • 通过 npx skills add 命令安装,需确认权限范围和维护状态。
  • 使用前应核实是否会触发联网、命令执行或文件读写操作。
  • filing 属于研究检索类 Skill,可作为该场景下的辅助能力补充。

SKILL.md

Filing

Help with file organization: where things belong and keeping inboxes clear.

When to Use

  • "Where should this file go?"
  • Weekly review (filing portion)
  • Moving files between zones
  • Deciding Projects vs Areas vs Resources

When NOT to Use

  • Pattern reflection (use todoist-gtd)
  • Todoist organization (use todoist-gtd)
  • Code/repo organization (different rules apply)

Core Principle: Filing = Processing + Organizing

You can't file what you haven't processed.

Moving files without reading them isn't filing — it's relocating the problem. Proper filing means:

  1. Processing — Read content, extract what matters (actions, waiting-fors, calendar items)
  2. Organizing — Move to the right location with the right name

If you skip processing, actions get lost, waiting-fors vanish, and meeting notes become information graves.

The test: Before moving a file, can you answer: "What's in this and does anything need to happen?"

Work Folder Structure

Location: ~/Library/CloudStorage/GoogleDrive-*/My Drive/Work

To find exact path: ls -d ~/Library/CloudStorage/GoogleDrive-*/My\ Drive/Work

Work/
├── Projects/           # Active outcome folders
├── Areas/              # Ongoing responsibilities
├── Resources/          # Reference material (Larder, GTD Resources)
├── Archive/            # Completed/dormant
└── Meeting Notes/      # By year (2015-2025)

Projects/

Active work with defined end states. Folders named: {Area} - {Outcome statement}

Examples:

  • Industry Influencing - Marketing Week Articles
  • Product Development - Launched new dashboard...

When complete: Move to Archive/

Areas/

Ongoing responsibilities (no completion date):

  • Budget and Finance
  • Cross-Broadcaster Measurement
  • Desired Outcomes Planning
  • Industry Advisory Roles
  • Industry Influencing
  • Internal Stakeholders
  • Managing Myself
  • Processes and Systems
  • Team Development

Resources/

Reference material that supports work:

  • Larder/ - 100+ research PDFs
  • GTD Resources (Common)/ - GTD reference docs

Archive/

Completed projects and dormant materials. Preserves history.

Meeting Notes/

Organized by year:

Meeting Notes/
├── 2024/
└── 2025/
    └── 2025-12-11 Alex Maguire (Netflix) - EMEA measurement landscape.md

Naming: {date} {Person/Topic} - {Brief description}.md

PARA Quick Reference

CategoryDefinitionCompletion
ProjectsActive work with end stateFinite - move to Archive when done
AreasOngoing responsibilitiesInfinite - never "done"
ResourcesReference materialSupports work, isn't the work
ArchiveInactive itemsSuperseded or completed

Key distinction: Areas ≠ Projects. "Team Development" is an Area (infinite). "Hire data scientist" is a Project (finite).

How This Differs from Strict PARA

Strict PARA has 4 equal categories (Projects, Areas, Resources, Archive).

This structure adds:

  • Meeting Notes/ - Chronological organization by year (not in PARA)
  • Areas are predefined (not emergent as in strict PARA)

Core PARA principle remains: Projects complete, Areas don't.

Why the additions: Meeting notes benefit from chronological access. Areas reflect actual work responsibilities.

Weekly Cleanup Zones

Nine locations where clutter accumulates:

1. Local Downloads

Path: ~/Downloads

Typical contents: PDFs, screenshots, installers, random files from web.

Action: File to Work/ or delete.

2. iCloud Downloads

Path: ~/Library/Mobile Documents/com~apple~CloudDocs/Downloads

Typical contents: Screenshots (iOS sync), files from iOS apps.

Action: File to Work/ or delete. Check for screenshots that should go to projects.

3. iA Writer Strays

Path: ~/Library/Mobile Documents/27N4MQEA55~pro~writer/Documents

Structure:

Documents/
└── Diary/          # Structured diary entries (leave alone)
└── [stray files]   # Waifs outside Diary folder

Action: Anything outside Diary/ is a stray. File or delete.

4. Desktop (iCloud-synced)

Path: ~/Desktop

iCloud Desktop & Documents sync enabled. Files may be cloud-only (evicted from local storage).

Typical contents: Screenshots, drag-dropped files, temporary staging.

Action: File to Work/ or delete. Most Desktop items are transient.

iCloud voodoo: Files can appear as stubs (cloud-only, download on access). When bulk processing, may trigger downloads. The .localized file is system-managed - leave it.

5. Work Folder Root

Path: ~/Library/CloudStorage/GoogleDrive-*/My Drive/Work

Should only contain CLAUDE.md (project instructions) - nothing else belongs at root level.

Typical contents: Stray files that missed proper subfolder, CLAUDE.md.

Action: CLAUDE.md stays. Everything else gets filed into Projects/, Areas/, Resources/, or Archive/.

6. My Drive Root (Inbox)

Path: ~/Library/CloudStorage/GoogleDrive-*/My Drive

True inbox per PARA. Where doc.new creates files, where shared docs land, where quick-captured items accumulate.

Typical contents: New Google Docs, shared files, unsorted captures.

Action: Triage into Work/ subfolders or delete. This is the primary inbox to keep clear.

7. My Drive Temp (Claude Staging)

Path: ~/Library/CloudStorage/GoogleDrive-*/My Drive/Temp

Nominated temp folder for Claude operations — file uploads, MCP staging, transient outputs.

Typical contents: PDFs uploaded for analysis, intermediate files, staged outputs.

Action: Delete everything. If something needs keeping, it should have been filed properly after the session that created it. This folder should be empty between sessions.

8. Work Inbox (iCloud)

Path: ~/Library/Mobile Documents/com~apple~CloudDocs/Work Inbox/

Quick capture landing zone from iOS Shortcuts. Subfolders organize by type:

Work Inbox/
├── Voice Transcripts/   ← Whisper output from JPR recordings
├── Meeting Notes/       ← iOS Shortcut meeting captures
└── Quick Notes/         ← General quick capture

Naming: YYYY-MM-DD [HH-MM] Title.md

Action per subfolder:

SubfolderTriage
Voice Transcripts/Review, extract actions, file to Meeting Notes/ or delete
Meeting Notes/Copy to Google Drive Meeting Notes/{year}/, keep original
Quick Notes/File to PARA, extract to Todoist, or delete

9. JPR Voice Recordings

Path: ~/Library/Mobile Documents/iCloud~com~openplanetsoftware~just-press-record/Documents/

Just Press Record voice memos (m4a/mp3). Organized by date: YYYY-MM-DD/HH-MM-SS.m4a

Action:

  1. Transcribe with ~/.claude/scripts/transcribe-jpr.sh --new
  2. Review transcript in Work Inbox/Voice Transcripts/
  3. Audio moves to Processed/ subfolder automatically

When Filing Signals Deeper Patterns

File organization chaos often symptoms deeper behavioral patterns. Surface these signals during weekly review:

SignalPatternResponse
Downloads >100 files OR >2 weeks neglectExecution-Without-Reflection"This backlog suggests rushing through tasks without processing. Want to check patterns?"
Multiple "temporary" folders >1 month oldScope Creep"These temp folders suggest projects expanding beyond original scope."

Coordination pattern: Filing is Phase 1 of weekly review. After tidying, todoist-gtd skill handles pattern reflection (Phase 3).

Don't skip the pattern check just because you tidied the files.

Processing (Before You File)

Processing means reading and extracting — not just moving.

Processing Checklist (Meeting Notes)

Before filing ANY meeting note:

  • Read the content — Don't just look at the title
  • Extract actions (mine) — Concrete next steps I need to take
  • Extract waiting-forsNAME: What they owe me format
  • Note calendar items — Dates to add to calendar
  • Quality check: empty? — Delete (with confirmation)
  • Quality check: misnamed? — Rename to match content
  • THEN move to destination

Mandatory extraction: Cannot file meeting notes until actions are extracted. This is not optional.

Processing Other File Types

File TypeProcessing Required
Meeting notesFull checklist above
Quick notesCheck for actions, then file or delete
Voice transcriptsRead transcript, extract actions, then file or delete
PDFs/docsUnderstand content for proper filing location
ScreenshotsDetermine project context, file or delete

Action Extraction Workflow (Sublime Loop)

When processing multiple meeting notes with actions:

1. Extract to Temp File

Create structured sections:

## Waiting For
NAME: What they owe me

## Ping
Quick actions for me to do

## Calendar
Date - Event to add

2. Open for Review

open -a "Sublime Text" /tmp/meeting-actions.md

3. Tell User

"Edit, save, let me know when ready"

User fixes:

  • Names (Susie → Susan)
  • Stale/irrelevant items (delete)
  • Vague actions (clarify)

4. After Save

Read file, add to Todoist via todoist-gtd skill.

Why this works:

  • User sees all actions at once
  • Catches errors before they hit Todoist
  • Disambiguation happens in familiar editor
  • Claude processes clean, user-approved list

Meeting Source Discovery

At weekly review start, check beyond the 9 zones.

Standing Docs (Always Check)

Prompt first: "Any changes to this standing docs list? (Add/remove as your meetings evolve)"

DocID
MIT: Start the Week19NqCEPMSOdIdouFqVaHZVA-GyJmkmPjLGyNknTJpU3M
Client Reference1owM77DjcTwHjrTfHs9zEfQfNyeFfmtheokBGvkPD8II
Supplier Reference1b2vaWpGx-fUj48vuQ0KmIirDu5loodC7F4j3XGV4_DU
Notes – WEEKLY senior team catch up1B5X-MrSzldgFElppNlk4s_PDgpIJ0H5Sul74uqQnTs8
TVA/MP/ITV Status1tCuph3QWiObYImjb-7nfPPI2Q-D2RjAtou-dceHa45c

Calendar-Linked Docs

Prompt: "What recurring meetings had sessions this week? Any have running docs I should check?"

(Future: mise calendar integration to auto-discover — see mise-en-space backlog)

Filing Decisions

"Where does this go?"

If it's...Put it in...
Active project artifactProjects/{relevant project}/
Meeting notesMeeting Notes/{year}/
Reference PDF/docResources/Larder/ or relevant Resources subfolder
Completed projectArchive/
Ongoing area docAreas/{relevant area}/
Screenshot for projectProjects/{project}/ or delete
Random downloadDelete or file if valuable

Personal Documents Zone

Path: ~/Documents/Personal/

Personal documents with PARA structure (no numbering, aligned with Work folder):

Personal/
├── Projects/     # Active personal projects
├── Areas/        # Ongoing personal responsibilities (e.g., Ash)
├── Archive/      # Completed/dormant
└── CLAUDE.md     # Project instructions

Note: No Resources folder - personal "resources" live in Areas as active things.

Action: Personal admin docs (scanned letters, etc.) go to appropriate Area.

Team Shared Drives

Detection: ls "$GDRIVE/Shared drives/"

Team shared content lives in Shared Drives (not personal My Drive):

Team Shared Drive/
├── Team Reference/      # Team-specific reference material
├── Shared Reference/    # Cross-team reference material
└── External Reference/  # External/industry reference

Action: Team reference materials (shared tools, analytics) go here, not personal Drive.

Filing Workflow

Zone Check (Do This First)

At session start, explicitly check ALL zones - don't skip any:

GDRIVE=$(ls -d ~/Library/CloudStorage/GoogleDrive-* 2>/dev/null | head -1)
echo "=== 1. Downloads ===" && ls ~/Downloads | head -5
echo "=== 2. iCloud Downloads ===" && ls ~/Library/Mobile\ Documents/com~apple~CloudDocs/Downloads 2>/dev/null | head -5
echo "=== 3. iA Writer ===" && ls ~/Library/Mobile\ Documents/27N4MQEA55~pro~writer/Documents 2>/dev/null | grep -v Diary | head -5
echo "=== 4. Desktop ===" && ls ~/Desktop 2>/dev/null | head -5
echo "=== 5. Work root ===" && ls "$GDRIVE/My Drive/Work" 2>/dev/null | grep -v "^CLAUDE.md$" | head -5
echo "=== 6. My Drive root ===" && find "$GDRIVE/My Drive" -maxdepth 1 -type f ! -name ".DS_Store" 2>/dev/null | head -5
echo "=== 7. My Drive Temp ===" && ls "$GDRIVE/My Drive/Temp" 2>/dev/null | head -5
echo "=== 8. Work Inbox ===" && find ~/Library/Mobile\ Documents/com~apple~CloudDocs/Work\ Inbox -type f ! -name ".DS_Store" 2>/dev/null | head -5
echo "=== 9. JPR Voice ===" && find ~/Library/Mobile\ Documents/iCloud~com~openplanetsoftware~just-press-record/Documents -name "*.m4a" -o -name "*.mp3" 2>/dev/null | grep -v "/Processed/" | head -5

Report which zones have content before starting. Don't skip zones that look empty - verify each one.

Per-File Process (5 Steps)

When triaging files, follow this 5-step process:

  1. Process - Read content, extract what matters

- For meeting notes: extract actions, waiting-fors, calendar items (see Processing section) - For other files: understand content for proper filing - Use Sublime Loop for batch processing multiple notes - For text files: Claude reads directly - For binary/GUI files: open -a "Sublime Text" file.md or open file.pdf - Office files in Google Drive (.docx,.xlsx,.pptx): These open in native apps (Word, Excel, PowerPoint), not browser. To open in Google Docs instead, fetch the Drive URL via mise and open that: # Don't do this (opens in Word): open "My Drive/document.docx" # Do this instead (opens in browser): # 1. Get file ID via mise search # 2. open "https://docs.google.com/document/d/FILE_ID" Or flag to user: "These.docx files will open in Word — want Drive URLs instead?"

  1. Rename - Adjust filename to match actual content

- Generic names like "Untitled" or "Copy of..." need proper names - Use descriptive names: Simon McCarthy - Pricing Power Proposal

  1. Split - If multiple topics in one file, separate them

- Open in GUI for user review - Create new files for distinct topics

  1. Capture - Outstanding actions → Todoist

- Before adding: Search for existing/completed tasks to avoid duplicates - Use todoist-gtd skill (invoke with Skill(todoist-gtd)) for Todoist operations - Link description to filed document

  1. File - Move to correct location (or delete)

- See "Filing Decisions" section for where things go - After filing Meeting Notes: Extract to memory for searchability # Re-scan to pick up the filed document cd ~/Repos/garde-manger && uv run garde scan --source local_md # Extract entities from the filed document SOURCE_ID="local_md:$(basename "$DEST_PATH")" cd ~/Repos/garde-manger && uv run garde extract "$SOURCE_ID" 2>/dev/null || true

Archive vs Reference

The test: "Will I search for this to USE it, or just to REMEMBER it?"

AnswerLocationExamples
USE itResources/Methodology docs, templates, how-to guides
REMEMBER itArchive/Completed project artifacts, old meeting notes

Reference = I'll need this again to do work

  • Research PDFs that inform decisions
  • Templates I reuse
  • Product specs, methodology docs

Archive = This was a thing, now it's done

  • Completed project artifacts
  • Superseded versions
  • Historical records

Common Filing Patterns

External doc → Google Doc → Project folder

When filing a document that needs to live in a Project:

  1. Read content (use docx skill for Word docs)
  2. Create Project folder if needed: {Area} - {Outcome statement}
  3. Convert to Google Doc: mcp__mise__create
  4. Delete original file
  5. Update any Todoist task that references it with new link

Todoist task linking

When a filed document relates to a Todoist task, use the todoist-gtd skill to search and link. Canonical document location should be in Todoist task description.

Weekly Review Integration

Note: Weekly review is a three-phase workflow orchestrated by todoist-gtd skill:

  1. Filing (this skill) — Clear cleanup zones
  2. Outcomes Review (todoist-gtd) — Check outcome health
  3. Pattern Reflection (todoist-gtd) — Freedom score, pattern interrupts

During weekly review, check all 9 cleanup zones:

  1. ~/Downloads - File or delete
  2. iCloud Downloads - File or delete
  3. iA Writer strays - File or delete
  4. ~/Desktop - File or delete (mind iCloud stubs)
  5. Work/ root - Only CLAUDE.md should remain
  6. My Drive root - Triage into Work/ or delete
  7. My Drive Temp - Delete everything (Claude staging folder)
  8. Work Inbox - Triage subfolders (Voice Transcripts, Meeting Notes, Quick Notes)
  9. JPR Voice - Transcribe new recordings, review transcripts

Anti-Patterns

PatternProblemFix
File without readingActions lostMandatory processing first
Bulk move meeting notesWaiting-fors vanishUse Sublime Loop, extract first
Skip running docsMiss recurring meeting actionsCheck standing docs + calendar prompt
Skip zones during weekly reviewClutter accumulatesCheck ALL 9 zones explicitly
Keep "just in case"Folders bloatDelete liberally, most things don't need keeping
File without renamingUntitled docs pile upRename to content-descriptive name first
Skip Todoist search before addingDuplicate tasksAlways search for existing task first

Remember

File promptly, delete liberally. Most downloads don't need keeping. Screenshots are usually transient. When in doubt, delete.

Projects complete, Areas don't. If you're wondering "is this done?", it's probably a Project. If you're wondering "is this still my responsibility?", it's an Area.

~/Repos Naming Convention

Development tools live in ~/Repos/ with prefix conventions:

PrefixContainsExample
trousseCore session skillsopen, close, bon, filing
skill-*Specialized skillsskill-itv-styling
mcp-*MCP serversmcp-workspace
infra-*Infrastructureinfra-openwrt
claude-*Claude experimentsclaude-memory

Skills: Symlinked to ~/.claude/skills/. Core skills in trousse/skills/, specialized skills in individual repos, skills with tooling co-located with their infrastructure.

适合场景

01

用户想查找某类 Agent Skill 时

02

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

03

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

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

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

能力 4

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

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

平台分布

Codex

33.53%
按下载量换算53

Claude

28.35%
按下载量换算45

Cursor

20.83%
按下载量换算33

Gemini CLI

9.25%
按下载量换算15

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

external-service

该 Skill 可能调用第三方服务、云服务或外部模型 API,使用前需要确认账号、额度、数据发送范围和服务条款。

安装前确认

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

来源信息

继续浏览同类 Skills