docs: add site search fallback design spec

Spec for automatic site:{domain} search fallback when RSS + HTML
extraction both return 0 links for a personalized source. Uses
Brave Search or LLM websearch. Inline in Phase 1 spawn.

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
master
oabrivard 2 months ago
parent 1cb7bf6c6f
commit a09973f569

@ -0,0 +1,158 @@
# Site Search Fallback for Failed Sources
**Date:** 2026-04-03
**Status:** Approved
## Summary
When a personalized source yields 0 links from both RSS feed and HTML extraction (e.g., Cloudflare-protected sites, JS-only pages), automatically fall back to a `site:{domain} {theme}` search to discover articles from that source. Uses Brave Search API if available, otherwise LLM websearch. Integrated inline in the Phase 1 spawn per source, transparent to the user.
## Motivation
Inspired by Claude Chat's behavior when scraping Cloudflare-protected sites: it fell back to `site:korben.info intelligence artificielle` via web search and successfully found articles. Our pipeline currently yields 0 links and moves on, losing that source entirely.
## Design Decisions
| Decision | Choice | Rationale |
|---|---|---|
| Trigger condition | RSS + HTML both return 0 links | Only when both primary strategies fail — not for sparse results |
| Integration point | Inline in Phase 1 `join_set.spawn` | No new phase, reuses existing parallel processing, minimal pipeline change |
| Search provider | Brave if available, LLM websearch fallback | Maximizes coverage — works with or without Brave API key |
| Query format | `site:{domain} {theme}` | Targets the specific source domain with thematic filtering |
| Max results | `max_links_per_source` setting | Consistent with RSS/HTML extraction limits |
| New settings | None | Uses existing `use_brave_search` + Brave API key |
| Frontend/API changes | None | Feature is transparent to the user |
## New Service: `site_search.rs`
**Location:** `backend/src/services/site_search.rs`
**Responsibility:** Execute a `site:{domain} {theme}` search via Brave API or LLM websearch and return article URLs.
### Public API
```rust
pub struct SiteSearchConfig {
pub domain: String, // e.g., "korben.info"
pub theme: String, // e.g., "intelligence artificielle"
pub max_results: usize, // = max_links_per_source
pub max_age_days: i32, // for Brave freshness filter
}
pub enum SiteSearchProvider {
Brave { api_key: String },
Llm {
provider: Arc<dyn LlmProvider>,
model: String,
},
}
/// Execute a site-scoped search, returning article URLs.
/// Returns an empty Vec on failure (silent fallback).
pub async fn search(
http_client: &reqwest::Client,
config: &SiteSearchConfig,
provider: &SiteSearchProvider,
) -> Vec<String>
```
### Brave Path
- Calls `brave_search::search` with query `site:{domain} {theme}`, count = `max_results`, freshness based on `max_age_days`.
- Extracts URLs from `BraveResult` entries.
- Filters out URLs that don't match the target domain (safety check).
### LLM Path
Prompt sent to the LLM with the websearch model:
```
Trouve les {max_results} articles les plus récents publiés sur le site {domain}
à propos de "{theme}".
Retourne uniquement un tableau JSON d'URLs, sans explication :
["https://...", "https://...", ...]
Critères :
- Articles publiés dans les {max_age_days} derniers jours
- URLs complètes pointant vers des pages d'articles (pas de pages catégorie, tag, ou accueil)
- Uniquement des URLs du domaine {domain}
```
- Parses the JSON array from the LLM response.
- Filters URLs to only keep those matching the target domain (protection against LLM hallucinations).
- Returns empty Vec if parsing fails or LLM returns non-JSON.
### Error Handling
No errors propagated — this is a fallback. All failures result in an empty Vec with `tracing::warn!` logging.
## Pipeline Integration
### Phase 1 Spawn Modification (`synthesis/mod.rs`)
**Current flow per source (in spawn):**
```
RSS (>= 3 entries) → use RSS links
else → HTML extraction → use HTML links (may be 0)
```
**New flow per source (in spawn):**
```
RSS (>= 3 entries) → use RSS links
else → HTML extraction
if HTML > 0 links → use HTML links
if HTML == 0 links → site_search(domain, theme)
if site_search > 0 links → use those
else → source contributes 0 links
```
### SiteSearchProvider Construction
Built once before the wave_loop, after LLM provider resolution:
```rust
let site_search_provider = if settings.use_brave_search {
match resolve_brave_key(state, user_id).await {
Ok(key) => SiteSearchProvider::Brave { api_key: key },
Err(_) => SiteSearchProvider::Llm { provider, model_websearch },
}
} else {
SiteSearchProvider::Llm { provider, model_websearch }
};
let site_search_provider = Arc::new(site_search_provider);
```
Wrapped in `Arc` and cloned into each spawn. The Brave key is resolved once (DB + decryption), not per-spawn.
### Data Passed to Spawn (additions)
- `site_search_provider: Arc<SiteSearchProvider>` — cloned per spawn
- `theme_text: String``theme.theme.clone()`
- `max_age_days: i32``theme.max_age_days`
The domain is extracted from `source_url` inside the spawn via the existing `extract_domain()` helper.
### Article History
Articles found via site_search use `source_type = "site_search"` in the article_history table (existing TEXT column, no migration needed). This distinguishes them from `"personalized_source"` and `"brave_search"` entries.
## No Changes
- **No new settings** — uses existing `use_brave_search` and Brave API key
- **No frontend changes** — feature is transparent
- **No API changes** — source and synthesis endpoints unchanged
- **No DB migration**`source_type` is a free-form TEXT column
- **Phase 2 unchanged** — continues to fill category gaps after Phase 1
## Observability
- `tracing::info!` when site_search fallback triggers for a source (logs domain and result count)
- `tracing::warn!` when site_search also fails (for diagnosis)
- `source_type = "site_search"` in article_history for stats/debugging
## Testing Strategy
- **Unit tests** for `site_search::search`: mock Brave API response, mock LLM response, domain filtering, empty results, malformed LLM response
- **Unit tests** for LLM response parsing: valid JSON array, mixed valid/invalid URLs, non-JSON response, wrong domain URLs filtered
- **Integration test**: pipeline with a source that returns 0 links from RSS+HTML, verify site_search fallback kicks in and produces articles with `source_type = "site_search"` in article_history
Loading…
Cancel
Save