web-research
Skill3 starsChanged 11 days agoMITView on GitHub
Use when a fact from outside the project is needed: "find out", "look up", "what do they say about", "how it works", "compare", "find information", "is this still true". Identify or read the primary source first — open a known URL directly, search only when the owner of the fact is unknown — then cross-check material claims, date them, and answer with links. Not for the local knowledge base or recorded project facts (use dev-wiki) or consequential tool/library decisions (use production-first-decisions).
45 other projects use a version of this.
Adopted by
Most recently taken up by
- juninmd/skillstheir own version, first seen Nov 8, 2026
- thensls/nsls-builder-toolkittheir own version, first seen Nov 8, 2026
- memi-design/design-skillstheir own version, first seen Nov 8, 2026
- ai-assist-org/ai-assisttheir own version, first seen Nov 8, 2026
- WingedGuardian/GENesis-AGItheir own version, first seen Nov 8, 2026
- Bobagi/claude-skillstheir own version, first seen Nov 1, 2026
Used with
Projects with it also use data-analysis, meeting-notes and 10 more.
Other files people use alongside this one.
Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
shanggqmSkilldata-analysis
数据分析技能,提供结构化的数据查询、统计分析和报告生成工作流。当用户需要查询数据库、进行数据统计分析、生成分析报告时使用。按规范输出原始数据、计算结果、Markdown报告和HTML可视化报告。
Also in 5 projects that use this
claude-office-skillsSkillmeeting-notes
>
Also in 4 projects that use this
MicrosoftSkillweb-search
Also in 5 projects that use this
kongyo2Skillprompt-engineering
Comprehensive prompt engineering framework for designing, optimizing, and iterating LLM prompts. This skill should be used when users request prompt creation, optimization, or improvement for any LLM task, or when users need help translating vague requirements into effective prompts through collaborative dialogue and iterative refinement.
Also in 4 projects that use this
rogue-dev-studioSkillbrowser-automation
Canonical browser automation and web UI verification: Playwright, agent browser CLIs, and CDP-based tooling in one playbook.
Also in 3 projects that use this
JetBrainsSkillbrand-guidelines
Applies Anthropic's official brand colors and typography to any sort of artifact that may benefit from having Anthropic's look-and-feel. Use it when brand colors or style guidelines, visual formatting, or company design standards apply.
Also in 4 projects that use this
Other versions45 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 45
- langchain-ai/deepagents★ 31ksame name
- pollinations/pollinations★ 5.3ksame name
- langchain-ai/deepagentsjs★ 1.6ksame name
- alfredxw/denova★ 990same name
- icey1287/SuperMew★ 884same name
- cohen-liel/hivemind★ 108same name
- grandamenium/cortextos★ 106same name
- WingedGuardian/GENesis-AGI★ 100same name
- jezweb/vite-flare-starter★ 49same name
- dewil/ai-toolkit★ 9same name
35 more not listed
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository55 other files it gives its agents.
- AGENTS.mdAGENTS.md
- CLAUDE.mdCLAUDE.md
- architecture-simplicitySkill
- autonomous-workSkill
- brainstormingSkill
- code-graph-reviewSkill
- code-review-and-qualitySkill
- dashboard-designSkill
- design-systemSkill
- dev-wikiSkill
- dispatching-parallel-agentsSkill
- fable-judgeSkill
- fable-methodSkill
- git-workflow-and-versioningSkill
- money-path-safetySkill
- observability-and-instrumentationSkill
- ponytailSkill
- production-first-decisionsSkill
- receiving-code-reviewSkill
- security-and-hardeningSkill
- shipping-and-launchSkill
- skill-authoringSkill
- systematic-debuggingSkill
- testing-disciplineSkill
- using-git-worktreesSkill
- verification-before-completionSkill
- web-researchSkill
- windows-encoding-fixesSkill
- writing-plansSkill
- architecture-simplicitySkill
- autonomous-workSkill
- brainstormingSkill
- code-graph-reviewSkill
- code-review-and-qualitySkill
- dashboard-designSkill
- design-systemSkill
- dev-wikiSkill
- dispatching-parallel-agentsSkill
- fable-judgeSkill
- fable-methodSkill
- git-workflow-and-versioningSkill
- money-path-safetySkill
- observability-and-instrumentationSkill
- ponytailSkill
- production-first-decisionsSkill
- receiving-code-reviewSkill
- security-and-hardeningSkill
- shipping-and-launchSkill
- skill-authoringSkill
- systematic-debuggingSkill
- testing-disciplineSkill
- using-git-worktreesSkill
- verification-before-completionSkill
- windows-encoding-fixesSkill
- writing-plansSkill
The file
We split this skill into the rules it gives an agent
2 rules. 0 are common, 2 are distinctive, and 0 are very specific to this project.
0
Common
Most of the 38 edited versions we read keep these.
2
Distinctive
This author's own choices. Worth a look.
0
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 16
Identify or read the primary source: If you know who owns the fact (vendor docs, a repo, a spec, a law), open that URL directly with the …
- Distinctive: line 42
Use enough evidence to resolve the question, not a fixed count of queries or pages.
“Common” is measured: kept by at least 6 in 10 of the 38 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Web Research — facts from the outside world
Workflow
- Define the missing external fact. Local code, project docs and recorded decisions do not need web corroboration; a fact already in the Wiki is retrieved from there.
- Identify or read the primary source. If you know who owns the fact (vendor docs, a repo, a spec, a law), open that URL directly with the reader. Search only when the owner is unknown, then navigate from the result to the original. Use a browser only for interactive or dynamically rendered content.
- Prefer primary over retelling. Official documentation, original research, source code, the standard text; check the actual version and whether the answer applies to it.
- Cross-check where material. One authoritative source settles a narrow fact; disputed, indirect or high-impact claims need independent evidence.
- Date the claim. State the version or date for anything time-sensitive; say what may have changed since.
- Answer with sources. Link every external claim and name what stayed unverified. Never fill a gap with invented facts: an unavailable source is a reported limitation, not a licence to guess.
When access fails (403/429/captcha/paywall)
Try another legitimate source or access path — the project's own mirror, the repo, a cached or archived copy, a different official page — without bypassing access controls, signing up, or paying automatically. If the fact stays unreachable, name it, list what you tried, and finish the parts the available evidence supports.
Research depth
Use enough evidence to resolve the question, not a fixed count of queries or pages. A definition can need one source; a comparison needs the alternatives, their versions and any benchmark that speaks to the decision. Stop when more search cannot change the answer.
Where the fact usually lives
| Kind of fact | Owner to start from |
| API, library, CLI behavior | Official docs, README, changelog, source code |
| Industry practice, adoption | Engineering blogs, ADRs, issue threads, tech radars |
| Bug, error message | Project issue tracker, release notes, Q&A with an accepted answer |
| Tool or approach comparison | Reproducible benchmarks, practitioner reports with method |
| Regulation, standard, licence | The issuing body's own text (.gov, ISO/IEC, licence file) |
Answer
- Result first line. What was found, in one sentence.
- Details with links. Each fact carries its source.
- Caveats. Unverified parts, version sensitivity, conflicting sources.
- Memory. Durable findings go through dev-wiki routing; a research run does not create its own memory policy.
Gotchas
- The first search hit is often a retelling. Check who authored it and where the numbers come from.
- SEO farms and AI-generated posts reproduce docs with errors. Go to the original.
- Publication date is not the version date: a 2024 article may describe a behavior removed in 2026.
- An unanswered issue thread is evidence of a problem, not of its fix; read the resolution state.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

