@devilsdev/rag-pipeline-utils 2.1.7 → 2.1.9

package/.github/workflows/roadmap-labels.yml

@@ -1,67 +0,0 @@
-# Version: 1.0.0
-# Description: Ensures roadmap labels (priority, group) exist in the repo
-# Author: Ali Kahwaji
-
-name: 🔖 Sync Roadmap Labels
-
-on:
-  workflow_dispatch:
-  push:
-    paths:
-      - '.github/workflows/roadmap-labels.yml'
-
-jobs:
-  sync-labels:
-    runs-on: ubuntu-latest
-
-    steps:
-      - name: ⬇️ Checkout repository
-        uses: actions/checkout@v4
-
-      - name: 🟢 Setup Node.js
-        uses: actions/setup-node@v4
-        with:
-          node-version: 20
-
-      - name: 📦 Install octokit
-        run: npm install octokit
-
-      - name: 🔖 Run label sync
-        env:
-          GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }}
-          GITHUB_REPO: ${{ github.repository }}
-        run: |
-          node <<EOF
-          const { Octokit } = require("octokit");
-
-          const octokit = new Octokit({ auth: process.env.GITHUB_TOKEN });
-          const [owner, repo] = process.env.GITHUB_REPO.split("/");
-
-          const labels = [
-            { name: "priority: high", color: "e11d48", description: "High priority roadmap item" },
-            { name: "priority: medium", color: "f59e0b", description: "Medium priority roadmap item" },
-            { name: "priority: low", color: "10b981", description: "Low priority roadmap item" },
-            { name: "group: docs", color: "6366f1", description: "Documentation features" },
-            { name: "group: devx", color: "06b6d4", description: "Developer experience improvements" },
-            { name: "group: community", color: "ec4899", description: "Community tools & engagement" },
-            { name: "group: blog", color: "f97316", description: "Blog & SEO enhancements" },
-            { name: "group: infra", color: "64748b", description: "Infrastructure & deployment features" }
-          ];
-
-          (async () => {
-            const existing = await octokit.rest.issues.listLabelsForRepo({ owner, repo });
-            const existingNames = new Set(existing.data.map(l => l.name));
-
-            for (const label of labels) {
-              if (!existingNames.has(label.name)) {
-                console.log(`➕ Creating label: ${label.name}`);
-                await octokit.rest.issues.createLabel({ owner, repo, ...label });
-              } else {
-                console.log(`✅ Label already exists: ${label.name}`);
-              }
-            }
-          })().catch(err => {
-            console.error("Label sync failed:", err);
-            process.exit(1);
-          });
-          EOF

package/.github/workflows/roadmap-sync.yml

@@ -1,44 +0,0 @@
-name: 🚀 Roadmap Sync (Labels + Issues)
-
-on:
-  push:
-    branches: [main]
-    paths:
-      - '.github/roadmap-labels.yml'
-      - '.github/PROJECT_ROADMAP.md'
-      - 'scripts/create-roadmap-issues.js'
-      - 'scripts/ensure-roadmap-labels.js'
-
-  workflow_dispatch:
-
-permissions:
-  issues: write
-  contents: read
-
-jobs:
-  roadmap-sync:
-    name: 🔁 Sync Labels + Issues from Roadmap
-    runs-on: ubuntu-latest
-
-    steps:
-      - name: 📥 Checkout repository
-        uses: actions/checkout@v4
-
-      - name: 🛠 Setup Node.js
-        uses: actions/setup-node@v4
-        with:
-          node-version: 20
-          cache: 'npm'
-
-      - name: 📦 Install dependencies
-        run: npm ci
-
-      - name: 🔖 Sync GitHub labels from roadmap-labels.yml
-        run: node scripts/ensure-roadmap-labels.js
-        env:
-          GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }}
-
-      - name: 📝 Create or update roadmap issues
-        run: node scripts/create-roadmap-issues.js
-        env:
-          GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }}

package/.github/workflows/sync-roadmap.yml

@@ -1,62 +0,0 @@
-# .github/workflows/sync-roadmap.yml
-# Version: 2.1.0
-# Description: Unified workflow to sync roadmap issues, labels, and states
-# Author: Ali Kahwaji
-
-name: 🚀 Sync Roadmap to GitHub Issues
-
-on:
-  workflow_dispatch:
-  push:
-    branches: [main]
-    paths:
-      - '.github/PROJECT_ROADMAP.md'
-      - '.github/workflows/sync-roadmap.yml'
-      - 'scripts/**.js'
-
-permissions:
-  contents: write
-  issues: write
-
-jobs:
-  sync:
-    name: 📌 Roadmap Sync
-    runs-on: ubuntu-latest
-
-    steps:
-      - name: ⬇️ Checkout
-        uses: actions/checkout@v4
-
-      - name: 🛠 Setup Node.js
-        uses: actions/setup-node@v4
-        with:
-          node-version: 20
-
-      - name: 📦 Install roadmap dependencies
-        run: npm install
-        env:
-          NODE_ENV: development
-
-      - name: 🔖 Ensure roadmap labels exist
-        run: node scripts/ensure-roadmap-labels.js
-        env:
-          GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }}
-          GITHUB_REPO: ${{ github.repository }}
-
-      - name: 🗂 Sync roadmap issues
-        run: node scripts/create-roadmap-issues.js
-        env:
-          GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }}
-          GITHUB_REPO: ${{ github.repository }}
-
-      - name: 🏷 Apply labels to roadmap issues
-        run: node scripts/label-roadmap-issues.js
-        env:
-          GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }}
-          GITHUB_REPO: ${{ github.repository }}
-
-      - name: ✅ Close completed issues
-        run: node scripts/close-done-roadmap-issues.js
-        env:
-          GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }}
-          GITHUB_REPO: ${{ github.repository }}

package/.github/workflows/verify-blog-badge.yml

@@ -1,50 +0,0 @@
-# .github/workflows/verify-blog-badge.yml
-# Version: 1.3.0
-# Description: Validates presence of blog generation badge + GitHub Action output
-# Author: Ali Kahwaji
-
-name: 🖍 Blog Badge Verification
-
-on:
-  workflow_dispatch:
-  workflow_run:
-    workflows: ["Auto Generate Blog + Changelog"]
-    types:
-      - completed
-
-jobs:
-  verify:
-    name: 🌟 Verify Blog Badge and Output
-    runs-on: ubuntu-latest
-    if: ${{ github.event.workflow_run.conclusion == 'success' }}
-
-    steps:
-      - name: ⬇️ Checkout repository
-        uses: actions/checkout@v4
-
-      - name: 🔍 Validate README badge reference
-        run: |
-          echo "Checking for badge reference in README.md..."
-          grep -q "post-release-generate-blog.yml/badge.svg" README.md || {
-            echo "❌ Missing badge for post-release-generate-blog.yml in README.md"
-            exit 1
-          }
-
-      - name: 🌐 Validate badge URL status
-        run: |
-          BADGE_URL="https://github.com/DevilsDev/rag-pipeline-utils/actions/workflows/post-release-generate-blog.yml/badge.svg?branch=main"
-          STATUS=$(curl -s -o /dev/null -w "%{http_code}" "$BADGE_URL")
-
-          echo "Badge response: $STATUS"
-          if [ "$STATUS" != "200" ]; then
-            echo "❌ Blog badge not reachable (HTTP $STATUS)"
-            exit 1
-          fi
-
-      - name: 🧾 Log assumed blog generation output (manual mapping)
-        run: |
-          echo "⚠️ Outputs from 'workflow_run' do not include job outputs."
-          echo "Assuming blog_generated=true based on successful workflow completion."
-
-      - name: ✅ Blog badge verified
-        run: echo "✅ Blog badge verified and present in README."

package/.husky/pre-commit

@@ -1,6 +0,0 @@
-#!/usr/bin/env sh
-. "$(dirname -- "$0")/_/husky.sh"
-
-npm run validate-fixtures && npm run lint
-npx lint-staged
-node scripts/validate-changelog-version.js

package/CHANGELOG.md

@@ -1,131 +0,0 @@
-# Changelog
-
-## [2.1.7](https://github.com/DevilsDev/rag-pipeline-utils/compare/v2.1.6...v2.1.7) (2025-04-25)
-
-
-### Bug Fixes
-
-* **ci:** patch blog release workflow with DRY_RUN and safer outputs ([18f1b7d](https://github.com/DevilsDev/rag-pipeline-utils/commit/18f1b7dd4019022d76de9097db1ff8cfd858d83e))
-
-<<<<<<< HEAD
-## 2.1.5 - 2025-04-22
-### Features
-- Synced roadmap labels + issues via CI
-- Added auto-close for Done roadmap entries
-
-### Fixes
-- ES module compatibility fixes for roadmap scripts
-- Improved test isolation and mocking for Octokit
-
-### DevOps
-- CI chain includes roadmap validation and label sync
-- CLI tools support changelog generation + blog linking
-
-
-=======
-## [2.1.5](https://github.com/DevilsDev/rag-pipeline-utils/compare/v2.1.4...v2.1.5) (2025-04-22)
-
-
-### Bug Fixes
-
-* **scripts:** prevent null status crash in roadmap issue closer ([89d5a0b](https://github.com/DevilsDev/rag-pipeline-utils/commit/89d5a0bc4cac554975974558b97974297816f169))
-
->>>>>>> 6475a97d362f7cd9779e1268f1c816764a7fd62c
-## [2.1.4](https://github.com/DevilsDev/rag-pipeline-utils/compare/v2.1.3...v2.1.4) (2025-04-21)
-
-
-### Bug Fixes
-
-* update CI and deployment workflows for docs build and GitHub Pages deployment ([11739ba](https://github.com/DevilsDev/rag-pipeline-utils/commit/11739ba222669e359232807e461bc84d68d913cb))
-* update CI and deployment workflows for docs build and GitHub Pages deployment ([8de276f](https://github.com/DevilsDev/rag-pipeline-utils/commit/8de276f8cb6c91a291322783dc944b0f4799974f))
-
-## [2.1.3](https://github.com/DevilsDev/rag-pipeline-utils/compare/v2.1.2...v2.1.3) (2025-04-21)
-
-
-### Bug Fixes
-
-* Refactor CI workflows for better separation of concerns ([ef2954b](https://github.com/DevilsDev/rag-pipeline-utils/commit/ef2954b9161a73367cafa04d29f2e56164e4b1c0))
-
-## [2.1.2](https://github.com/DevilsDev/rag-pipeline-utils/compare/v2.1.1...v2.1.2) (2025-04-21)
-
-
-### Bug Fixes
-
-* resolve build/test errors, update jest configuration, and ensure compatibility with ECMAScript modules ([e6259f9](https://github.com/DevilsDev/rag-pipeline-utils/commit/e6259f924f38da66f9fc9cb7c01a8d6665bf5cbd))
-
-## [2.1.1](https://github.com/DevilsDev/rag-pipeline-utils/compare/v2.1.0...v2.1.1) (2025-04-18)
-
-
-### Bug Fixes
-
-* **blog:** convert tags.yml to valid object format for Docusaurus v3 ([6a7a9bf](https://github.com/DevilsDev/rag-pipeline-utils/commit/6a7a9bfa3501d30529b21e36fa51ab47d151f7a3))
-* **blog:** convert tags.yml to valid object format for Docusaurus v3 ([fa2fff9](https://github.com/DevilsDev/rag-pipeline-utils/commit/fa2fff969dc242e66d92a80b4aa2ff8e07f9fd0f))
-
-## [2.1.0] - 2025-04-18 (2025-04-18)
-
-
-### Features
-
-* **docs-site:** add Storybook integration with BlogCard + LQIP image automation ([80965b8](https://github.com/DevilsDev/rag-pipeline-utils/commit/80965b8ef1d26372852ee0f39b56a73f337e0cea))
-
-## [2.0.1](https://github.com/DevilsDev/rag-pipeline-utils/compare/v2.0.0...v2.0.1) (2025-04-17)
-
-
-### Bug Fixes
-
-* add @docusaurus/preset-classic to enable CI builds ([ed5e771](https://github.com/DevilsDev/rag-pipeline-utils/commit/ed5e771f919face4693a6a7abfed4cf0fe1325ca))
-
-## [2.0.0] - 2025-04-17 (2025-04-17)
-
-
-### Bug Fixes
-
-* **ci:** correct .ragrc.json plugin paths and CLI test cwd to resolve plugin loading in CI ([911c23b](https://github.com/DevilsDev/rag-pipeline-utils/commit/911c23b1d3ddb9e2d938b37f4422a5d81995e97f))
-* **ci:** resolve plugin path error in .ragrc.json for GitHub Actions compatibility ([affc739](https://github.com/DevilsDev/rag-pipeline-utils/commit/affc739d5c4ff2070b1a1ca0ccf3f9137d6cee5a))
-* **ci:** resolve plugin path failures in .ragrc.json during CLI integration tests ([04b977b](https://github.com/DevilsDev/rag-pipeline-utils/commit/04b977b3b745fa3d3ab47c84b2aeee3285896068))
-* **cli:** correct path to load-plugin-config.js after moving to /src/config ([f743498](https://github.com/DevilsDev/rag-pipeline-utils/commit/f743498ec32e03151eda9ba7fe5886bda8da792f))
-* **config:** use default export when importing plugin registry ([ef8dce1](https://github.com/DevilsDev/rag-pipeline-utils/commit/ef8dce12bfab62bc9faec764198b98c0c356472e))
-* **test:** ensure .ragrc.json copied to project root for CLI fallback in CI ([31bd2b8](https://github.com/DevilsDev/rag-pipeline-utils/commit/31bd2b844279fb0404056d9929e5f28f9127eb12))
-* **tests:** define __dirname manually for ESM compatibility in CLI integration test ([18b8dad](https://github.com/DevilsDev/rag-pipeline-utils/commit/18b8dadabb852243dda2b78de048c71106a759fc))
-
-
-### Features
-
-* **ci:** integrate full fixture validation, schema contracts, and CLI test flow ([2b57fe9](https://github.com/DevilsDev/rag-pipeline-utils/commit/2b57fe90e64a806815c1f66f5e2a745780270ce6))
-* **cli:** dynamic plugin registration with config fallback and middleware injection ([cc24b7e](https://github.com/DevilsDev/rag-pipeline-utils/commit/cc24b7e74d0a2630eb1c6d2def69b370329dcc2b))
-* **plugins:** enable dynamic plugin registration from JSON config ([d81d6d7](https://github.com/DevilsDev/rag-pipeline-utils/commit/d81d6d7d5f2d21b5a46b379b530c162ba9c30398))
-* **testing:** integrate full fixture and validation setup for CLI + reranker ([ab96037](https://github.com/DevilsDev/rag-pipeline-utils/commit/ab9603765594e7718e2688b80797e1f5e8afe86f))
-
-
-### BREAKING CHANGES
-
-* **cli:**  now requires named options for middleware injection; existing usage must be updated.
-
-## [1.0.2] - 2025-04-15
-### Fixed
-- Corrected plugin path resolution in `.ragrc.json` fixture for CI compatibility.
-- Resolved `ERR_MODULE_NOT_FOUND` during CLI integration tests in GitHub Actions.
-- Ensured consistent module resolution across environments (Windows, Linux, CI).
-
-
-## [1.0.1](https://github.com/DevilsDev/rag-pipeline-utils/compare/v1.0.0...v1.0.1) (2025-04-14)
-
-
-### Bug Fixes
-
-* **ci:** initialize release pipeline and scaffold changelog ([179b486](https://github.com/DevilsDev/rag-pipeline-utils/commit/179b486effb0751b8735a9f849825eb63930ad01))
-* **tests:** add missing sample PDF fixture and pre-test setup script ([de8e2b2](https://github.com/DevilsDev/rag-pipeline-utils/commit/de8e2b2c19034b521fc5ae1cdebbe3884a2fd15f))
-
-All notable changes to this project will be documented in this file.
-
-The format is based on [Semantic Versioning](https://semver.org/), and this project uses [semantic-release](https://github.com/semantic-release/semantic-release) for automated versioning and changelog generation.
-
-## v2.1.6
-
-- chore: remove legacy changelog workflow and finalize blog badge
-- ci(workflows): add blog badge verification workflow
-- ci(workflows): add blog badge verification workflow
-- ci(workflows): add blog badge verification workflow
-- docs(blog): add release post for v2.1.5
-
----

package/Dockerfile

@@ -1,22 +0,0 @@
-# Version: 0.1.0
-# Path: /Dockerfile
-# Description: Minimal Docker image for rag-pipeline CLI
-# Author: Ali Kahwaji
-
-FROM node:18-slim
-
-# Create app directory
-WORKDIR /app
-
-# Copy package files and install deps
-COPY package*.json ./
-RUN npm ci --omit=dev
-
-# Copy application source
-COPY . .
-
-# Set default entrypoint
-ENTRYPOINT ["node", "./bin/cli.js"]
-
-# Default help
-CMD ["--help"]

package/Use-Cases.md

@@ -1,134 +0,0 @@
-# RAG Pipeline Utils — Developer-Focused Use Cases
-
-> Modular, composable, and CI-verified RAG orchestration for modern AI applications.
-
----
-
-##  Use Case 1: Pluggable Local RAG Stack for Prototyping
-
-**Problem:** Traditional RAG tools force tight vendor dependencies.
-
-**Solution:** Use mockable local plugin implementations to simulate loaders, embedders, retrievers, and LLMs.
-
-```bash
-npm install @devilsdev/rag-pipeline-utils
-```
-
-```js
-// cli.js or app.js
-import { PluginRegistry } from './src/core/plugin-registry.js';
-import { loadRagConfig } from './src/config/load-config.js';
-
-const config = loadRagConfig('.ragrc.json');
-const loader = PluginRegistry.getPlugin('loader', 'pdf');
-const docs = loader.load('./test.pdf');
-```
-
-**Benefits**
-- Local plugin mocks with expected method contracts
-- Reusable plugin templates (`pdf-loader.js`, `openai-embedder.js`)
-- Dev-first DX: debug, snapshot, iterate without cloud costs
-
----
-
-##  Use Case 2: Declarative CLI RAG Pipelines (CI-Ready)
-
-**Problem:** Hardcoded pipeline steps can't be validated or changed by non-engineers.
-
-**Solution:** Define `.ragrc.json` once and reuse across environments.
-
-```json
-{
-  "loader": { "pdf": "./src/mocks/pdf-loader.js" },
-  "embedder": { "openai": "./src/mocks/openai-embedder.js" },
-  "retriever": { "pinecone": "./src/mocks/pinecone-retriever.js" },
-  "llm": { "openai": "./src/mocks/openai-llm.js" },
-  "namespace": "docs-poc",
-  "pipeline": ["loader", "embedder", "retriever"]
-}
-```
-
-```bash
-node ./bin/cli.js ingest ./docs/whitepaper.pdf
-node ./bin/cli.js query "What’s the goal of this architecture?"
-```
-
-**Benefits**
-- Teams can standardize pipelines in source control
-- Tests fail fast if structure or mocks drift
-- Non-devs can operate pipelines via CLI
-
----
-
-## Use Case 3: Mock-First TDD for Plugin Development
-
-**Problem:** LLM, vector, and loader logic are often developed without tests.
-
-**Solution:** Define contract-compliant mocks and CI-validate their structure before connecting to APIs.
-
-```js
-export default class CustomEmbedder {
-  embed(docs) { return docs.map(...); }
-  embedQuery(q) { return [...]; }
-}
-```
-
-Run full contract verification:
-
-```bash
-npm run ci
-```
-
-**Benefits**
-- Every plugin is CI-verified for method presence
-- Shared contracts enforce required interfaces
-- Onboarding new devs? Just follow `pluginContracts.js`
-
----
-
-##  Use Case 4: Vendor-Neutral AI Data Pipelines
-
-**Problem:** Every RAG stack is locked to OpenAI + Pinecone + Langchain.
-
-**Solution:** Use this project to mix, match, or mock vector/LLM pairs:
-
-```js
-"retriever": { "localstore": "./src/plugins/local-retriever.js" },
-"llm": { "cohere": "./src/plugins/cohere-llm.js" }
-```
-
-**Benefits**
-- Run multiple RAG pipelines in parallel (A/B testing, evals)
-- Lower infra cost with offline/local plugin support
-- Integrate with tools outside Langchain ecosystem
-
----
-
-## 🛠 Use Case 5: Plugin Engineering with Guardrails
-
-**Problem:** Complex plugin systems break silently.
-
-**Solution:** This framework has:
-- Plugin method contract enforcement
-- CLI test runner (`scripts/ci-runner.js`)
-- Auto repair tool (`scripts/repair-fixtures.js`)
-
-**DX Boost**
-- One-line plugin repairs
-- Validated schema structure
-- Aligned to real-world developer workflows
-
----
-
-## Cross References
-
-- [README](./README.md) — Project overview, architecture, CLI and configuration details
-- [pluginContracts.js](./src/core/plugin-contracts.js) — Interface contracts for loader, embedder, retriever, LLM
-- [diagnostic-reporter.js](./src/utils/ci/diagnostic-reporter.js) — CI error helper
-- [repair-fixtures.js](./scripts/repair-fixtures.js) — Auto-regeneration of mocks
-
----
-
-## License
-
-Licensed under the **GPL-3.0 License** — see [LICENSE](./LICENSE) for full terms.

package/__tests__/fixtures/.ragrc.json

@@ -1,8 +0,0 @@
-{
-  "loader": { "pdf": "./src/mocks/pdf-loader.js" },
-  "embedder": { "openai": "./src/mocks/openai-embedder.js" },
-  "retriever": { "pinecone": "./src/mocks/pinecone-retriever.js" },
-  "llm": { "openai": "./src/mocks/openai-llm.js" },
-  "namespace": "cli-config-test",
-  "pipeline": ["loader", "embedder", "retriever"]
-}

package/__tests__/fixtures/invalid-ragrc.json

@@ -1,4 +0,0 @@
-{
-  "loader": "./src/mocks/pdf-loader.js",
-  "namespace": 12345
-}

package/__tests__/fixtures/sample-eval-dataset.json

@@ -1,15 +0,0 @@
-[
-    {
-      "prompt": "What is a vector database?",
-      "expected": "A vector database is a system optimized for storing and retrieving data represented as vectors, often used in similarity search."
-    },
-    {
-      "prompt": "Explain what chunking means in RAG.",
-      "expected": "Chunking is the process of splitting documents into smaller, manageable pieces for embedding and retrieval in a RAG pipeline."
-    },
-    {
-      "prompt": "What is the role of embedding in a RAG pipeline?",
-      "expected": "Embeddings convert text into numerical vector form so they can be compared in a vector database during retrieval."
-    }
-  ]
-  

package/__tests__/fixtures/sample.pdf

@@ -1 +0,0 @@
-%PDF-1.4\n%âãÏÓ\n1 0 obj\n<<>>\nendobj\nxref\n0 2\n0000000000 65535 f\n0000000010 00000 n\ntrailer\n<<>>\nstartxref\n9\n%%EOF

package/__tests__/fixtures/src/mocks/openai-embedder.js

@@ -1,16 +0,0 @@
-/**
- * Mock OpenAI Embedder Plugin
- * Implements: embedder.embed(docs), embedder.embedQuery(query)
- */
-export default class OpenAIEmbedder {
-  embed(documents) {
-    return documents.map(doc => ({
-      id: doc.id,
-      values: [0.1, 0.2, 0.3],
-    }));
-  }
-
-  embedQuery(query) {
-    return [0.1, 0.2, 0.3];
-  }
-}

package/__tests__/fixtures/src/mocks/openai-llm.js

@@ -1,9 +0,0 @@
-/**
- * Mock OpenAI LLM Plugin
- * Implements: llm.ask(prompt)
- */
-export default class OpenAILLM {
-  ask(prompt) {
-    return `Answer: Mocked response to "${prompt}"`;
-  }
-}

package/__tests__/fixtures/src/mocks/pdf-loader.js

@@ -1,17 +0,0 @@
-/**
- * Mock PDF Loader Plugin
- * Implements: loader.load(filePath)
- */
-export default class PdfLoader {
-  /**
-   * Loads a file and returns mock document chunks.
-   * @param {string} filePath
-   * @returns {Array<{ id: string, content: string }>}
-   */
-  load(filePath) {
-    return [
-      { id: 'doc1', content: `Loaded content from ${filePath}` },
-      { id: 'doc2', content: 'Second document content' },
-    ];
-  }
-}

package/__tests__/fixtures/src/mocks/pinecone-retriever.js

@@ -1,26 +0,0 @@
-/**
- * Mock Pinecone Retriever Plugin
- * Implements: retriever.store(vectors), retriever.search(queryVector)
- */
-export default class PineconeRetriever {
-  constructor() {
-    this._store = [];
-  }
-
-  /**
-   * Stores embedded vectors.
-   * @param {Array<{ id: string, values: number[] }>} vectors
-   */
-  store(vectors) {
-    this._store = vectors;
-  }
-
-  /**
-   * Searches mock memory and returns matching docs.
-   * @param {number[]} queryVector
-   * @returns {Array<{ id: string, score: number }>}
-   */
-  search(queryVector) {
-    return this._store.map(v => ({ id: v.id, score: 0.99 }));
-  }
-}

package/__tests__/fixtures/valid-ragrc.json

@@ -1,16 +0,0 @@
-{
-  "loader": {
-    "pdf": "./src/mocks/pdf-loader.js"
-  },
-  "embedder": {
-    "openai": "./src/mocks/openai-embedder.js"
-  },
-  "retriever": {
-    "pinecone": "./src/mocks/pinecone-retriever.js"
-  },
-  "llm": {
-    "openai": "./src/mocks/openai-llm.js"
-  },
-  "namespace": "cli-config-test",
-  "pipeline": ["loader", "embedder", "retriever"]
-}