agentleFS
catalsqlb-cmdcatalsqlb-cmd/Prism-H/skills/skills-codex/comm-lit-review/SKILL.md

comm-lit-review

Skill16 starsChanged 6 months agoMITView on GitHub

Communications-domain literature review and related-work search with database-aware source control. Use when the task is about communications, wireless, networking, satellite/NTN, Wi-Fi, cellular, transport protocols, congestion control, routing, scheduling, MAC/PHY, rate adaptation, channel estimation, beamforming, or communication-system research and the user wants papers, prior art, a survey, related work, or a landscape summary. Prioritize IEEE Xplore and ScienceDirect, prefer formal publications over preprints, and separate foundational work from recent progress.

2 other projects use a version of this, 2 of them edited.

Adopted by

Most recently taken up by

The file

Show its rules and text

We split this skill into the rules it gives an agent

26 rules. About 0 are common, 24 are distinctive, and 2 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈24

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 2

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Run communications-focused paper search with tighter source policy than a generic literature review.

    line 10
  2. Distinctive:

    Read references/source-policy.md before searching.

    line 12
  3. Distinctive:

    If the request is not clearly in communications systems research, fall back to a more general literature skill.

    line 26
  4. Distinctive:

    Default split: foundational before 2022, recent from 2022 onward

    line 35
  5. Distinctive:

    If the user explicitly narrows scope, obey the narrower scope:

    line 38
  6. Distinctive:

    only IEEE / only ScienceDirect

    line 41
  7. Distinctive:

    only LEO / only Wi-Fi / only transport

    line 43
  8. Distinctive:

    only papers after a certain year

    line 45
  9. Distinctive:

    Use a layered search strategy.

    line 49
  10. Distinctive:

    Search in this order by default:

    line 53
  11. Distinctive:

    Only move to the next database tier when one of these is true:

    line 60
  12. Distinctive:

    all remaining relevant formal venues

    line 72
  13. Distinctive:

    Follow the concrete tier lists in references/venue-tiering.md.

    line 74
  14. Distinctive:

    Default behavior: start from Tier A, then widen if needed

    line 78
  15. Very specific:

    If the user says only top venues, top journals only, top conferences only, or equivalent, switch to hard constraint mode and do not …

    line 79
  16. Distinctive:

    Use preprints only when:

    line 81
  17. Very specific:

    When a preprint is used, label it clearly as preprint.

    line 87
  18. Distinctive:

    Follow the templates in references/output-template.md.

    line 127
  19. Distinctive:

    Prefer primary sources over summaries or tertiary commentary.

    line 138
  20. Distinctive:

    Prefer IEEE and ScienceDirect first, ACM second, and only then broader web search unless the user asks otherwise.

    line 139
  21. Distinctive:

    Search venue tiers from top to broad within each database tier.

    line 140
  22. Distinctive:

    Treat venue tiers as soft ranking by default and hard constraint only when the user explicitly asks for top-only search.

    line 141
  23. Distinctive:

    Do not pretend a preprint is peer reviewed.

    line 142
  24. Distinctive:

    Do not collapse transport-layer rate control and PHY/MAC rate adaptation into one bucket without saying so explicitly.

    line 143
  25. Distinctive:

    If the topic spans multiple layers, say that the literature itself is split across layers.

    line 144
  26. Distinctive:

    If evidence is weak, say so instead of smoothing it over.

    line 145

≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Comm Lit Review

Overview

Run communications-focused paper search with tighter source policy than a generic literature review. Default to formal publications, prioritize IEEE Xplore and ScienceDirect, then ACM Digital Library, and output a review that is structured for research use rather than casual browsing.

Read references/source-policy.md before searching. Use references/domain-taxonomy.md to classify the topic, references/venue-tiering.md to rank venues, and references/output-template.md to format the final answer.

Workflow

1. Classify the request

Decide whether the request is primarily about:

  • Wireless PHY/MAC
  • Networking / transport / congestion control
  • Satellite / NTN / integrated space-air-ground systems
  • Cross-layer optimization / scheduling / resource allocation
  • Sensing / MEC / edge intelligence within communications systems

If the request is not clearly in communications systems research, fall back to a more general literature skill.

2. Lock the search policy

Apply these defaults unless the user overrides them:

  • Databases first: IEEE Xplore, ScienceDirect, then ACM Digital Library, then broader web
  • Publication bias: formal publications first, preprints second
  • Time window: cover both foundational and recent work
    • Default split: foundational before 2022, recent from 2022 onward
  • Output goal: research note, related-work summary, or comparison table rather than a raw search dump

If the user explicitly narrows scope, obey the narrower scope:

  • only journals
  • only IEEE / only ScienceDirect
  • only top venues
  • only LEO / only Wi-Fi / only transport
  • exclude arXiv
  • only papers after a certain year

3. Search primary sources first

Use a layered search strategy. For communications topics, do not build the review from random blog posts or derivative summaries.

Database ladder

Search in this order by default:

  1. ieeexplore.ieee.org
  2. sciencedirect.com
  3. dl.acm.org
  4. broader web using primary publisher pages, official conference sites, DOI pages, and author-hosted copies of already-identified formal papers

Only move to the next database tier when one of these is true:

  • the higher-priority tiers are too sparse for the topic
  • the topic is known to publish heavily outside the higher tier
  • the user explicitly asks for broader coverage

Venue ladder

Within each database tier, search venue tiers in this order:

  1. top communications and networking journals / top conferences
  2. mainstream strong journals / flagship broader conferences
  3. all remaining relevant formal venues

Follow the concrete tier lists in references/venue-tiering.md.

By default this venue tiering is a soft priority, not a hard whitelist.

  • Default behavior: start from Tier A, then widen if needed
  • If the user says only top venues, top journals only, top conferences only, or equivalent, switch to hard constraint mode and do not auto-expand beyond Tier A unless the user later relaxes the constraint

Use preprints only when:

  • the user explicitly asks for them
  • the area is very recent and formal versions are missing
  • a paper is clearly influential but only publicly accessible as a preprint

When a preprint is used, label it clearly as preprint.

4. Extract paper-level facts

For each relevant paper, capture:

  • Title
  • Authors
  • Year
  • Venue
  • Layer or system scope
  • Scenario and assumptions
  • Core method
  • Main result or claim
  • Limitation
  • Relevance to the user's topic
  • Source URL

Favor numbers, assumptions, and actual problem statements over generic summaries.

5. Synthesize as a communications review

Group papers by technical axis, not by search order. Common groupings:

  • PHY/MAC adaptation
  • Transport / congestion control
  • NTN / satellite resource management
  • Cross-layer or learning-based control
  • Measurement / empirical studies

Explicitly separate:

  • foundational vs recent papers
  • formal publications vs preprints
  • top-tier vs lower-tier venues when that distinction matters
  • single-link vs multi-user / network-wide formulations
  • simulation-only vs measurement / deployment-backed work

6. Produce a research-useful output

Follow the templates in references/output-template.md.

The default output should include:

  • a compact literature table
  • a short narrative on where the field stands
  • disagreements or unresolved assumptions
  • likely research gaps

Rules

  • Prefer primary sources over summaries or tertiary commentary.
  • Prefer IEEE and ScienceDirect first, ACM second, and only then broader web search unless the user asks otherwise.
  • Search venue tiers from top to broad within each database tier.
  • Treat venue tiers as soft ranking by default and hard constraint only when the user explicitly asks for top-only search.
  • Do not pretend a preprint is peer reviewed.
  • Do not collapse transport-layer rate control and PHY/MAC rate adaptation into one bucket without saying so explicitly.
  • If the topic spans multiple layers, say that the literature itself is split across layers.
  • If evidence is weak, say so instead of smoothing it over.

Download now (ZIP)

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
What did you use it for? e.g. Reviewing pull requests in a Rails app

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.