Awesome-omni-skill answer
Calendar queries, schedule questions, meeting history, task queries, people profiles, initiative status, and organizational context. Handles "When did I meet X?", "What's my schedule?", "Am I free?", "What do I know about X?" Fast lookups with index-first pattern.
git clone https://github.com/diegosouzapw/awesome-omni-skill
T=$(mktemp -d) && git clone --depth=1 https://github.com/diegosouzapw/awesome-omni-skill "$T" && mkdir -p ~/.claude/skills && cp -r "$T/skills/development/answer" ~/.claude/skills/diegosouzapw-awesome-omni-skill-answer && rm -rf "$T"
skills/development/answer/SKILL.mdSearch protocol
Defines how to search across information sources for answering queries, analysis, or communication.
Information hierarchy
| Priority | Source | Contains |
|---|---|---|
| 1 (first) | Memory () | Quick facts, relationships, decisions |
| 2 | Tasks (via task integration) | Action items, deadlines, assignments |
| 3 | Journal () | Meeting summaries, briefings |
| 4 | Contexts () | Deep reference material, full docs |
| 5 | MCP tools | project tracker, documentation, additional integrations |
| 6 (last) | Web | External, current information |
Index-first pattern (MANDATORY)
Every search reads an
_index.md BEFORE opening individual files. This is the most important scalability rule.
routes to the correct subfoldermemory/_index.md
maps aliases to filenamesmemory/{category}/_index.md
lists entries by date, type, participants, initiativesjournal/YYYY-MM/_index.md
Never scan all files in a folder. Always use the index.
When to search each source
Memory
People, initiatives, products, vendors, competitors, past decisions.
Tasks
What needs to be done, deadlines, assignments, follow-ups.
Journal
Recent discussions, who said what, decisions from meetings, prior briefings.
- Optimization: For "last week" queries, read only current month's
_index.md - Optimization: For "find all meetings about X", check recent
files first_index.md - Optimization: For "what did we decide about X", check
firstmemory/decisions/
Contexts
Deep detail beyond memory: full product docs, schemas, org charts, specs.
Calendar (via MCP or legacy integration)
Priority flow:
- Check
context for calendar MCP server (preferred)<mcp_servers> - If found, use MCP tools (
,list_events
,get_event
)create_event - If not found, check
for legacy provider (eventlink)reference/integrations.md - If legacy configured, execute HTTP API calls
- If neither exists, note unavailable and suggest: "Run /welcome to configure calendar integration"
Always resolve dates to YYYY-MM-DD before querying.
Tasks (via MCP or legacy integration)
Priority flow:
- Check
context for reminders/tasks MCP server (preferred)<mcp_servers> - If found, use MCP tools (
,list_reminders
,create_reminder
)complete_reminder - If not found, check
for legacy provider (remindctl)reference/integrations.md - If legacy configured, execute CLI commands
- If neither exists, fall back to workspace file data (Active/Delegated/Backlog folders)
MCP tools
- ~~project tracker: Issue status, sprint data, initiative metrics
- ~~documentation: Documentation, policies, technical specs
Web
Market information, competitor news, regulatory updates, current events. External only.
Search procedure
Step 1: Parse the query
Identify:
- Entities: People, products, initiatives, vendors, competitors
- Topics: What the query is about
- Timeframes: Dates, deadlines, recency
- Depth: Summary or full detail needed?
Step 2: Check aliases
Entities may have alternate names. Check
_index.md alias columns.
Step 3: Search memory (index-first)
- Read relevant
to find target file_index.md - Read the specific file
- Follow
wikilinks for related context[[Entity]]
Step 4: Check tasks (if applicable)
Execute the task integration
list operation for configured lists (default: Active, Delegated, Backlog). Filter by owner (from notes field), due date, or initiative.
Step 5: Check journal (if applicable)
- Read
for recent monthsjournal/YYYY-MM/_index.md - Open specific entries matching the query
- Expand backward in time only if needed
Step 6: Check deep contexts (if needed)
Look in
contexts/ for full documentation, product specs, schemas.
Step 7: Cite sources
When using information from searches, cite the source:
[From memory/people/jane-smith.md] Jane prefers data-driven summaries and email over Slack. [From journal/2026-01/2026-01-18-planning-session.md] Discussed moving the deadline to end of February.
Quick answer mode
For fast factual lookups:
Scheduling queries (calendar, agenda, meetings, availability, "am I free")
Start with the calendar integration FIRST. Read
reference/integrations.md Calendar section for provider details, resolve the target date to YYYY-MM-DD format, then execute the list_events operation. TARS has calendar access via configured integration. Never respond that calendar access is unavailable without checking integration status. If the calendar integration is unreachable, state the specific connection error. Then check memory for people context, then task integration for related tasks.
All other queries
Follow standard hierarchy: memory -> tasks -> journal -> contexts -> MCP -> web.
Gap closure
After searching, apply clarification protocol if critical context is still missing.
Context budget
- Memory: Read
+ up to 5 targeted files_index.md - Journal: Current month
+ up to 3 entries_index.md - Tasks: Execute task integration
operation for Active only (unless other lists explicitly needed)list
Source attribution
When answering, tag each piece of information with its confidence tier:
| Source | Confidence |
|---|---|
| Memory files, user input | High |
| Native tools (calendar, tasks) | High |
| MCP tools (project tracker, docs) | Medium-High |
| Web search | Medium-Low |
| LLM knowledge (no source) | Low -- flag explicitly |
Absolute constraints
Universal constraints from the core skill apply (date resolution, integration constraints, index-first pattern, wikilink mandate). Additionally:
- NEVER answer internal questions from web search alone
- NEVER hallucinate memory that doesn't exist
- NEVER skip context search when deep detail is clearly needed
- NEVER claim calendar access is unavailable. TARS has calendar access via configured integration. If integration fails, report the specific error.
- ALWAYS query calendar integration for any question about schedule, agenda, meetings, availability, or "am I free"
- ALWAYS check aliases when entity not found by primary name