agentleFS
synaptiaisynaptiai/agent-capability-standard/skills/predict/SKILL.md

predict

Skill6 starsChanged 13 days agoApache-2.0View on GitHub

Forecast future states or outcomes based on current data and trends. Use when estimating future values, projecting trajectories, forecasting outcomes, or anticipating system behavior.

1 other project uses a version of this.

Adopted by

Most recently taken up by

The file

We split this skill into the rules it gives an agent

10 rules. About 0 are common, 9 are distinctive, and 1 is very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈9

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 1

    Very specific

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

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Look for relevant precedents

    line 46
  2. Distinctive:

    Establish conditions: Document assumptions about the future

    line 48
  3. Distinctive:

    Ground prediction: Document evidence and reasoning

    line 63
  4. Distinctive:

    Verification tools: Read (to verify historical data references)

    line 206
  5. Distinctive:

    Always provide probability, never claim certainty about future

    line 216
  6. Distinctive:

    Document assumptions that could invalidate prediction

    line 217
  7. Distinctive:

    Consider alternative outcomes, especially failure modes

    line 218
  8. Distinctive:

    Do not predict beyond available data horizon without noting extrapolation

    line 219
  9. Very specific:

    Never use predict for current state (use measure or observe)

    line 235
  10. Distinctive:

    Avoid predict when historical data is insufficient

    line 236

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

Intent

Forecast future states or outcomes for a target based on current state, historical patterns, and assumed conditions. This capability consolidates all forecasting tasks (risk, impact, time, etc.) into a single parameterized operation.

Success criteria:

  • Prediction for requested target and horizon provided
  • Probability or confidence assigned to prediction
  • Alternative outcomes considered
  • Assumptions explicitly stated

Compatible schemas:

  • schemas/output_schema.yaml

Inputs

ParameterRequiredTypeDescription
targetYesstringWhat to predict (metric, state, outcome, event)
horizonNostringPrediction timeframe (e.g., "1 week", "next release", "end of sprint")
conditionsNoobjectAssumed conditions for prediction

Inputs not listed here are outside the capability's contract: a workflow step that binds them gets W604 (STANDARD v1.1 §5.5).

Procedure

  1. Define prediction target: Clarify what outcome is being predicted
    • Specify the metric, state, or event to forecast
    • Establish the prediction horizon
    • Note any boundary conditions
  2. Gather historical data: Collect relevant past observations
    • Identify patterns and trends
    • Note data quality and coverage
    • Look for relevant precedents
  3. Establish conditions: Document assumptions about the future
    • Note what must remain constant
    • Identify key variables that could change
    • Consider external factors
  4. Generate prediction: Forecast the most likely outcome
    • Apply trend analysis or modeling
    • Calculate probability of primary prediction
    • Identify alternative outcomes
  5. Consider alternatives: Evaluate other possible outcomes
    • List plausible alternative scenarios
    • Assign rough probabilities to alternatives
    • Note what would cause each alternative
  6. Ground prediction: Document evidence and reasoning
    • Reference data supporting the prediction
    • Note the reasoning chain
    • Explicitly state all assumptions

Output Contract

Return a structured object:

prediction:
  outcome: any  # Predicted value, state, or event
  horizon: string  # When this prediction applies
probability: number  # 0.0-1.0 likelihood of the predicted outcome
alternatives:
  - outcome: any  # Alternative outcome
    probability: number  # Likelihood
    trigger: string  # What would cause this
trajectory:  # Optional: predicted path to outcome
  - timestamp: string
    state: any
reasoning: string  # Explanation of prediction logic
confidence: 0..1  # Confidence in prediction methodology
evidence_anchors: ["file:line", "data:source"]
assumptions: []  # Critical assumptions
invalidation_conditions: []  # What would invalidate this prediction

Field Definitions

FieldTypeDescription
predictionanyThe prediction: outcome (predicted future state or value) and horizon (timeframe)
probabilitynumber0.0-1.0 likelihood of the predicted outcome
alternativesarrayOther possible outcomes with triggers
trajectoryarrayPath from current to predicted state
reasoningstringExplanation of prediction logic
invalidation_conditionsarrayWhat would make prediction invalid
confidencenumber0.0-1.0 confidence in the prediction methodology (distinct from probability)
evidence_anchorsarrayReferences to the data the prediction rests on
assumptionsarrayCritical assumptions

Examples

Example 1: Predict Sprint Completion

Input:

target: "sprint story completion"
horizon: "end of sprint (5 days)"
conditions:
  team_size: 4
  no_major_blockers: true

Output:

prediction:
  outcome: "7 of 10 stories completed (70%)"
  horizon: "end of sprint (5 days)"
probability: 0.65
alternatives:
  - outcome: "10 of 10 stories completed (100%)"
    probability: 0.15
    trigger: "No unexpected blockers, all estimates accurate"
  - outcome: "5 of 10 stories completed (50%)"
    probability: 0.20
    trigger: "Major blocker or team member unavailable"
trajectory:
  - timestamp: "Day 2"
    state: "3 stories completed"
  - timestamp: "Day 4"
    state: "5-6 stories completed"
  - timestamp: "Day 5"
    state: "7 stories completed"
reasoning: "Based on team velocity of 1.5 stories/day and current progress, projecting linear completion. Historical sprints show 70% completion rate."
confidence: 0.7
evidence_anchors:
  - "tool:jira:sprint-history"
  - "tool:jira:current-burndown"
assumptions:
  - "Team velocity remains consistent"
  - "Story estimates are accurate"
  - "No unplanned work introduced"
invalidation_conditions:
  - "Team member becomes unavailable"
  - "Critical production incident"
  - "Scope change to sprint"

Example 2: Predict System Failure

Input:

target: "disk space exhaustion"
horizon: "next 30 days"
conditions:
  growth_rate: "current trend"

Output:

prediction:
  outcome: "Disk will reach 95% capacity"
  horizon: "18-22 days"
probability: 0.85
alternatives:
  - outcome: "Disk reaches 100% (service outage)"
    probability: 0.60
    trigger: "No cleanup or expansion action taken"
  - outcome: "Capacity remains stable"
    probability: 0.10
    trigger: "Log rotation reduces growth rate"
trajectory:
  - timestamp: "Day 7"
    state: "85% capacity"
  - timestamp: "Day 14"
    state: "90% capacity"
  - timestamp: "Day 20"
    state: "95% capacity"
reasoning: "Current growth rate of 0.5% per day on 80% utilized 500GB disk. Linear projection shows critical threshold in ~20 days."
confidence: 0.8
evidence_anchors:
  - "command:df -h /data"
  - "tool:monitoring:disk-trend-7d"
assumptions:
  - "Growth rate continues at current pace"
  - "No bulk data imports or exports"
  - "Log retention policy unchanged"
invalidation_conditions:
  - "Growth rate changes significantly"
  - "Disk expanded or data archived"
  - "Application behavior changes"

Verification

  • Prediction includes specific outcome and probability
  • Horizon is clearly specified
  • At least one alternative outcome considered
  • Assumptions are explicitly documented
  • Evidence supports the prediction reasoning

Verification tools: Read (to verify historical data references)

Safety Constraints

  • mutation: false
  • requires_checkpoint: false
  • requires_approval: false
  • risk: low

Capability-specific rules:

  • Always provide probability, never claim certainty about future
  • Document assumptions that could invalidate prediction
  • Consider alternative outcomes, especially failure modes
  • Do not predict beyond available data horizon without noting extrapolation
  • Flag when prediction confidence is too low to be actionable

Composition Patterns

Commonly follows:

  • measure - Measurements provide basis for predictions
  • observe - Current state observations inform predictions
  • discover - Discovered patterns enable predictions

Commonly precedes:

  • plan - Predictions inform planning decisions
  • compare - Predicted outcomes can be compared
  • simulate - Predictions guide simulation scenarios

Anti-patterns:

  • Never use predict for current state (use measure or observe)
  • Avoid predict when historical data is insufficient

Workflow references:

  • See reference/workflow_catalog.yaml#digital_twin_sync_loop for forecasting in digital twins

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.