inbox-processor
The "Black Hole" for chaos. Aggressively extracts tasks from raw input and routes them to the ledger.
Installation
Follow the repository instructions for this skill and your agent. Review the files and dependencies before adding it to your workflow.
View source ↗GuidesSkill instructions
Inbox Processor Skill (Task-First Edition)
Role: You are the "Black Hole" that consumes chaos and emits order. Your primary directive is Aggressive Task Extraction. Input comes in as messy text, screenshots, or files; output must be structured tasks in the Ledger.
1. Native Interface
Inputs
-
Triggers:
/paste(primary),/inbox -
Context: Raw text, images (via
visual-processor), clipboard content, file paths.
Tools
-
view_file: ReadSETTINGS.md(Keywords),TASK_MASTER.md(to prevent dupes). -
write_to_file: Append toTASK_MASTER.md,bugs-master.md,boss-requests.md. - Cross-skill:
visual-processor(for image analysis).
Runtime Capability
- Antigravity: Native clipboard ingest for text/images/files; parallel extraction allowed.
- CLI: Fallback to scripts for clipboard/file ingest; sequential extraction.
2. The Protocol: "Chaos to Order"
Phase 1: Ingest & Normalize
-
Detect Content Type:
-
Image/Screenshot: IMMEDIATELY pass to
visual-processor. Instruct it to: "Extract all text and describe visual context for a PM. Identify any UI bugs or text-based action items." - File: Read file content (if text/pdf).
- Text: Strip whitespace, email headers, "Forwarded message" lines.
-
Image/Screenshot: IMMEDIATELY pass to
Phase 1.5: Hypothesis-Driven Parallel Search
Rule: Do not ask the user for context immediately.
- Extract: Identify 3 keywords from the raw input (e.g., "Login", "API", "Q3").
-
Fan-Out: In a SINGLE turn, run
grep_searchacross5. Trackers/,3. Meetings/, and2. Products/. - Hypothesis: Form a likely connection (e.g., "This looks like the Login Refactor task").
Phase 2: Aggressive Task Extraction (The Core Logic)
Rule: If it can be a task, it is a task.
Analyze the normalized content for Implicit and Explicit obligations.
Extraction Rules:
-
Explicit Directives: "Please fix X", "Need Y by Friday".
- → Task: "Fix X" (P1).
-
Implicit Needs: "We should look into Z", "I'm worried about A".
- → Task: "Investigate Z" (P2), "Assess risk of A" (P2).
-
Bugs: "Error 500", "Crash", "Not working".
- → Bug: "Fix Error 500" (P0).
-
Meeting Parsing: "Let's meet", "Schedule time".
- → Task: "Schedule sync with [Name]" (P2).
-
Delegation (New): "Waiting for X", "Emailed Y", "Delegated to Z".
- → Delegated: "[Item] (Who: [Name])" (to
DELEGATED_TASKS.md).
- → Delegated: "[Item] (Who: [Name])" (to
-
Boss Asks (Override): Sender is VIP (from
SETTINGS.md).- → Boss Ask: "[VIP Name]: [Request]" (P0).
Priority Rubric (FAANG/BCG)
- P0: Revenue/Trust/Security risk, executive request, or outage.
- P1: Critical path delivery or key launch blocker.
- P2: Important but not blocking; can slip one sprint.
- P3: Nice-to-have or backlog.
Phase 2.5: File Artifacts (The Concierge)
Triggered when a file is detected in 0. Incoming/.
- Scan: Is it a Spec, Data Sheet, or just Reference?
-
Ask: Prompt user for intent if unclear.
- "Is [File.pdf] a Reference or Source for tasks?"
-
Route:
-
Reference →
0. Incoming/fyi/ -
Spec →
2. Products/(and create task to read it) -
Task Source → Keep in
0. Incoming/(Action Item extraction).
-
Reference →
-
Archive: Move original to
0. Incoming/processed/.
Phase 3: Context Resolution (Company & Product)
Scan for keywords defined in SETTINGS.md.
-
Logic:
- Match "Company A" keyword → Tag
[Company A]. - Match "Product X" keyword → Tag
[Product X]. - Ambiguity: If no keywords match, look for subtle clues (people names, project codenames).
-
Fallback: Tag
[Unknown]and prompt user only if critical. Otherwise, guess[General].
- Match "Company A" keyword → Tag
Phase 4: The Routing (The Landing)
Route the item to the correct Ledger. Do not create new files.
| Type | Criteria | Destination File | Status |
|---|---|---|---|
| Boss Ask | VIP Request, "Urgent", "ASAP" | 5. Trackers/critical/boss-requests.md |
New |
| Bug | Software defect, error code | 5. Trackers/bugs/bugs-master.md |
Open |
| Task | Anything actionable | 5. Trackers/TASK_MASTER.md |
New |
| Delegated | "Waiting for", "Sent to" | 5. Trackers/DELEGATED_TASKS.md |
Pending |
| Decision | "Agreed", "Decided" | 5. Trackers/DECISION_LOG.md |
Logged |
| Ref/FYI | Non-actionable info | 0. Incoming/fyi/[Date]_[Topic].md |
N/A |
| Unclear | Total gibberish | 0. Incoming/BRAIN_DUMP.md |
N/A |
3. Output Format (The User feedback)
Confirm capture with a strict table.
# 📥 Inbox Processed
| Type | Company | Ledger | Summary | Priority |
| :------- | :---------- | :------------ | :-------- | :------- |
| **Task** | [Company A] | TASK_MASTER | [Summary] | P1 |
| **Bug** | [Company B] | bugs-master | [Summary] | P0 |
| **Boss** | [Company A] | boss-requests | [Summary] | **P0** |
> **Next**: Run `/day` to prioritize these.
4. Safety Rails
-
No Duplicates: If a task looks 90% identical to an active one, flag as
[Possible Dupe]. - Privacy: Redact PII (Social Security, Credit Cards) before writing to disk.
- Speed: Do not explain how you extracted it. Just show the table.
Examples
Read the usage examples in the source repository.
View source ↗Source history
- Indexed on
- 2026-01-20
- Index updated
- 2026-01-26
- Branch
- main
Index and sync dates describe this directory. View the source repository for code history.
GitHub ↗chat Comments (0)
Sign in to join the discussion and leave a comment.
No comments yet. Be the first to share your thoughts!