Article Summarizer

Summarize articles and social posts from URLs using full-content retrieval first, with browser fallback when needed.

Summarize web content accurately from the original source. Never infer details that are not visible in the retrieved content.

Core Rules

• Fetch full content before summarizing.
• Prefer the lightest retrieval path first.
• Escalate to an interactive browser fallback when fetch-based extraction is incomplete, blocked, or only returns shell content.
• Attempt simple page interactions yourself before asking the user for help.
• State blockers clearly when content remains inaccessible.
• Output in the user's requested language.
• If the user does not specify a language, default to the user's own language when clear from the conversation.
• If the user's language is not clear, use the dominant language of the source content or surrounding context.

Workflow

1. Start with web_fetch.
2. If incomplete or blocked, try the r.jina.ai mirror.
3. If fetch-based methods still fail, switch to an interactive browser fallback.
4. In the browser fallback, inspect the rendered page, scroll, snapshot, expand hidden sections, and dismiss simple overlays.
5. If the user asks for comments/replies, scroll into the discussion area and summarize visible themes.
6. For short-form social posts, summarize the visible post content and discussion themes instead of forcing an article-style summary.
7. If true human-only verification is required, report the blocker without guessing.

Browser Fallback Policy

Use an interactive browser fallback when lightweight fetch methods are not enough.

Typical reasons to escalate:

• short-link redirects
• dynamic rendering
• login overlays or popups
• shell pages with missing body text
• expandable content
• comment/reply analysis

Before asking for help, try low-risk actions such as:

• closing modals
• clicking visible expanders such as "more", "continue", or equivalent UI labels
• scrolling for lazy loading
• reopening in a fresh tab if the first render looks broken

Do not claim a captcha or verification was solved unless the evidence clearly shows the page progressed because of your actions.

Completeness Check

Before summarizing, confirm:

• title is visible
• main body is visible
• the content does not obviously stop mid-article
• comments are actually visible before summarizing comment sentiment

If still incomplete after reasonable effort, say so explicitly. If only preview text is visible because of a paywall, login requirement, or partial render, summarize only the visible portion and clearly label the limitation.

Output Format

Use this default structure unless the user asks for a different format:

1. One-sentence summary
2. Core points
3. Notable details (optional)
4. Brief takeaway (optional)

For comment/reply requests, add:

• Main comment themes
• Points of disagreement / debate

Keep the summary proportional to the source length.

Length-control rules:

• short source -> short summary
• long source -> longer summary only when justified by the source or the user's request
• default to concise, high-density output
• if the user simply asks to summarize, prefer a compact summary even for long articles
• expand only when the user explicitly asks for detailed analysis, a deep dive, or section-by-section coverage

Read References Only When Needed

• For retrieval decision rules and escalation logic, read references/retrieval-playbook.md.
• For output templates and summary patterns, read references/output-patterns.md.
• For source-specific heuristics, read references/source-notes.md.