inbox-processor
The "Black Hole" for chaos. Aggressively extracts tasks from raw input and routes them to the ledger.
安装与使用
请根据来源仓库和你的 AI 工具说明安装此技能。先阅读技能文件和依赖要求,再添加到工作流。
查看来源 ↗使用指南技能说明
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.
使用示例
查看来源仓库中的使用示例与配置说明。
查看来源 ↗来源历史
- 收录时间
- 2026-01-20
- 索引更新时间
- 2026-01-26
- Branch
- main
收录与同步日期属于本站记录。源码修改历史请查看来源仓库。
GitHub ↗chat Comments (0)
Sign in to join the discussion and leave a comment.
No comments yet. Be the first to share your thoughts!