Extract actionable insights and valuable artifacts from web posts, articles, and technical documentation. Use when summarizing content, extracting key ideas from URLs/articles, preserving code snippets and diagrams, or creating visual summaries. Triggers on requests like "summarize this post", "extract insights from", "distill this article", "what are the key takeaways", or when a URL is shared for analysis.
97
Quality
100%
Does it follow best practices?
Impact
94%
1.25xAverage score across 5 eval scenarios
A software engineering team lead needs a summary of an article to share with their team during a sprint planning meeting. They have limited time to present and need the key information extracted efficiently. The article discusses database indexing strategies.
The following files are provided as inputs. Extract them before beginning.
=============== FILE: inputs/article.txt ===============
When optimizing database performance, most developers reach for indexes as their first tool. But understanding when and how to use them effectively separates good database design from great.
In my experience across dozens of enterprise systems, 80% of query performance issues can be solved with proper indexing of just 20% of your columns. The key insight: focus on columns that appear in WHERE clauses, JOIN conditions, and ORDER BY statements.
One of the most overlooked aspects of indexing is column order in composite indexes. Consider this scenario: you have a query filtering on status and created_at.
-- Inefficient: wrong column order
CREATE INDEX idx_orders_wrong ON orders(created_at, status);
-- Efficient: selective column first
CREATE INDEX idx_orders_correct ON orders(status, created_at);Why does this matter? The database can only use the index effectively if it can match from left to right. Since status typically has fewer unique values and appears in equality conditions, it should come first.
Every index you add speeds up reads but slows down writes. For a table with heavy write traffic, each new index adds approximately 10-15% overhead to INSERT operations. I've seen production systems where removing unused indexes improved write performance by 40%.
Most databases support partial indexes, yet few developers use them. If 90% of your queries filter for status = 'active', a partial index is dramatically smaller and faster:
CREATE INDEX idx_active_orders ON orders(customer_id)
WHERE status = 'active';This index is roughly 90% smaller than a full index while serving the majority of queries.
Remember: the best index is the one you don't need. Query optimization often yields better results than adding more indexes.
Author: Sarah Chen, Principal Database Architect at DataScale Inc. Published: January 2024 =============== END FILE ===============
Save your summary to a file named summary.md. The summary should extract the most valuable information from the article in a format that's easy to scan during a quick meeting presentation.