Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
git clone --depth 1 https://github.com/hamzaamjad/cursor-rulesWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/rules/hamzaamjad/cursor-rules/110-ira-framework)<a href="https://agentmods.dev/rules/hamzaamjad/cursor-rules/110-ira-framework"><img src="https://agentmods.dev/badge/rules/hamzaamjad/cursor-rules/110-ira-framework/github.svg" alt="Measured on agentmods" height="20"></a>Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.
<a href="https://agentmods.dev/rules/hamzaamjad/cursor-rules/110-ira-framework"><img src="https://agentmods.dev/badge/rules/hamzaamjad/cursor-rules/110-ira-framework.svg" alt="Reviewed on agentmods" width="80" height="20"></a>What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5.1 | $0.01177 | $0.01177 |
| Opus 5.5 | $0.00471 | $0.00471 |
| Sonnet 5.5 | $0.00235 | $0.00235 |
| Haiku 4.5 | $0.00118 | $0.00118 |
Grade A, and why
110-ira-framework scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 1mo ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 123 lines — stays where its author put it; the contents beside it link to each section on GitHub.
IRA Framework: Investigate, Research, Act
-
Purpose: Implement a systematic evidence-based approach to problem-solving that reduces ambiguity, integrates conflicting data, and ensures actionable outcomes through iterative validation.
-
Requirements:
- Investigation Phase:
- Clearly articulate the decision trigger with measurable success criteria
- Conduct comprehensive evidence audit of existing data and knowledge
- Identify and document all evidence gaps systematically
- Reframe vague problems into specific, researchable questions
- Research Phase:
- Match research methods to specific evidence gaps (generative vs evaluative)
- Deploy mixed methods for comprehensive understanding
- Synthesize findings using structured analysis (affinity mapping, thematic analysis)
- Prioritize insights by impact and feasibility metrics
- Action Phase:
- Co-create solutions with relevant stakeholders
- Implement controlled pilots with clear boundaries
- Embed measurement protocols from the start
- Conduct structured retrospectives for continuous improvement
- Investigation Phase:
-
Validation:
- Check: Decision trigger is documented with clear stakeholder mapping
- Check: Evidence gaps are explicitly identified before research begins
- Check: Research methods directly address identified gaps
- Check: Actions include embedded evaluation mechanisms
- Metric: Time from investigation to actionable insight < 2 weeks
-
Examples: <example_correct> Description: Investigating API performance degradation
# INVESTIGATE: Define the problem space decision_trigger = { "issue": "API response time increased 40% last week", "stakeholders": ["engineering", "customer_success", "product"], "success_metrics": {"p95_latency": "<200ms", "error_rate": "<0.1%"} } evidence_audit = { "available": ["APM metrics", "error logs", "deployment history"], "gaps": ["user impact data", "root cause analysis", "comparative benchmarks"] } # RESEARCH: Fill evidence gaps with targeted methods research_plan = { "user_impact": "Query customer support tickets + session replays", "root_cause": "Distributed tracing + code profiling", "benchmarks": "Load testing with previous versions" } # ACT: Implement with measurement pilot_rollout = { "solution": "Implement caching layer", "test_group": "10% of traffic", "metrics": ["latency", "cache_hit_rate", "error_rate"], "rollback_criteria": "error_rate > 0.5%" }</example_correct>
<example_incorrect> Description: Jumping to solutions without investigation
# BAD: No evidence audit or gap analysis def fix_performance(): # Assumption-based solution add_more_servers() # No investigation of actual bottleneck # No research phase deploy_to_production() # No pilot or measurement # No reflection mechanism close_ticket() # No learning captured</example_incorrect>
-
Integration Notes:
- Works best with: OODA loop for rapid iteration cycles
- May conflict with: Pure brainstorming approaches that skip evidence gathering
- Performance impact: Adds ~1-2 days upfront but reduces rework by 60%
-
Implementation Checklist:
- Create decision proposal template with stakeholder matrix
- Set up evidence repository with gap tracking
- Define research method selection criteria
- Establish pilot success/failure thresholds
- Schedule retrospective before starting next cycle
-
References:
- User Interviews Decision-Driven Research
- Evidence-Based Decision Making in Healthcare
- Internal:
@patterns/research-synthesis-methods.mdc
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 1mo ago First seen · 123 lines · 1,177 tokens per session scan A aaefc95f0a08
110-ira-framework is a cursor rule published in the GitHub repository hamzaamjad/cursor-rules (2 stars, last pushed 1y ago), licensed MIT. It adds 1,177 tokens to every session, about $0.0047 per session on Opus 5.5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.
Other cursor rules, from other repositories
fastapi-middleware
A small set of FastAPI rules covering expected errors, middleware, logging, error monitoring, and Pydantic models for checking request and response data.
mcp-debugging
The mcp-debug agent provides essential tools to test and explore MCP (Model Context Protocol) servers. This guide focuses on using the agent to debug MCP server behavior and functionality.
error-handling
Error handling patterns for backend services. Apply when handling errors in handlers or services.
RULE
Network troubleshooting — systematic diagnosis and resolution for connectivity, DNS, proxy, SSL, HTTP errors.
Error Handling and Logging
All application errors go through the centralized hierarchy in back/core/errors/. A global exception handler in shared/fastapi/main.createapp() translates them into a uniform ErrorResponse JSON body.
api-investigation
title: API Endpoint Investigation from OpenAPI/Swagger when.