Keenable SELECT: SQL로 웹을 검색하는 AI 에이전트

Research reports built by Keenable SELECT , an agent that searches the web in SQL. Every card links the finished report and the full trajectory behind it: each query, tool result, and result set. How it works You ask “Which AI researchers moved between frontier labs since 2025 ? For each move list the researcher , the lab they left , where they went and the month .” → Keenable SELECT runs SQL on the web SELECT SEM_EXTRACT(content, 'researcher' ), SEM_EXTRACT(content, 'left lab' ), SEM_EXTRACT(content, 'joined lab' ), SEM_EXTRACT(content, 'move month' ) FROM WEB_SEARCH(8 diverse queries) WHERE SEM_MATCH(content, 'named researcher moving between frontier labs , 2025+ ') → You get a report Gallery Twenty Years of YC Startup-Name Morphology 2026-09-01 · 36 messages · 18 queries Trajectory → A Living History of Search Engines (1982–2026) 2026-08-31 · 18 messages · 10 queries Trajectory → America’s Gigawatt AI Data-Center Buildout 2026-08-31 · 20 messages · 10 queries Trajectory → Atlas of Documented Zoo Animal Escapes 2026-08-31 · 20 messages · 12 queries Trajectory → Best New Casual Southeast Asian Restaurants in the Bay Area 2026-08-31 · 18 messages · 9 queries Trajectory → Bollywood Songs Reported as Copied or Inspired 2026-08-31 · 19 messages · 10 queries Trajectory → Death by GPS: Documented Water, Desert & Cliff Incidents 2026-08-31 · 15 messages · 9 queries Trajectory → Frontier AI Researcher Moves Since 2025 2026-08-31 · 16 messages · 9 queries Trajectory → Great Bird Migrations of the World 2026-08-31 · 17 messages · 10 queries Trajectory → India’s Famous Mango Origins Map 2026-08-31 · 31 messages · 16 queries Trajectory → Major Open & Open-Weight LLM Releases — 2026 Timeline 2026-08-31 · 14 messages · 9 queries Trajectory → Marvel Screen Continuities, 2005–2026 — Light Edition 2026-08-31 · 24 messages · 12 queries Trajectory → Mechanical Keyboard Releases — 10-Year Timeline 2026-08-31 · 20 messages · 10 queries Trajectory → Nearest Zoo Voronoi Atlas — United States 2026-08-31 · 29 messages · 16 queries Trajectory → Orbital Launch Atlas, 1957–2026 2026-08-31 · 16 messages · 9 queries Trajectory → Popular Open-Source AI Agents & Agentic Frameworks 2026-08-31 · 17 messages · 9 queries Trajectory → Seattle & Bellevue Coffee Enthusiast Tour 2026-08-31 · 18 messages · 9 queries Trajectory → The AI Lab Founder Family Tree 2026-08-31 · 20 messages · 10 queries Trajectory → The Great-Chef Kitchen Lineage 2026-08-31 · 16 messages · 9 queries Trajectory → U.S. Specialty Coffee Roaster Atlas 2026-08-31 · 13 messages · 9 queries Trajectory → What Goes in Common EDC Packs? 2026-08-31 · 16 messages · 9 queries Trajectory → Australia’s Big Things — Map and Route 2026-08-27 Bay Area First-Date Playbook 2026-08-27 Braintrust (braintrust.dev) — Public-Source Org Chart 2026-08-27 The system behind the reports Keenable SELECT is an MCP server with one main tool: select . The tool runs one read-only DuckDB SELECT statement on live web data. The server runs the web and semantic operators outside DuckDB, puts their output back into the row set, and then runs the final SQL in DuckDB. A traditional web search gives an agent ten links. The agent must then read each page and build the answer from expensive tokens. SELECT moves this work into the query. One call can search more than 1,000 pages, filter them with an exact WHERE clause at no LLM cost, extract fields with one small LLM call per row, and group the rows. MCP tools select takes DuckDB SELECT queries and returns the rows. The server saves every query result as a result set with an id, and a later query can read from that id. generate_html_report takes a brief and result set ids. A report model on the server writes an HTML report from the rows and returns a shareable link. Semantic operators The operators live inside normal SQL. The server finds them in the parsed statement, runs them, and replaces them with plain columns. Exact SQL filters run first, so only the surviving rows go to the LLM operators. Operator What it does WEB_SEARCH('q1', 'q2', ...) Searches all queries at the same time, merges ranked results, and removes repeated URLs. WEB_FETCH('https://a.com', ...) Gets the given URLs as Markdown, one row per page. SEM_EXTRACT(column, 'field description') One LLM call per row. It returns one field, or null when the text does not give the value. SEM_EXTRACT_ALL(column, 'what one value is') Like SEM_EXTRACT , but returns all matching values in a list. SEM_MATCH(column, 'predicate') An LLM test per row. Use it as a meaning-based WHERE filter. SEM_SCORE(column, 'query') A low-cost embedding score per row. Use ORDER BY ... DESC LIMIT k . SEM_NORM(column) Gives the same key to values with the same meaning. Use it in GROUP BY . WEB_SEARCH and WEB_FETCH can also run per row. Their arguments can use row columns, for example WEB_SEARCH(name || ' founding year') . Main agent Every report in this gallery comes from two agents: a research agent that uses the MCP server to gather the data, and a report agent that runs inside generate_html_report on the server and writes the page. The research agent is a plain tool loop: an LLM with the select tool. It writes and runs its own queries until it can answer, and streams its tool calls, results, and answer as events. A follow-up question continues the conversation on top of the stored transcript. Every run in this showcase asks for an HTML report, so the agent ends each answer with the report link. Report agent A second agent writes each report on the server. It gets the brief, the rows of the result sets, and an authoring guide. It builds the page in a sandboxed Python session that holds the result sets as dataframes, so the data reaches the page without the model retyping it. After each publish, the server renders the draft and returns screenshots and the page's JavaScript error count; the agent fixes the document and publishes again, under a fixed budget. Only the final draft stays live, published as a link.