Token导航 LogoToken导航TokenDH.com
研究检索需要联网github未标认证来源可访问许可证需确认审计提醒

industrial-ai-research工业 AI 研究

Agent Skill

industrial-ai-research 用于查找、检索和筛选相关信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要根据关键词、任务场景或来源线索快速定位候选结果时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

总安装

4,986

周安装

212

GitHub Stars

166

下载量

1,747
CodexClaudeCursorGemini CLI

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

GitHub

来源数

2

许可证

unknown

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:industrial-ai-research(工业 AI 研究)
来源仓库:https://github.com/bahayonghang/academic-writing-skills
仓库路径:skills/industrial-ai-research
安装命令:
npx skills add https://github.com/bahayonghang/academic-writing-skills --skill industrial-ai-research
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

skills.shnpx skills
npx skills add https://github.com/bahayonghang/academic-writing-skills --skill industrial-ai-research

简介

industrial-ai-research 用于查找、检索和筛选相关信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要根据关键词快速定位候选结果时使用。

  • 适用于工业 AI 领域的研究和信息检索场景,支持基于任务需求的信息筛选与组织。
  • 通过 npx skills add 命令从指定 GitHub 仓库安装,需确认权限范围和维护状态。
  • 使用前建议核实是否会触发联网、命令执行或文件读写操作,确保符合安全边界。
  • 适用宿主包括 Codex、Claude、Cursor、Gemini CLI,接入前应确认版本、权限和运行环境要求。

SKILL.md

Industrial AI Research

Run a lean, source-aware research workflow for Industrial AI.

Capability Summary

  • Structured literature research for Industrial AI and automation topics
  • Mandatory four-question intake before any search or synthesis
  • Venue-aware source prioritization (arXiv, IEEE, automation venues)
  • Four deliverable modes: research-brief, literature-map, venue-ranked survey, research-gap memo
  • Contrarian synthesis pass to surface contradictions and under-explored gaps
  • Consensus -> disagreement -> limitations -> gap synthesis discipline for survey prose
  • Survey draft generation: outline-first writing with per-section evidence packs and optional LaTeX export

Triggering

Use this skill when the user wants to:

  • Survey Industrial AI literature on a specific subtopic
  • Compare papers across venues or methods within Industrial AI
  • Identify research gaps in predictive maintenance, scheduling, anomaly detection, or smart manufacturing
  • Produce a structured research report with source-backed evidence
  • Draft a structured survey on an Industrial AI subtopic
  • Produce a survey manuscript with taxonomy, evidence packs, and section-by-section writing

Do Not Use

  • Writing or compiling LaTeX/Typst papers (use latex-paper-en, latex-thesis-zh, or typst-paper). Note: survey-draft mode produces Markdown by default; for LaTeX output, it delegates final formatting to latex-paper-en.
  • Auditing paper quality or formatting (use paper-audit)
  • Systematic reviews or meta-analyses requiring IRB or clinical ethics
  • Topics outside the Industrial AI and automation domain
  • Auditing an existing paper's quality or formatting (use paper-audit)
  • Editing LaTeX/Typst source files (use the appropriate writing skill)

Safety Boundaries

  • Never fabricate paper metadata (title, authors, venue, year, DOI)
  • Never present preprints as peer-reviewed publications
  • Never start synthesis before intake questions are answered
  • Never suppress contradictions or conflicting evidence
  • Never use Tier 4 sources (blogs, press releases) as primary evidence

Core Rules

  1. Ask the user the four intake questions (see references/question-flow.md) before starting any search or synthesis.
  2. Keep the skill workflow in English only, even when the requested report language is not English.
  3. Prefer recent arXiv plus top IEEE and automation venues over generic web articles.
  4. Default to the last 3 years, but keep seminal older work when it is still necessary for context.
  5. Cite every substantive claim and separate verified evidence from inference.
  6. In survey-draft mode, complete all structure and evidence phases before generating any prose. Structure phases produce YAML/tables only.
  7. Preserve contradictions explicitly; do not flatten conflicting findings into fake agreement.

Intake Contract

Always start by asking the four intake questions defined in references/question-flow.md:

  1. Report language (English / Simplified Chinese / Bilingual summary)
  2. Deliverable mode (research-brief / literature-map / venue-ranked survey / research-gap memo / survey-draft)
  3. Time window (last 12 months / last 3 years / last 5 years / custom)
  4. Industrial AI emphasis (predictive maintenance / intelligent scheduling / industrial anomaly detection / smart manufacturing and process optimization / CPS and edge AI / robotics crossover)

If the user does not choose, default to last 3 years and the subdomain implied by their prompt.

Intake Resolution Rules

  • Resolve as many intake fields as possible from the user prompt before asking follow-up questions.
  • If all four intake fields are already explicit or safely inferable, do not restate them as questions; lock them, announce the locked choices, and proceed.
  • If some intake fields are missing, ask only for the missing fields in one compact follow-up block rather than re-asking the full questionnaire.
  • If the user asks for the "latest", "recent", "current", or "today's" work without a window, default to last 12 months and report the absolute year span you used in the final scope note.
  • If the topic is clearly outside Industrial AI scope, stop before search, name the boundary, and offer the closest supported framing instead of forcing a bad search.
  • If the user explicitly says "stop after outline" or another survey checkpoint, honor that checkpoint and do not advance to the next survey phase automatically.

Required Inputs

  • A concrete Industrial AI topic or question.
  • User choices for report language, deliverable mode, time window, and domain emphasis.
  • Optional preferences on peer-reviewed-only filtering, benchmarks vs deployment evidence, or desired output format.

If any intake item is missing, ask only for the unresolved items from references/question-flow.md before you search.

Source Strategy

Read these files before searching:

  • references/source-priority.md
  • references/venue-map.md

Primary sources:

  • arXiv: eess.SY, cs.AI
  • IEEE and automation anchors: T-ASE, CASE

Supporting crossover sources:

  • arXiv: cs.RO, cs.LG
  • IEEE robotics venues: ICRA, IROS, RA-L, T-RO
  • Adjacent industrial and control venues listed in references/venue-map.md

When the user asks for the latest work, prefer:

  1. arXiv recent streams for rapid updates
  2. top IEEE and automation venues for stronger publication filtering
  3. secondary crossover venues only when they materially improve coverage

Workflow

Phase 1. Scope

  • Rewrite the request as a precise Industrial AI research objective.
  • Lock the report language, deliverable mode, time window, and domain emphasis.
  • State explicit in-scope and out-of-scope boundaries.

Phase 2. Search Plan

  • Build venue buckets and keyword groups from references/source-priority.md.
  • Separate primary sources from secondary crossover sources.
  • State the recency policy and any seminal-paper exceptions.

Phase 3. Source Collection

  • Gather papers from the prioritized source buckets.
  • Prefer official venue pages, arXiv recent listings, IEEE Xplore landing pages, and publisher or conference pages.
  • Record why each paper was included.

Phase 4. Verification and Triage

  • Check venue quality, publication type, year, and relevance.
  • Remove weak matches, duplicates, and generic blog-style sources.
  • Mark unreviewed preprints as preprints.

Phase 5. Synthesis

  • Cluster the shortlisted papers by problem, method, dataset, deployment setting, and evaluation style.
  • Surface trends, gaps, contradictions, and under-explored opportunities.
  • When contradictions exist, state them before drawing any research-gap conclusion.
  • Run a contrarian pass: what would challenge the dominant conclusion?

Phase 6. Report Assembly

Use the stable report structure from references/report-modes.md.

Every final report must include:

  • search scope
  • source buckets by venue
  • shortlisted papers
  • synthesis of trends and gaps
  • recommended next reading or next experiments

Survey-Draft Workflow (Phases S1–S4)

When the user selects survey-draft, Phases 1–4 (Scope, Search Plan, Source Collection, Verification) execute as normal, then S1–S4 replace the original Phases 5–6.

Phase S1. Outline Building

Read references/modules/SURVEY_OUTLINE.md.

  • Extract a taxonomy from the verified literature.
  • Build the section skeleton as structured YAML.
  • Present the outline to the user for approval.
  • CHECKPOINT: do not enter S2 until the user approves the outline.

Phase S2. Evidence Pack Assembly

Read references/modules/SURVEY_EVIDENCE.md.

  • Assemble an evidence pack for every H3 subsection.
  • Lock the citation scope for each subsection.
  • Produce structured evidence bundles (no prose).

Phase S3. Section-by-Section Writing

Read references/modules/SURVEY_WRITER.md.

  • Draft each H3 independently, grounded in its evidence pack.
  • Run the self-check gate on every H3 (depth, citation scope, tone).
  • Produce one Markdown file per H2 section.

Phase S4. Merge and Quality Gate

Read references/modules/SURVEY_MERGE.md.

  • Merge all section drafts into a single document.
  • Run cross-section consistency checks.
  • Apply the final quality checklist.
  • If the user requested LaTeX output, delegate to latex-paper-en.

Deliverable Modes

Read references/report-modes.md and follow the selected mode exactly.

  • research-brief: short, decision-ready overview
  • literature-map: thematic map across methods and subproblems
  • venue-ranked survey: grouped by source quality and venue tier
  • research-gap memo: open problems, design space, and next-step opportunities
  • survey-draft: taxonomy-driven survey manuscript with outline-first writing and optional LaTeX export

Output Contract

  • State the locked intake choices and any defaults you applied before synthesis.
  • Include a short search-method note: venue buckets used, recency policy, and any fallback or broadening step you had to apply.
  • Distinguish verified evidence from inference in every deliverable.
  • Label preprints explicitly as preprints.
  • For non-survey modes, produce a structured report that includes: scope, source buckets, shortlisted papers, synthesis, and next reading or next experiments.
  • For survey-draft, keep stage outputs format-specific:

- S1: YAML outline only - S2: evidence packs or tables only - S3: section Markdown drafts grounded in the evidence packs - S4: merged Markdown survey with cross-section consistency notes

  • Survey prose should prefer consensus -> disagreement -> limitations -> gap over paper-by-paper narration.
  • If sources are sparse, inaccessible, or off-scope, say so directly and report the exact fallback you used.

Module Router

ModuleUse whenPrimary actionRead next
researchUser selects any of the 4 report modesExecute Phase 1–6 workflowreferences/report-modes.md
survey-outlineUser selects survey-draft (Phase S1)Build taxonomy and section skeletonreferences/modules/SURVEY_OUTLINE.md
survey-evidenceOutline approved by user (Phase S2)Assemble per-H3 evidence packsreferences/modules/SURVEY_EVIDENCE.md
survey-writeEvidence packs complete (Phase S3)Draft prose per H3references/modules/SURVEY_WRITER.md
survey-mergeAll sections complete (Phase S4)Merge, quality gate, optional LaTeX handoffreferences/modules/SURVEY_MERGE.md

Quality Bar

Read references/quality-checklist.md before finalizing.

Non-negotiable standards:

  • no unsupported claims
  • no venue-blind source mixing
  • no hiding contradictions
  • no synthesized report before intake questions are answered
  • no generic "latest research says" language without source-backed evidence

Error Handling

  • Zero results: Broaden keywords, relax the time window by one tier, and try adjacent venues. If still empty, report the negative result with the exact queries attempted.
  • Off-subdomain topic: State that the topic falls outside Industrial AI scope, suggest the closest supported subdomain, and ask the user whether to proceed or abort.
  • Inaccessible databases: Note which sources were unreachable, proceed with available sources, and flag the gap in the final report.
  • Too few papers (<5 shortlisted): Lower the time window threshold, include Tier 2/3 venues, and explicitly note the thin evidence base in the synthesis.

Reference Map

FilePhaseWhen to read
references/question-flow.mdIntakeBefore asking the user any questions
references/source-priority.mdSearch PlanBefore building venue buckets
references/venue-map.mdSearch PlanBefore selecting specific venues
references/report-modes.mdReport AssemblyBefore structuring the final output
references/quality-checklist.mdReport AssemblyBefore finalizing the report
references/modules/SURVEY_OUTLINE.mdSurvey S1When building the survey outline
references/modules/SURVEY_EVIDENCE.mdSurvey S2When assembling evidence packs
references/modules/SURVEY_WRITER.mdSurvey S3When drafting survey sections
references/modules/SURVEY_MERGE.mdSurvey S4When merging and running quality gate
references/SURVEY_WRITING_GUIDE.mdSurvey S1–S4Survey writing philosophy reference

Examples

  • examples/predictive-maintenance.md
  • examples/intelligent-scheduling.md
  • examples/industrial-anomaly-detection.md
  • examples/survey-predictive-maintenance.md

Example Requests

  • “Research recent predictive maintenance papers from the last 3 years and return a research-brief.”
  • “Compare industrial anomaly detection papers across arXiv and IEEE automation venues, and show contradictions in evaluation setups.”
  • “Draft a survey on intelligent scheduling for researchers new to the subfield, but stop after the YAML outline for approval.”
  • “My topic is warehouse picking robotics. If that is outside scope, tell me the closest supported Industrial AI framing and proceed only with that.”

Boundaries

This v1 skill does not implement:

  • systematic review mode
  • meta-analysis
  • IRB-heavy or clinical ethics branches
  • standalone automation scripts

If the user needs those, state the boundary and continue with the closest supported research mode.

适合场景

01

用户想查找某类 Agent Skill 时

02

需要根据任务场景推荐可安装能力包时

03

需要对比不同来源的安装命令和来源信息时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明,方便继续核验

能力 4

展示第三方安全扫描或审计结果

安装后应在对应宿主中按原始 README 的触发条件使用;具体调用方式请以来源页面和 README 为准。

平台分布

Codex

34.16%
按下载量换算597

Claude

34.04%
按下载量换算595

Cursor

17.82%
按下载量换算311

Gemini CLI

9.37%
按下载量换算164

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

可疑

权限和风险

需要联网

该 Skill 可能需要联网访问来源站点、仓库或外部 API;具体网络访问范围需要结合源码和 README 复核。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。来源安全扫描存在 warning/failed 结果,不能写成本站确认安全。当前只有一个来源,正式发布前建议补源仓库或其他目录站核验。

来源信息

继续浏览同类 Skills