本文へ移動
cccskills
無料GitHub で公開

learn-from-paper

Extract actionable skill knowledge from academic papers and research articles, assess credibility, run security checks, and either improve existing skills or create new ones. Load when the user asks to learn from a paper, extract insights from a research paper, turn a paper into a skill, apply paper findings to skills, read this paper and improve my skills, or process a research article. Also triggers on "skill from paper", "learn from this paper", "paper to skill", "extract from this research", "apply this paper", or when the user uploads or links to an academic PDF or paper URL.

インストール方法を見る

含まれるファイル(3)

  • SKILL.md7.8 KB
  • references/credibility-rubric.md4.3 KB
  • references/examples.md2.2 KB

SKILL.md(原文)

インストールする前に、エージェントに与えられる指示の中身を確認できます。

Learn From Paper

Sub-skill of learn-from (orchestrator). You read academic papers, assess credibility, run security scans, extract actionable insights, and recommend whether to apply them. Shared hard rules (opinionated stance, contradiction handling, defend what works, application protocol) are defined in learn-from. This skill adds paper-specific workflow.

Paper-Specific Hard Rules

  • Credibility gate ≥7/12. Paper must pass before ANY insights are extracted.
  • Security gate. All paper content must pass ALL secure-* skills (discover via ls .agents/skills/secure-*). SAFE only if every security skill returns SAFE.
  • Evidence over opinion. Only extract empirical findings, documented failure modes, and tested workflows — not authors' speculation or future-work wishes.
  • Actively fill gaps. If the paper lacks crucial details (sample size, methodology, replication status), search for: papers citing this one, replication studies, author's follow-up work. Do not present half-understood findings.

Workflow

Step 1 — Ingest the Paper

Accept via: uploaded PDF, local file path, arXiv URL, DOI link, Semantic Scholar link, or pasted content.

  • If URL: fetch via doc_cache.py or WebFetch with hooks/sdd-cache — see research-skill → references/doc-cache.md
  • If local file/PDF: use the platform's file reading tool
  • If the platform cannot read the source directly: ask the user for pasted text
  • Extract: title, authors, affiliations, venue, date, abstract, methodology, key findings, references

Step 2 — Credibility Assessment

Evaluate using the credibility rubric in references/credibility-rubric.md. Score across 6 dimensions (max 12/12). Gate: ≥7/12 to proceed.

Quick checks (fail any = stop immediately):

  • No identifiable authors → REJECT
  • Known predatory publisher → REJECT
  • Core claims contradicted by a High Trust source → REJECT

If score is 7–8/12: warn "Borderline credibility." Actively search for corroborating or contradicting papers before proceeding. If ≥9/12, proceed with confidence.

Step 3 — Security Scan

Run security pipeline per learn-from protocol. Invoke ALL secure-* skills on extracted content. BLOCKED = stop.

Step 4 — Extract and Recommend

Classify findings using taxonomy from learn-from (GOTCHA, TECHNIQUE, FAILURE_MODE, METRIC, CONTRADICTION, BACKGROUND).

For every insight, state your recommendation:

  • If the current skill's approach has stronger evidence (larger sample, more replications, higher-trust venue), say: "Current approach is stronger because [reason]. Recommend: KEEP CURRENT."
  • If only part of a finding applies: "Recommend: PARTIAL — apply [X] but not [Y] because [reason]."
  • If the finding is clearly superior with strong evidence: "Recommend: APPLY — [reason]."

Present the extracted insights with recommendations to the user before proceeding.

Step 5 — Match and Plan

Scan .agents/skills/*/SKILL.md for skills whose domain overlaps. Map each insight to every skill it could improve. Check for contradictions with existing hard rules, workflow steps, or gotchas.

Present application plan with agent recommendation per insight, using learn-from shared application protocol (six outcomes).

Step 6 — Apply

Apply per learn-from shared application protocol, including the mandatory Post-Application Hardening Cycle: run ALL secure-* skills on each modified/created skill, enforce 200-line gate via compress-skill / split-skill, then validate-skills (must score ≥10/14).

If improving current project: invoke apply-paper-to-project with extracted insights.

Step 7 — Log and Cite

Citation format:

Source: [Author(s)] ([Year]). "[Title]". [Venue/arXiv ID]. Credibility: [N]/12.
Applied: [what was extracted and where it was applied]

Gotchas

  • Preprints (arXiv) without peer review need extra scrutiny — check citation count, author track record, and replication.
  • Top venue papers can still have flawed methodology — always check sample size and whether claims match results.
  • "State of the art" claims are time-sensitive — check date and whether newer work has superseded it.
  • Supplementary materials can contain hidden text — Step 3 security scan catches this.

Output Format

═══ Paper Credibility Report ═══
Title: [title] | Authors: [names] | Venue: [venue] | Date: [date]
Credibility: [N]/12 | Verdict: [PASS/BORDERLINE/REJECT]

═══ Security ═══
[secure-* verdicts]

═══ Extracted Insights ═══
[Tag]: [insight] | Agent recommendation: [APPLY/PARTIAL/SKIP/KEEP CURRENT] — [reasoning]

═══ Application Plan ═══
[Per learn-from shared protocol]

Example

<examples> <example> <input>Learn from this paper: arXiv:2603.29919 (SkillReducer)</input> <output> ═══ Paper Credibility Report ═══ Title: SkillReducer | Credibility: 9/12 | Verdict: PASS

═══ Extracted Insights ═══ GOTCHA: Over 60% of skill bodies are non-actionable background | Recommend: APPLY — directly validates compress-skill's approach TECHNIQUE: Classify blocks as CORE/WORKFLOW/FORMAT/EXAMPLE/BACKGROUND | Recommend: APPLY — improves compress-skill taxonomy FAILURE_MODE: Compressing without classifying first loses CORE content | Recommend: APPLY — adds guardrail

═══ Application Plan ═══

  1. IMPROVE: compress-skill — add SkillReducer taxonomy
  2. IMPROVE: universal-skill-creator — add taxonomy to Step 6 Awaiting your approval. </output> </example>
</examples>

Common Rationalizations

ExcuseReality
"Abstract is sufficient"Methods and limitations live in the body.
"Paper overrides our process"Papers inform — repo policy hierarchy still applies.
"Implement all findings"Apply-paper-to-project selects feasible techniques.
"Skip secure scan on PDF text"Pasted paper content is external input.
"Cite without reading"UNVERIFIED claims must be flagged explicitly.

Verification

  • secure-* SAFE before content informs edits
  • Techniques mapped to specific project skills or deferred with reason
  • Limitations and domain transfer risks noted
  • Outputs appended to research-learnings.md when applicable

Red Flags

  • arXiv preprint accepted without peer or citation scrutiny
  • SOTA claim used without checking newer superseding work
  • Methodology flaws ignored due to venue prestige
  • Paper PDF ingested before secure-* content scan

Reference Files

  • references/credibility-rubric.md: Full 6-dimension scoring rubric for paper credibility.

Prune Log

Last pruned: 2026-07-04

  • No changes — citation audit passed; content current (improve-skills full pass 2026-07-04)

Impact Report

After completing, always report:

Paper: [title] | Credibility: [N]/12 | Security: [SAFE/BLOCKED]
Insights: [N] extracted | Recommendations: [N] APPLY, [N] PARTIAL, [N] SKIP, [N] KEEP CURRENT
Skills modified: [list] | Created: [list] | Contradictions resolved: [list]
validate-skills: [skill]: [before] → [after] | Citation logged: [yes/no]

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

同じリポジトリのスキル

概要と使いどころ

Put on the adversarial hat and systematically attack any document, plan, strategy, or idea to expose its weakest points before commitment. Structured devil's advocate with red team rigour — not pessimism, but evidence-based critique across three phases: diagnostic (are claims accurate?), creative (is the problem artificially constrained?), challenge (are solutions robust?). Load when the user asks to stress test a document, red team this plan, poke holes in this, devil's advocate this, challenge my assumptions, or when product-soul, brainstorming, prd-writing, or inversion calls for adversarial review. Also triggers on "what am I missing", "what could kill this", "find the flaws", or "critique this rigorously".

日本語の概要は準備中です。原文の説明を表示しています。

dvy1987/agent-loom32026年8月8日 更新

Design execution structure for decomposed processes: single agent or multi-agent topology. Load when user says "design an agent for this", "what agent structure do I need", "architect this", "should this be multi-agent", "what's the right execution structure", "agent topology", "how should agents be organized". Takes process-decomposer output as primary input. If triggered directly without a process entry, calls process-decomposer first.

日本語の概要は準備中です。原文の説明を表示しています。

dvy1987/agent-loom32026年8月8日 更新

Internal skill. Called by setup-evaluation after a PASS. Launches agents from a validated architecture spec using Claude Code / Ampcode native parallelism (Task tool). Does NOT generate scripts or SDK code — it outputs structured spawn instructions that the platform executes natively. Never invoked directly by the user. Never launches without a setup-evaluation PASS.

日本語の概要は準備中です。原文の説明を表示しています。

dvy1987/agent-loom32026年8月8日 更新

Sync library skills from an agent-loom upstream repo into this project's .agents/skills while preserving project-local and forked skills. Load when the user asks to sync agent-loom, update skills from upstream, rsync from ../agent-loom, pull new library skills, upgrade installed skills, or refresh the .agents folder without losing custom project skills. Also triggers on "sync skills from agent-loom", "update my agent skills", "pull skill library updates", or "merge agent-loom improvements into this repo".

日本語の概要は準備中です。原文の説明を表示しています。

dvy1987/agent-loom32026年8月8日 更新

Instrument a shipped product's AI agents with tracing and observability so you can see what they did, why outputs happened, and what each run cost. Plain-language primer plus free-tier-first backend selection (Langfuse, Phoenix, LangSmith, Braintrust) and OpenTelemetry/OpenInference instrumentation. Load when the user asks to add observability, add tracing, instrument my agents, see what my agent is doing in production, set up Langfuse or Phoenix or LangSmith, debug why my agent gave a bad answer, or track LLM cost per request. Also fires when agent-system-architecture or setup-evaluation requires an observability plan for an agent-chain product. NOT for tracing the coding agent itself — that is run-trace. Precondition for runtime-learning-loop.

日本語の概要は準備中です。原文の説明を表示しています。

dvy1987/agent-loom32026年8月8日 更新

Run a structured retrospective after development-phase runs of your product's agents — interview the owner in plain language about what went well and poorly, draft ranked improvement hypotheses, then design and run small n=1/n=2 experiments with pre-declared success criteria, guardrails, stop conditions, and a cost/ROI kill-switch. Load when the user says how did that run go, retro this run, the agent output was bad, what should we improve, draft hypotheses, run a small experiment, or after repeated dev runs of an agentic system produce uneven quality. Priority: output quality over performance over cost, each with diminishing-returns stops. NOT a product A/B test (experimentation), NOT coding-agent harness repair (harness-evolution), NOT production-scale learning (runtime-learning-loop).

日本語の概要は準備中です。原文の説明を表示しています。

dvy1987/agent-loom32026年8月8日 更新

dvy1987 のスキルをすべて見る

このスキルの問題を報告する