Install any skill in seconds. Free to start, no credit card required.
Get Started Free →Guide to Redash for SQL-driven research data dashboards and sharing
.claude/skills/brycewang-stanford-redash-analytics-guide/SKILL.md| Test case | Without → With | Effect | Δ tokens | Δ turns |
|---|---|---|---|---|
| case-03 | ✗→✓ | ▲ Improved | 55% | 0% |
| case-04 | ✗→✓ | ▲ Improved | 94% | 0% |
| case-05 | ✗→✓ | ▲ Improved | 115% | 0% |
| case-14 | ✗→✓ | ▲ Improved | 55% | 0% |
| case-19 | ✗→✓ | ▲ Improved | 88% | 0% |
Redash is an open-source data visualization and dashboarding tool with over 28K stars on GitHub. It is designed for analysts and researchers who prefer writing SQL to explore and visualize data. Redash connects to virtually any data source that supports SQL or has an API, and provides a browser-based query editor with autocomplete, visualization builder, and dashboard composer.
For academic research groups, Redash offers a lightweight, self-hosted alternative to commercial BI tools. Its SQL-first approach is natural for researchers who already work with databases, and its sharing features make it straightforward to create dashboards that the entire lab can access. Unlike Metabase which emphasizes no-code exploration, Redash is specifically designed for users who are comfortable writing queries and want direct control over their data retrieval logic.
Redash supports over 35 data source types, including PostgreSQL, MySQL, SQLite, BigQuery, Elasticsearch, MongoDB, Google Sheets, CSV files, and even custom Python scripts. This versatility means researchers can build unified dashboards that pull data from multiple sources: experiment databases, survey platforms, instrument logs, and cloud storage.
bash# Clone the Redash setup repository git clone https://github.com/getredash/setup.git redash-setup cd redash-setup # Generate configuration ./setup.sh # Or manually configure with Docker Compose
yamlversion: "3" services: redash: image: redash/redash:latest command: server ports: - "5000:5000" environment: REDASH_DATABASE_URL: postgresql://${POSTGRES_USER}:${POSTGRES_PASSWORD}@postgres/redash REDASH_REDIS_URL: redis://redis:6379/0 REDASH_SECRET_KEY: ${REDASH_SECRET_KEY} REDASH_MAIL_SERVER: smtp.university.edu REDASH_MAIL_PORT: 587 REDASH_MAIL_USERNAME: ${MAIL_USERNAME} REDASH_MAIL_PASSWORD: ${MAIL_PASSWORD} depends_on: - postgres - redis worker: image: redash/redash:latest command: worker environment: REDASH_DATABASE_URL: postgresql://${POSTGRES_USER}:${POSTGRES_PASSWORD}@postgres/redash REDASH_REDIS_URL: redis://redis:6379/0 depends_on: - redash scheduler: image: redash/redash:latest command: scheduler environment: REDASH_DATABASE_URL: postgresql://${POSTGRES_USER}:${POSTGRES_PASSWORD}@postgres/redash REDASH_REDIS_URL: redis://redis:6379/0 depends_on: - redash postgres: image: postgres:16 environment: POSTGRES_DB: redash POSTGRES_USER: ${POSTGRES_USER} POSTGRES_PASSWORD: ${POSTGRES_PASSWORD} volumes: - pg-data:/var/lib/postgresql/data redis: image: redis:7-alpine volumes: - redis-data:/data volumes: pg-data: redis-data:
sql-- Aggregate experiment results by condition and time period SELECT e.condition_name, DATE_TRUNC('month', e.run_date) AS month, COUNT(*) AS num_runs, ROUND(AVG(e.primary_outcome)::NUMERIC, 4) AS mean_outcome, ROUND(STDDEV(e.primary_outcome)::NUMERIC, 4) AS std_outcome, ROUND(AVG(e.primary_outcome)::NUMERIC - 1.96 * STDDEV(e.primary_outcome)::NUMERIC / SQRT(COUNT(*)), 4) AS ci_lower, ROUND(AVG(e.primary_outcome)::NUMERIC + 1.96 * STDDEV(e.primary_outcome)::NUMERIC / SQRT(COUNT(*)), 4) AS ci_upper FROM experiments e WHERE e.project_id = {{project_id}} AND e.run_date >= {{start_date}} GROUP BY e.condition_name, DATE_TRUNC('month', e.run_date) ORDER BY month, condition_name;
The {{project_id}} and {{start_date}} syntax creates interactive parameter widgets that users can modify without editing the query.
sql-- Track literature search and screening progress SELECT r.review_name, r.search_database, COUNT(DISTINCT a.article_id) AS total_found, COUNT(DISTINCT CASE WHEN s.decision = 'include' THEN a.article_id END) AS included, COUNT(DISTINCT CASE WHEN s.decision = 'exclude' THEN a.article_id END) AS excluded, COUNT(DISTINCT CASE WHEN s.decision IS NULL THEN a.article_id END) AS pending, ROUND( COUNT(DISTINCT CASE WHEN s.decision IS NOT NULL THEN a.article_id END)::NUMERIC / NULLIF(COUNT(DISTINCT a.article_id), 0) * 100, 1 ) AS screening_progress_pct FROM systematic_reviews r JOIN articles a ON a.review_id = r.id LEFT JOIN screening_decisions s ON s.article_id = a.article_id WHERE r.review_name = {{review_name}} GROUP BY r.review_name, r.search_database ORDER BY total_found DESC;
sql-- Monitor research grant expenditures SELECT g.grant_name, g.funding_agency, g.total_budget, SUM(t.amount) AS total_spent, g.total_budget - SUM(t.amount) AS remaining, ROUND(SUM(t.amount)::NUMERIC / g.total_budget * 100, 1) AS pct_spent, g.end_date, (g.end_date - CURRENT_DATE) AS days_remaining, ROUND( (g.total_budget - SUM(t.amount))::NUMERIC / NULLIF((g.end_date - CURRENT_DATE), 0), 2 ) AS daily_burn_budget FROM grants g JOIN transactions t ON t.grant_id = g.id WHERE g.status = 'active' GROUP BY g.grant_name, g.funding_agency, g.total_budget, g.end_date ORDER BY pct_spent DESC;
Redash supports multiple visualization types that can be attached to any query result.
After running a query, click "New Visualization" and configure:
A well-designed research lab dashboard typically includes the following widgets arranged in a logical layout:
Redash dashboards support global parameters that filter all widgets simultaneously:
Dashboard Parameters:
- Project: dropdown linked to projects table
- Date Range: date range picker
- Researcher: dropdown linked to team members tableThis allows a single dashboard template to serve multiple research projects.
Configure queries to run on a schedule to keep dashboards current:
Alert: "Low Sample Quality Detected"
Query: samples with quality_score < threshold in last 24h
Condition: When query returns results
Destination: Email to lab manager, Slack channel notification
Rearm after: 1 hourRedash provides a REST API that researchers can use to integrate dashboards into automated workflows.
pythonimport requests REDASH_URL = "http://redash.lab.internal" redash_key = os.environ["REDASH_API_KEY"] # Execute a query and get results def run_query(query_id, parameters=None): url = f"{REDASH_URL}/api/queries/{query_id}/results" headers = {"Authorization": f"Key {redash_key}"} payload = {"parameters": parameters or {}} response = requests.post(url, json=payload, headers=headers) job = response.json().get("job", {}) # Poll for results while job.get("status") not in (3, 4): result = requests.get( f"{REDASH_URL}/api/jobs/{job['id']}", headers=headers ) job = result.json().get("job", {}) # Fetch final results result = requests.get( f"{REDASH_URL}/api/queries/{query_id}/results.json", headers=headers ) return result.json() # Export dashboard data for reporting results = run_query(42, {"project_id": 7})
| Case | Status | Duration (ms) | Turns | Tokens | Tool calls | ||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Without | With | Δ | Without | With | Δ | Without | With | Δ | Without | With | Δ | ||
case-09 | pass→pass | 14,012 | 14,905 | +6% | 1 | 1 | 0% | 2,151 | 5,158 | +140% | 0 | 0 | — |
case-01 | fail→fail | 12,298 | 21,345 | +74% | 1 | 1 | 0% | 2,651 | 5,203 | +96% | 0 | 0 | — |
case-02 | fail→fail | 12,448 | 10,057 | -19% | 1 | 1 | 0% | 2,605 | 4,581 | +76% | 0 | 0 | — |
case-10 | pass→pass | 10,708 | 3,843 | -64% | 1 | 1 | 0% | 1,892 | 3,165 | +67% | 0 | 0 | — |
case-03 | fail→pass | 12,526 | 6,046 | -52% | 1 | 1 | 0% | 2,469 | 3,826 | +55% | 0 | 0 | — |
case-04 | fail→pass | 12,244 | 11,194 | -9% | 1 | 1 | 0% | 2,470 | 4,791 | +94% | 0 | 0 | — |
case-05 | fail→pass | 11,050 | 9,517 | -14% | 1 | 1 | 0% | 1,853 | 3,991 | +115% | 0 | 0 | — |
case-06 | fail→fail | 10,854 | 7,797 | -28% | 1 | 1 | 0% | 1,779 | 3,749 | +111% | 0 | 0 | — |
case-07 | fail→fail | 14,256 | 11,408 | -20% | 1 | 1 | 0% | 2,367 | 4,517 | +91% | 0 | 0 | — |
case-08 | pass→pass | 15,707 | 22,607 | +44% | 1 | 1 | 0% | 3,304 | 6,109 | +85% | 0 | 0 | — |
case-11 | fail→fail | 11,223 | 7,551 | -33% | 1 | 1 | 0% | 2,120 | 4,008 | +89% | 0 | 0 | — |
case-12 | pass→pass | 9,335 | 6,678 | -28% | 1 | 1 | 0% | 1,276 | 3,705 | +190% | 0 | 0 | — |
case-13 | pass→pass | 11,235 | 7,737 | -31% | 1 | 1 | 0% | 1,853 | 3,952 | +113% | 0 | 0 | — |
case-14 | fail→pass | 13,841 | 4,500 | -67% | 1 | 1 | 0% | 2,162 | 3,341 | +55% | 0 | 0 | — |
case-15 | pass→pass | 11,272 | 14,965 | +33% | 1 | 1 | 0% | 2,055 | 5,237 | +155% | 0 | 0 | — |
case-16 | pass→pass | 12,260 | 1,690 | -86% | 1 | 1 | 0% | 1,007 | 2,868 | +185% | 0 | 0 | — |
case-17 | fail→fail | 11,790 | 9,433 | -20% | 1 | 1 | 0% | 2,331 | 4,365 | +87% | 0 | 0 | — |
case-18 | fail→fail | 12,614 | 12,644 | +0% | 1 | 1 | 0% | 2,167 | 5,144 | +137% | 0 | 0 | — |
case-19 | fail→pass | 14,182 | 13,451 | -5% | 1 | 1 | 0% | 2,676 | 5,044 | +88% | 0 | 0 | — |
case-20 | pass→pass | 10,464 | 13,537 | +29% | 1 | 1 | 0% | 2,016 | 5,138 | +155% | 0 | 0 | — |
case-21 | pass→pass | 14,045 | 11,480 | -18% | 1 | 1 | 0% | 2,440 | 4,583 | +88% | 0 | 0 | — |
case-22 | pass→pass | 12,454 | 11,285 | -9% | 1 | 1 | 0% | 1,861 | 4,517 | +143% | 0 | 0 | — |
DecimalAI ran this skill against gemini-3.6-flash twice over the same eval suite — once with the skill loaded and once without — and compared the two runs case by case. 22 cases were attempted. The headline lift of +23 percentage points is the difference between those two pass rates over the 22 comparable cases.
Without the skill loaded, the model failed this case. With it loaded, the same prompt on the same model passed. This is one improved case from the latest verified run; every case, including any that regressed, is in the table above.
Other measured skills in the registry, with their headline benchmark lift.