agentleFS
Liberty91LTDLiberty91LTD/cti-skills/skills/pir-management/SKILL.md

pir-management

Skill35 starsChanged 47 days agoMITView on GitHub

Use when the user asks to create, review, retire, or refine Priority Intelligence Requirements, or wants to align collection and analysis to the current PIR set. Covers the PIR lifecycle end-to-end.

The file

We split this skill into the rules it gives an agent

7 rules. About 0 are common, 7 are distinctive, and 0 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈7

    Distinctive · estimate

    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
  1. Distinctive:

    When intelligence answering a PIR is produced:

    line 86
  2. Distinctive:

    Add to satisfaction history

    line 90
  3. Distinctive:

    Should scope be adjusted?

    line 97
  4. Distinctive:

    Should it be retired?

    line 98
  5. Distinctive:

    When a PIR is no longer needed:

    line 101
  6. Distinctive:

    Document reason for retirement

    line 104
  7. Distinctive:

    Check active PIRs before starting any new work

    line 135

≈ “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

Priority Intelligence Requirements (PIR) Management

PIRs are the foundation of relevant intelligence. They define what stakeholders need to know and drive all collection and analysis priorities. Without PIRs, a CTI team produces intelligence nobody asked for.

What is a PIR?

A PIR is a question that, when answered, directly supports a stakeholder's decision-making. PIRs are:

  • Stakeholder-driven — not what the analyst finds interesting
  • Decision-oriented — answering them enables action
  • Bounded — specific enough to collect against
  • Reviewable — can be assessed for satisfaction

PIR Format (SMART)

Each PIR should be:

  • Specific: Clear scope and focus
  • Measurable: Can determine when it's answered
  • Achievable: Can be collected against with available resources
  • Relevant: Directly supports stakeholder decisions
  • Time-bound: Has a review/expiry date

PIR Template

Store in data/pirs/active/PIR-XXX-<slug>.md:

---
pir_id: PIR-001
title: "What ransomware groups are actively targeting the European healthcare sector?"
created: 2026-01-15
review_date: 2026-04-15
status: active
priority: high
stakeholder: CISO
collection_sources: [osint, virustotal, otx]
knowledge_cells: [ransomware-ecosystem]
last_satisfied: 2026-03-01
satisfaction_count: 3
---

## Context
Why this PIR matters to the stakeholder. What decisions depend on the answer.

## Standing Requirements
- Monitor for new ransomware campaigns targeting healthcare
- Track ransomware group infrastructure changes
- Assess likelihood of targeting our specific organisation

## Collection Guidance
- OSINT: Monitor vendor reports, ISAC feeds, government advisories
- Technical: Enrich IOCs from healthcare-targeted campaigns
- Dark web: Monitor ransomware leak sites for healthcare victims

## Satisfaction History
| Date | Product | Summary |
|------|---------|---------|
| 2026-03-01 | Flash Report FR-2026-03-01 | New BlackCat campaign targeting EU hospitals |
| 2026-02-15 | Intelligence Summary IS-2026-02-15 | Monthly ransomware landscape update |

PIR Lifecycle

1. Creation

  • Stakeholder engagement: "What do you need to know to do your job?"
  • Draft PIR in SMART format
  • Assign priority (Critical / High / Medium / Low)
  • Map to collection sources and knowledge cells
  • Set review date (default: quarterly)

2. Collection Planning

For each active PIR:

  • Identify collection sources that can answer it
  • Set up standing collection tasks
  • Map to relevant knowledge cells for context
  • Document collection guidance

3. Satisfaction

When intelligence answering a PIR is produced:

  • Link the product to the PIR
  • Update last_satisfied date
  • Increment satisfaction_count
  • Add to satisfaction history

4. Review (Quarterly)

For each active PIR:

  • Is this still relevant to the stakeholder?
  • Has it been satisfactorily answered?
  • Should priority change?
  • Should scope be adjusted?
  • Should it be retired?

5. Retirement

When a PIR is no longer needed:

  • Set status: retired
  • Move from data/pirs/active/ to data/pirs/archive/
  • Document reason for retirement

PIR Priority Guide

PriorityCriteriaCollection Effort
CriticalImminent threat to organisation, board-level concern, regulatory requirementDedicated resources, daily monitoring
HighActive threat landscape relevant to organisation, CISO priorityRegular monitoring, weekly reporting
MediumGeneral awareness need, emerging threat areaPeriodic collection, monthly reporting
LowBackground intelligence, professional developmentOpportunistic collection

Common PIR Examples

Strategic PIRs

  • "What nation-state actors are likely to target our sector in the next 12 months?"
  • "How is the ransomware threat landscape evolving, and what are the implications for our risk posture?"
  • "What emerging technologies or attack vectors could change our threat profile?"

Operational PIRs

  • "What TTPs are currently being used against organisations in our sector?"
  • "Which vulnerabilities are being actively exploited that affect our technology stack?"
  • "Are there any active campaigns targeting our supply chain?"

Tactical PIRs

  • "What IOCs are associated with current campaigns targeting our sector?"
  • "What detection rules should we prioritise for the current threat landscape?"
  • "Are any of our assets or credentials appearing on dark web marketplaces?"

Orchestrator Integration

The orchestrator should:

  1. Check active PIRs before starting any new work
  2. Route collection and analysis tasks to relevant PIRs
  3. Tag all products with related PIR IDs
  4. Alert when a Critical PIR hasn't been satisfied in 30+ days
  5. Facilitate quarterly PIR reviews

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.