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.
npx agentmods add rules/jondoescoding/jondoescoding-coding-rules/pinecone_intelligent_filteringgit clone --depth 1 https://github.com/jondoescoding/jondoescoding-coding-rulesWhat 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 | $0.00028 | $0.05939 |
| Opus 5 | $0.00014 | $0.02969 |
| Sonnet 5 | $0.00006 | $0.01188 |
| Haiku 4.5 | $0.00003 | $0.00594 |
Grade A, and why
pinecone_intelligent_filtering 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 yesterday.
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 — 871 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Pinecone Intelligent Filtering Implementation Guide
🎯 Mission Critical Overview
This rule provides a production-tested approach for implementing sophisticated metadata filtering in Pinecone vector databases using LangChain Expression Language (LCEL) chains and Pydantic models. Based on real-world implementation that achieved 35.1% performance improvement and 100% filtering accuracy.
Core Architecture
graph TD
A[User Query] --> B[LCEL Filter Chain]
B --> C[Pydantic PolicyFilter Model]
C --> D[Metadata Extraction]
D --> E[Pinecone Filter Builder]
E --> F[Search Strategy Router]
F --> G[Vector Search Execution]
G --> H[Fallback Handler]
H --> I[Results Aggregation]
I --> J[Formatted Response]
subgraph "Filter Types"
K[Country/Jurisdiction]
L[Policy Type]
M[Sectoral Coverage]
N[Date Ranges]
O[Implementation Status]
end
E --> K
E --> L
E --> M
E --> N
E --> O
⚠️ Mission Critical Requirements
NEVER Do These
- ❌ Never use
anytype - Always use strict typing with Union types or Pydantic models - ❌ Never hardcode filter values - Always extract from real data sources
- ❌ Never skip fallback mechanisms - Always implement graceful degradation
- ❌ Never use string concatenation for filters - Use structured Pydantic models
- ❌ Never ignore case sensitivity - Implement proper normalization
- ❌ Never skip validation - Always validate filter values against known metadata
ALWAYS Do These
- ✅ Always use Pydantic models for filter extraction and validation
- ✅ Always implement LCEL chains for structured LLM interactions
- ✅ Always provide fallback search when filters return no results
- ✅ Always log filter transformations for debugging and monitoring
- ✅ Always validate extracted values against real metadata options
- ✅ Always use proper TypeScript/Python typing throughout the stack
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.
- yesterday First seen · 871 lines · 28 tokens per session scan A 6329f8761722
pinecone_intelligent_filtering is a cursor rule published in the GitHub repository jondoescoding/jondoescoding-coding-rules (2 stars, last pushed 1mo ago), licensed MIT. It adds 28 tokens to every session and 5,939 once invoked, about $0.0001 per session on Opus 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
code-optimization
Guidelines for optimizing duplicate and poorly structured code.
app-router-patterns
Next.js 14+ App Router patterns — Server Components, Client Components, Route Handlers, Server Actions, and metadata API.
test-patterns
Selenium pytest test patterns — data-driven tests, fixtures, error handling, and performance checks.
testing-fundamentals
Core Cypress testing principles — selector strategy, smart waiting, and spec organization. Apply when writing or reviewing Cypress E2E tests.
new_features
Guidelines for integrating new features into the Task Master CLI.
utilities
// ✅ DO: Create focused, reusable utilities /.