research
Skill0 starsChanged 9 months agoMITView on GitHub
Process a link through the full intelligence pipeline. Read config.json at the project root for business context. A URL to research: /research <URL> This skill uses the intake-log status as a checkpoint. Update the status after each major step so progress is visible and recoverable: On failure: The intake-log status shows exactly where it stopped. To resume, check the status and pick up from that step. Do NOT re-run completed steps. For tweets/X posts: - Use WebFetch on the URL…
189 other projects use a version of this.
Adopted by
Most recently taken up by
- dialog-db/dialog-dbtheir own version, first seen Nov 9, 2026
- howells/skillstheir own version, first seen Nov 8, 2026
- xiaoxiaosrm/dsh-mattpocock-skillstheir own version, first seen Nov 8, 2026
- Suge8/friedbuntheir own version, first seen Nov 8, 2026
- wowyuarm/dsh-agent-teamtheir own version, first seen Nov 8, 2026
- Contexera/dsh-agent-teamtheir own version, first seen Nov 8, 2026
Used with
Projects with it also use daily-arxiv, exp-eval 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.
LambenthanSkilldaily-arxiv
每日从 arXiv 拉取新论文,过滤相关性,auto-ingest 高优先级论文,检测 SOTA 更新
Also in 5 projects that use this
LambenthanSkillexp-eval
实验判决门:Review LLM 独立评判实验结果 → 4 种判决路径 → 自动更新 claims confidence、ideas status、graph edges
Also in 5 projects that use this
truongtv22SkillProblem-Solving Techniques
Apply systematic problem-solving techniques for complexity spirals (simplification cascades), innovation blocks (collision-zone thinking), recurring patterns (meta-pattern recognition), assumption constraints (inversion exercise), scale uncertainty (scale game), and dispatch when stuck. Techniques derived from Microsoft Amplifier project patterns adapted for immediate application.
Also in 5 projects that use this
liufeng1976Skillsetup-ts-deep-modules
Wire dependency-cruiser into a TypeScript repo so each package is a deep module — implementation hidden in subfolders, reachable only through its entry-point files. User-invoked.
Also in 43 projects that use this
skyllwtSkillexp-pilot-eval
Pilot result evaluation — read pilot results, apply success criteria, update idea page (pilot_result, failure_reason if failed), generate PILOT_VERDICT_REPORT. Called by /ideate Phase 5 after /exp-pilot-run.
Also in 4 projects that use this
skyllwtSkillexp-pilot-run
Pilot experiment execution — read Pilot Spec YAML, write pilot code, run experiment(Confirm with the user before operation and require the applicant to conduct manual inspection), return results. Called by /ideate Phase 5. Does NOT modify wiki pages or judge pass/fail.
Also in 4 projects that use this
- +5 more from Lambenthan
- +1 more from skyllwt
Other versions189 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 189
- mattpocock/skills★ 309ksame name
- Yeachan-Heo/oh-my-claude-sisyphus★ 41ksame name
- Yeachan-Heo/oh-my-claudecode★ 41ksame name
- QuivrHQ/quivr★ 40ksame name
- The-Vibe-Company/quivr★ 40ksame name
- udecode/plate★ 17ksame name
- openai/plugins★ 7.8ksame name
- ArcReel/ArcReel★ 6.3ksame name
- vinvcn/mattpocock-skills-zh-CN★ 5.5ksame name
- withcoral/coral★ 4.9ksame name
179 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 repository5 other files it gives its agents.
- add-projectSkill
- atomizeSkill
- prioritizeSkill
- securitySkill
- statusSkill
The file
Show its rules and text
We split this skill into the rules it gives an agent
30 rules. 0 are common, 9 are distinctive, and 21 are very specific to this project.
0
Common
Most of the 169 edited versions we read keep these.
9
Distinctive
This author's own choices. Worth a look.
21
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 11
Read config.json to get the business name, categories, and voice settings
- Very specific: line 12
Read data/research/intelligence-brief.md to understand existing signals and context
- Very specific: line 13
Read data/portfolio/projects.md to know what projects are active
- Very specific: line 35
Add to the TOP of data/research/intake-log.md:
- Distinctive: line 43
Use WebFetch on the URL
- Distinctive: line 44
If the tweet references an article, repo, or video — fetch THAT too
- Distinctive: line 45
If the tweet has a thread, try to get the full thread
- Distinctive: line 48
Use WebFetch to read the full article
- Very specific: line 54
Create placeholder in data/knowledge/transcripts/ with metadata
- Very specific: line 58
Create evaluation in data/knowledge/tools/
- Distinctive: line 59
Do NOT install tools — add to user's task list
- Distinctive: line 62
Read and extract the full methodology
- Very specific: line 63
Create a file in data/knowledge/strategies/
- Very specific: line 65
Checkpoint: Update intake-log status to step-2/9 before fetching.
- Very specific: line 69
Read the business categories from config.json and evaluate the content through EACH lens.
- Distinctive: line 71
If a category doesn't apply to this content, say so briefly and move on.
- Very specific: line 73
Checkpoint: After analysis, update to step-4/9.
- Very specific: line 76
If this is a deep methodology or strategy: create a file in data/knowledge/strategies/
- Very specific: line 77
If this is a tool evaluation: create a file in data/knowledge/tools/
- Very specific: line 78
If it's a transcript: create placeholder in data/knowledge/transcripts/
- Very specific: line 80
Checkpoint: After knowledge base updates, update to step-5/9.
- Very specific: line 83
Add to the appropriate topic section in data/research/bookmarks.md
- Very specific: line 84
If this reveals a new signal or changes an existing one, update data/research/intelligence-brief.md
- Very specific: line 85
If the author produces consistently valuable content, add to data/research/people-to-watch.md
- Very specific: line 87
Checkpoint: After docs updated, update to step-6/9.
- Very specific: line 114
Read data/portfolio/projects.md.
- Very specific: line 117
If the research suggests something worth building, adopting, or offering — add it to data/portfolio/implementation-backlog.md with status …
- Very specific: line 119
Checkpoint: After backlog updated, change intake-log status to actioned.
- Distinctive: line 123
When encountering inaccessible content, use these before marking as user task:
- Distinctive: line 146
Follow the thread — if they reference something, fetch it
“Common” is measured: kept by at least 6 in 10 of the 169 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
Research Intelligence Processor
Process a link through the full intelligence pipeline. Read config.json at the project root for business context.
Input
A URL to research: /research <URL>
Before Starting
- Read
config.jsonto get the business name, categories, and voice settings - Read
data/research/intelligence-brief.mdto understand existing signals and context - Read
data/portfolio/projects.mdto know what projects are active
Checkpointing
This skill uses the intake-log status as a checkpoint. Update the status after each major step so progress is visible and recoverable:
| Status | Meaning |
pending | Logged but not yet started |
step-2/9 | Fetching content |
step-3/9 | Analyzing for business applicability |
step-4/9 | Updating knowledge base |
step-5/9 | Updating docs (bookmarks, brief, people) |
step-6/9 | Reporting to user |
processed | Steps 1-7 complete |
actioned | Steps 8-9 done — ideas logged |
On failure: The intake-log status shows exactly where it stopped. To resume, check the status and pick up from that step. Do NOT re-run completed steps.
Pipeline
Step 1: Log
Add to the TOP of data/research/intake-log.md:
`[YYYY-MM-DD HH:MM]` | pending | Title (@author if known) | URLStep 2: Fetch & Understand
For tweets/X posts:
- Use WebFetch on the URL
- If the tweet references an article, repo, or video — fetch THAT too
- If the tweet has a thread, try to get the full thread
For articles:
- Use WebFetch to read the full article
- Extract: thesis, key claims, methodology, data points, tools mentioned
For videos (YouTube, X video, etc.):
- Get title, description, duration from the page
- Mark as
pending-transcript— the USER generates transcripts - Create placeholder in
data/knowledge/transcripts/with metadata
For GitHub repos/tools:
- Fetch README, check stars, recent activity
- Create evaluation in
data/knowledge/tools/ - Do NOT install tools — add to user's task list
For strategies/guides:
- Read and extract the full methodology
- Create a file in
data/knowledge/strategies/
Checkpoint: Update intake-log status to step-2/9 before fetching. After successful fetch, update to step-3/9.
Step 3: Analyze for Business Applicability
Read the business categories from config.json and evaluate the content through EACH lens. For every category, answer: "What does this mean for the business? What should they DO?"
If a category doesn't apply to this content, say so briefly and move on.
Checkpoint: After analysis, update to step-4/9.
Step 4: Update Knowledge Base
- If this is a deep methodology or strategy: create a file in
data/knowledge/strategies/ - If this is a tool evaluation: create a file in
data/knowledge/tools/ - If it's a transcript: create placeholder in
data/knowledge/transcripts/
Checkpoint: After knowledge base updates, update to step-5/9.
Step 5: Update Docs
- Add to the appropriate topic section in
data/research/bookmarks.md - If this reveals a new signal or changes an existing one, update
data/research/intelligence-brief.md - If the author produces consistently valuable content, add to
data/research/people-to-watch.md
Checkpoint: After docs updated, update to step-6/9.
Step 6: Report
Show the user a structured summary:
## Research: "Title"
**Source:** domain.com | Date
**Relevance:** HIGH/MEDIUM/LOW — one sentence why
### Analysis
**[Category 1]:** What this means + what to do
**[Category 2]:** What this means + what to do
...
### Actions Added
- [ ] Specific action item (Project: which project)
### Updated Files
- file1.md (what changed)Step 7: Mark Processed
Change the intake-log entry from pending to processed.
Step 8: Cross-Project Check
Read data/portfolio/projects.md. Does this research affect any active project? If yes, add a recommendation to the Recommendations table.
Step 9: Log Ideas
If the research suggests something worth building, adopting, or offering — add it to data/portfolio/implementation-backlog.md with status idea.
Checkpoint: After backlog updated, change intake-log status to actioned.
Content Access Workarounds
When encountering inaccessible content, use these before marking as user task:
| Content Type | Workaround |
| X.com tweets | Syndication API: cdn.syndication.twimg.com/tweet-result?id=<ID>&token=x |
| PDFs | Search for web article summaries/reviews |
| JS-rendered pages | Try raw/API versions, search for content elsewhere |
| YouTube videos | Mark pending-transcript — user generates. Create placeholder in data/knowledge/transcripts/ |
| GitHub repos | Fetch raw README via raw.githubusercontent.com/<owner>/<repo>/main/README.md |
When you can't access something: Log it to data/research/intelligence-brief.md with what the content is, why it matters, what was attempted, and what user action is needed.
Division of Labor
Claude does: Fetch, read, analyze, document, maintain all research files, create action items. User does: Generate transcripts, install/test tools, engage on social, create published content.
Principles
- Depth over speed — understand the content fully before analyzing
- Business lens — every insight must connect to an action
- Honest assessment — don't hype things that aren't ready
- Connect dots — link to existing signals and knowledge
- Follow the thread — if they reference something, fetch it
- Track people, not just content — add high-value producers to people-to-watch.md
ARGUMENTS: url
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.

