
Ara Research Manager
Classify live coding-session events into research and knowledge types and route them into exploration_tree.yaml and logic/ notes for traceable R&D.
Install
npx skills add https://github.com/orchestra-research/ai-research-skills --skill ara-research-managerWhat is this skill?
- Classifies session activity into research events: question, decision, experiment, dead_end, pivot
- Routes knowledge events to logic/claims.md, heuristics.md, and concepts.md
- Signal tables tie conversation and code cues to event types for consistent logging
- Writes exploration paths to trace/exploration_tree.yaml for reproducible R&D history
- Separates research trace routing from durable knowledge artifacts under logic/
Adoption & trust: 1 installs on skills.sh; 9.4k GitHub stars; 2/3 security scanners passed (skills.sh audits).
Recommended Skills
Microsoft Foundrymicrosoft/azure-skills
Azure Aimicrosoft/azure-skills
Azure Hosted Copilot Sdkmicrosoft/azure-skills
Lark Eventlarksuite/cli
Running Claude Code Via Litellm Copilotxixu-me/skills
Setup Matt Pocock Skillsmattpocock/skills
Journey fit
Primary fit
Canonical shelf is Idea research because the skill’s core job is capturing questions, pivots, and claims as structured research memory before product hardens. Research subphase fits event taxonomy for hypotheses, dead ends, and pivots during open-ended discovery.
Common Questions / FAQ
Is Ara Research Manager safe to install?
skills.sh reports 2 of 3 security scanners passed. Review the Security Audits panel on this page before installing in production.
SKILL.md
READMESKILL.md - Ara Research Manager
# Event Taxonomy & Routing Rules ## Event Classification When you observe activity in the coding session, classify it into one of these event types. Use the **signals** column to identify events from conversation and code context. ### Research Events (Route to `trace/exploration_tree.yaml`) | Type | Signals | Example | |------|---------|---------| | **question** | User asks "what if...", "should we...", "how does..." about research direction | "Should we use attention or convolution for the encoder?" | | **decision** | User chooses between alternatives, commits to a direction | "Let's go with GQA instead of MHA — lower memory footprint" | | **experiment** | Code runs a test/benchmark, user reports results | "The learning rate sweep shows 3e-4 is optimal" | | **dead_end** | Approach abandoned, hypothesis falsified, "this doesn't work" | "Tried FP16 but the loss diverges after 1k steps" | | **pivot** | Major direction change triggered by evidence | "The attention approach is too slow — switching to state space models" | ### Knowledge Events (Route to `logic/`) | Type | Signals | Routes To | |------|---------|-----------| | **claim** | "I believe...", "The system achieves...", assertion about capability/property | `logic/claims.md` | | **heuristic** | "The trick is...", "You need to...", implementation insight | `logic/solution/heuristics.md` | | **concept** | New term defined, disambiguation needed | `logic/concepts.md` | | **constraint** | "This only works when...", boundary condition | `logic/solution/constraints.md` | | **architecture** | System design, component relationships | `logic/solution/architecture.md` | ### Evidence Events (Route to `evidence/`) | Type | Signals | Routes To | |------|---------|-----------| | **result_table** | Tabular data, benchmark numbers, comparison matrix | `evidence/tables/table{N}.md` | | **result_figure** | Plot data, visualization, chart values | `evidence/figures/fig{N}.md` | | **metric** | Single quantitative measurement | Inline in experiment node or evidence file | ### Process Events (Route to `trace/sessions/`) | Type | Signals | Routes To | |------|---------|-----------| | **ai-action** | Agent wrote code, ran command, created file | Session record | | **ai-suggestion** | Agent proposed direction, hypothesis, approach | Session record (ai_suggestions_pending) | | **user-direction** | User gives high-level instruction or corrects | Session record (events_logged with provenance: user) | ### Staging Events (Route to `staging/`) | Type | Signals | Routes To | |------|---------|-----------| | **observation** | Doesn't clearly fit above categories; interesting but unstructured | `staging/observations.yaml` | ## Routing Decision Tree ``` Is it about a choice between alternatives? → YES: decision (trace) → NO: ↓ Is it a quantitative result or experimental outcome? → YES: experiment (trace) + evidence data (evidence/) → NO: ↓ Is it an abandoned approach with a reason? → YES: dead_end (trace) → NO: ↓ Is it a falsifiable assertion about the system/method? → YES: claim (logic/claims.md) → NO: ↓ Is it an implementation trick with rationale? → YES: heuristic (logic/solution/heuristics.md) → NO: ↓ Is it a major direction change? → YES: pivot (trace) → NO: ↓ Is it a research question being explored? → YES: question (trace) → NO: → observation (staging) ``` ## Provenance Assignment ``` Who generated this information? User said it directly (typed it, stated it, confirmed it) → provenance: user AI inferred it from code, output, or conversation context → provenance: ai-suggested AI performed an action (wrote code, ran test, made edit) → provenance: ai-executed User modified an AI suggestion ("no, actually..." / "more like...") → provenance: user-revised ``` ## ID Conventions | Type | Prefix | Example | Scope | |------|--------|---------|-------| | Exploration node | N | N01, N02 | Global (across all sessions) | | Claim | C | C01, C02 | Globa