skills/dsh-deepread/SKILL.md
Use for evidence-first reading of articles, books, PDFs, web pages, or document sets, with knowledge maps and Feynman checks.
npx skillsauth add ranbot-ai/awesome-skills dsh-deepreadInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
DeepRead turns long-form material into an evidence-first reading report. It separates claims, evidence, data, examples, assumptions, counterarguments, and limitations instead of producing an untraceable summary.
The workflow supports five modes: quick orientation, deep argument analysis, knowledge mapping, Feynman explanation, and whole-book synthesis. Use the host agent's available file, PDF, OCR, and web-reading tools; never invent source content that was not successfully retrieved.
| Mode | Use it for | Required output |
| --- | --- | --- |
| quick | Orientation or time-limited reading | Short summary, core claim, up to three supporting points, open questions |
| deep | Argument analysis | Claim hierarchy, reasoning chain, evidence, concepts, counterarguments, limitations |
| map | Knowledge organization | Claim-evidence-data table, labeled relationships, confidence tags, concept map |
| feynman | Understanding and retention | Plain-language explanation, knowledge gaps, corrections, recall plan |
| book | Whole-book synthesis | Chapter map, thesis development, cross-chapter links, final evaluation |
Default to deep unless the user names another mode or the time budget clearly calls for quick.
Record:
If the source cannot be accessed, stop and request the text or a readable file. Do not fill gaps from memory.
Inspect the title, author, date, table of contents, headings, abstract or introduction, conclusion, figures, and tables. Convert the structure into three to seven questions the reading should answer.
For a long source, divide it on semantic boundaries such as chapters or headings. Keep a progress list and synthesize only after every selected section has been processed.
Each note should contain one idea and one type:
claim: a conclusion the author wants the reader to accept;reason: a premise or mechanism supporting a claim;evidence: a quotation, observation, method, or source-backed result;data: a numeric fact with unit, time, population, baseline, and source when available;example: an illustration that must not be treated as general proof;assumption: an unstated dependency of the argument;counterargument: a challenge or alternative explanation;limitation: a boundary on where the claim applies;action: a recommendation that follows from the analysis.Keep the author's statements separate from the agent's inference and the user's interpretation.
For every important claim, record:
| Field | Requirement | | --- | --- | | Claim | Complete proposition, not a topic label | | Evidence | Source passage or faithful paraphrase | | Location | Page, section, paragraph, timestamp, or URL anchor when available | | Data context | Value, unit, timeframe, sample, baseline, source | | Relationship | Supports, contradicts, causes, explains, depends on, exemplifies, or limits | | Confidence | Author claim, source fact, reasoned inference, or unverified | | Caveat | Missing evidence, alternative explanation, or applicability boundary |
Write source does not provide evidence when appropriate. Never manufacture a supporting quotation or location.
For deep, organize the report as:
For map, create labeled propositions rather than an unlabeled topic tree. A useful edge reads as a sentence, for example: retrieval practice --improves--> delayed recall.
For book, preserve chapter order during extraction, then reorganize the final map around the book's central question instead of copying the table of contents.
Without looking at the source, explain the central idea to an intelligent twelve-year-old:
tools
Delegate coding tasks to the Grok Build CLI only when the user explicitly requests it, while the orchestrator retains review and landing responsibility.
development
--- name: graceful-shutdown description: Implement graceful shutdown for servers and workers: drain connections, finish in-flight work, release resources, and exit cleanly on SIGTERM/SIGINT. category: AI & Agents source: antigravity tags: [python, typescript, node, api, claude, ai, template, docker, kubernetes] url: https://github.com/sickn33/antigravity-awesome-skills/tree/main/skills/graceful-shutdown --- # Graceful Shutdown ## Overview A skill for implementing graceful shutdown in server
development
--- name: falsify description: The scientific thinking protocol for AI agents. Use when facing complex, ambiguous, or high-stakes questions where guessing is costly: hypothesis → attempt to break it → evidence → calibrated co category: Creative & Media source: antigravity tags: [markdown, claude, ai, agent, llm, template, design, security, rag, cro] url: https://github.com/sickn33/antigravity-awesome-skills/tree/main/skills/falsify --- # Falsify — The Scientific Thinking Protocol > Think like
tools
Configure approved delegation lanes across installed implementer CLIs, including optional model and effort choices, then write global or project config only after explicit user approval.