Track ingestion, inspect manifest health, and explore legacy-compatible Redshift analytics from one modern workspace.
The web experience preserves the current Denali data model while making high-volume investigation and validation work faster for engineering, QA, sustaining, and field-service users.
Daily Ingestion Status
Recent manifest activity grouped by log date.
Recent Files
Latest manifest outcomes and output locations.
Upload Denali Log File
Send `.log`, `.gz`, `.zip`, or `.u` assets to the raw S3 prefix that already triggers parser automation.
Analytics Workspace
Run legacy-compatible reports and operational dashboards with focused device, file, alarm, and time-window filters.
Generated SQL Preview
Denali Chat — Help & Usage Guide
How It Works
Type a question in plain English. The Denali reads your question, decides whether to use a named analytics capability or write custom SQL, executes the query against Redshift, and returns a natural-language summary alongside the raw result table.
Responses are async — the chat polls for the result every 2 seconds. Most queries complete in 5–30 seconds depending on data volume.
Model
Provider: Amazon Bedrock — Anthropic Claude
Model: Claude Sonnet 4.6 (us.anthropic.claude-sonnet-4-6) via US cross-region inference profile
Context window: 200,000 tokens — the full schema, all 20 capability templates, and your conversation history fit comfortably
Max result rows: 5,000 per query (enforced server-side)
Conversation memory: The last 10 turns are sent with every message so you can ask follow-up questions
System Prompt (what the Denali knows)
Every request includes a system prompt with:
Full schema for diality_spectrum.processed_logs, payload_details, alarm_details, and all 14 legacy views in diality_logs
All 20 named capability templates (Treatment Summary, Alarm Events, DG Pressure Graph, Cross-Device Comparison, etc.)
Field definitions: DeviceId, hex_id, source (HD/DG), alarm_name, priority, date (yyyyMMdd), Datetime (timestamp)
The Denali always responds with a JSON action (run_capability, run_sql, or answer) — never raw prose — so every data response is backed by an auditable SQL query you can expand with View SQL.
Safety & Limits
Only SELECT / WITH queries are allowed — no INSERT, UPDATE, DELETE, DROP, or DDL
Only diality_spectrum and diality_logs schemas are accessible
All queries are capped at 5,000 rows — a truncation note appears when hit
Results are never stored beyond 24 hours (DynamoDB TTL)
Keyboard Shortcuts
Enter — Send message
Shift + Enter — New line in your message
Sample Prompts
Simple
Intermediate
Complex
Tips
You can ask follow-up questions — the Denali remembers the last 10 turns
Mention device IDs (DVTHD021), dates (20251029), alarm names, or hex IDs to narrow results
Click View SQL under any response to see the exact query that ran
Click Clear conversation to start fresh with a new topic
If the Denali misunderstands, rephrase with more specific field names (e.g. "alarm_name", "DeviceId", "date")
Ask Denali
Ask questions in plain English about log data, alarms, devices, and trends. Results are pulled live from Redshift.
SQL Runner
Write free-form SELECT queries against
diality_spectrum and diality_logs.
All queries are read-only and capped at 5,000 rows.
Read-only enforced: INSERT, UPDATE, DELETE, DROP, CREATE, ALTER, GRANT, REVOKE,
COPY, UNLOAD, SET, EXEC, CALL, and all other mutation keywords are blocked by both the
application validator and the database user privilege model.