1. Conduid
  2. Documentation
  3. HakashiKatake/docorbit
MCP server · Documentation

HakashiKatake/docorbit

DocOrbit discovers authoritative documentation, resolves it against your project's dependency versions, retrieves task-specific context, and verifies generated code against documentation contracts.

34Low

Scored a month ago · breakdown

About HakashiKatake/docorbit

HakashiKatake/docorbit is an MCP server published by HakashiKatake in the Documentation category: docOrbit discovers authoritative documentation, resolves it against your project's dependency versions, retrieves task-specific context, and verifies generated code against documentation contracts.

The repository has 3 stars and 0 forks, with the last commit a month ago. Recent commit activity is the strongest signal that reported issues will get attention.

Install

From source
git clone https://github.com/HakashiKatake/docorbit

This server has no ConduID identity, so agent calls to it are not receipted. Pin the version you install and review the source before granting it credentials.

Tools (1)

ingest_docIngests, crawls, and indexes documentation from any URL or raw content directly into local SQLite, with optional instant implementation recipe synthesis.

Parameters not published.

Ask AI

✦

Ask AI about HakashiKatake/docorbit

Powered by Claude · Grounded in docs

I know everything about HakashiKatake/docorbit. Ask me about installation, configuration, usage, or troubleshooting.

Security checks

Static checks derived from the repository 5 days ago. Heuristics on the source, not an audit.

  • ✓README presentThe repository ships documentation.
  • ✓License declaredUsable under a stated license.
  • ✓Tests presentA test suite exists in the repository.
  • !Dependencies pinnedNo lockfile. Installs can pull different code over time.
  • !No dynamic code executionSource scan found eval or shell execution. Review how tool inputs reach it before granting credentials.

1 check has not been run yet.

Releases

v0.2.4v0.2.4 · 13 Sep 2026Full Changelog: https://github.com/HakashiKatake/docorbit/compare/v0.2.3...v0.2.4
v0.2.3v0.2.3: Standalone docs.lock Source Tracking & Canonical URL Deduplication · 13 Sep 2026Release Highlights Standalone docs.lock Source Management: Extended docs.lock with a sources section for tracking documentation independent of ingestion status. Canonical URL Deduplication: Robust canonical URL identity handling across…
v0.2.2v0.2.2: MCP Production Hardening & Oversized Response Stream Safety · 13 Sep 2026🛡️ MCP Production Hardening & Global Safety Guard Configurable Hard Ceiling: Configured default 60,000-character ceiling (~15,000 tokens) on all tool responses via `formatToolResponse`. Added support for `DOCORBIT_MAX_TOOL_OUTPUT_CHARS`…
v0.2.1v0.2.1: Generalized SPA Hydration Extraction & Universal OpenAPI Discovery · 12 Sep 2026Universal Multi-Framework & Versioning Upgrade v0.2.1 Universal SPA / Hydration Code Extraction: Deep inspection across Next.js (__NEXT_DATA__), Markdoc component ASTs (File, Chunk, Code, Snippet, CodeGroup, CodeTab), Docusaurus/VuePress…
v0.2.0v0.2.0: Production OpenAPI Discovery & Markdoc Extraction · 12 Sep 2026Major Upgrade v0.2.0 Production OpenAPI Discovery: Automatic probing and parsing of authoritative OpenAPI 3.0 specs (including Stripe's 594 endpoints, webhook endpoints, and complete 51 Checkout Session request body parameters). Embedded…

README

DocOrbit


  Authoritative Sources (llms.txt / OpenAPI / Markdown / HTML)
                            │
                            ▼
              ┌───────────────────────────┐
              │  Discovery & Ingestion    │ ◄── SSRF Guard & Security Annotations
              └─────────────┬─────────────┘
                            │
                            ▼
              ┌───────────────────────────┐
              │    Version Intelligence   │ ◄── Scans package.json / cargo.lock / go.mod
              └─────────────┬─────────────┘
                            │
                            ▼
              ┌───────────────────────────┐
              │  Structured Knowledge DB  │ ◄── Project-local SQLite: <projectRoot>/.docorbit/
              └─────────────┬─────────────┘
                            │
              ┌─────────────┴─────────────┐
              ▼                           ▼
    ┌───────────────────┐       ┌───────────────────┐
    │  MCP Server Loop  │       │   CLI Developer   │
    │  (15 Tools / Stdio)│       │   Commands        │
    └─────────┬─────────┘       └─────────┬─────────┘
              │                           │
              ▼                           ▼
    ┌───────────────────┐       ┌───────────────────┐
    │  Coding Agents    │       │ AST Verification  │
    │  Claude / Cursor  │ ────► │ & Contract Check  │
    └───────────────────┘       └───────────────────┘

Quick Start

DocOrbit requires Node.js ≥ 22.5.0 and has zero external runtime dependencies.

[!IMPORTANT] Project-Based by Default: If you do not specify any flags, DocOrbit always defaults to project-based storage (<projectRoot>/.docorbit/docorbit.db). When you delete or branch a project, its documentation cache is isolated and cleans up automatically — zero orphaned files, zero global disk bloat, and zero cross-project version collisions.

1. Run via npx (Zero Installation)

# View all developer commands
npx docorbit --help

# Ingest and index documentation into project-local SQLite (default)
npx docorbit add https://nextjs.org/docs/14/app/api-reference/file-conventions/route

# Or explicitly pass -p to skip prompts and ensure project-local storage
npx docorbit add https://nextjs.org/docs/14/app/api-reference/file-conventions/route -p

# Query version-aware context within a strict token budget
npx docorbit context "How do I implement dynamic route params in Next.js 14?" --tokens 2000

2. Connect to Your Coding Agent (MCP)

When started by an agent (Cursor, Claude Desktop, Windsurf, Zed), DocOrbit automatically resolves to the active project workspace's SQLite database (.docorbit/docorbit.db):

Cursor (.cursor/mcp.json)

{
  "mcpServers": {
    "docorbit": {
      "command": "npx",
      "args": ["-y", "docorbit", "mcp"]
    }
  }
}

Claude Desktop (claude_desktop_config.json)

{
  "mcpServers": {
    "docorbit": {
      "command": "npx",
      "args": ["-y", "docorbit", "mcp"]
    }
  }
}

Claude Code (Terminal CLI)

claude mcp add docorbit -- npx -y docorbit mcp

DocOrbit detects when standard input is a machine pipe and starts the MCP stdio transport automatically in project-local mode. If you prefer a shared user-wide store across all projects, pass -g: ["-y", "docorbit", "mcp", "-g"].

3. How to Work with DocOrbit in Your Prompts

Once mounted, you never need to manually copy-paste documentation pages into your agent chat. Simply give your agent the official documentation link and tell it to use DocOrbit:

I want to setup stripe in my app, the link of stripe docs: https://docs.stripe.com/payments/checkout
use docorbit to set it up.

What DocOrbit does behind the scenes:

  1. Tree Crawling & SQLite FTS5 Indexing: The agent automatically invokes docorbit.ingest_doc({ url: "https://docs.stripe.com/payments/checkout" }). DocOrbit crawls the documentation with SSRF protection and indexes endpoints and types in ~24ms.
  2. Context Assembly (Zero JSON Bloat): The agent calls docorbit.get_implementation_context(...) and receives 412 tokens of clean, pure GitHub Markdown grounded in active API contracts.
  3. AST Contract Verification: The agent calls docorbit.check_api(...) to verify code against AST contracts before writing to disk, preventing deprecated methods (such as legacy stripe.charges.create) and runtime parameter crashes.

Project-Scoped Storage & Flags

DocOrbit gives developers full control over where documentation is persisted:

Storage Mode Location Flag Best Used For
Project-Local (Default) <projectRoot>/.docorbit/docorbit.db -p, --project Default for all workflows. Zero disk leaks. Clean git isolation (.gitignore). Deletes when project is deleted. No version collisions between projects.
Global Store ~/.docorbit/docorbit.db -g, --global Shared documentation across multiple ad-hoc scripts or global toolchains without repository workspaces.

Interactive Selection Prompt

When running docorbit init or docorbit add <url> in an interactive terminal without flags on a new project, DocOrbit will ask:

? Where would you like to store DocOrbit documentation?
  1) Project-local (.docorbit/ in project root) [Recommended - zero disk leak]
  2) Global (~/.docorbit/ in user home directory)
  Tip: Pass -p / --project or -g / --global to skip this question in future.

Select storage location [1/2] (default: 1): 
  • Pressing Enter directly accepts the default ([1] Project-local).
  • Non-interactive environments (CI, agents, pipes, scripts, --json) automatically default to Project-local without hanging.
  • Passing -p or -g immediately selects that target and skips the prompt.

Why DocOrbit?

AI coding agents (Claude Code, Cursor, Windsurf, Devin) frequently produce broken code not because models lack reasoning, but because the documentation context they receive is flawed:

  • Wrong Version Collisions: An agent in a Next.js 14 codebase gets fed Next.js 15 documentation and uses await params, breaking production builds.
  • Bloated HTML: Generic scrapers dump navigation headers, footers, cookie banners, and script tags, wasting 70%+ of the agent's context window.
  • Missing API Contracts: Models guess query parameters and request bodies because documentation lack structured OpenAPI/Swagger schemas.
  • Stale Examples & Deprecations: Agents call deprecated endpoints (e.g. Stripe /v1/charges instead of PaymentIntents) because docs lack explicit pitfall extraction.
  • Prompt Injections & Untrusted Input: Documentation scraped from third-party sites can contain prompt injections that alter agent instructions.

Documentation Retrieval Approaches

Capability Official Docs Fetch Web Scraper (e.g. Firecrawl) Generic Retrieval (e.g. Context7) DocOrbit
Machine-readable Discovery (llms.txt, OpenAPI) ❌ ❌ ⚠️ Manual / Centralized ✅ Automatic multi-source
Project Lockfile & SemVer Resolution ❌ ❌ ❌ ✅ 8 Ecosystems (docs.lock)
Structured OpenAPI Endpoints ❌ ❌ ❌ ✅ Full parameters & schemas
Indivisible Code Fence Chunking ❌ ❌ ⚠️ Naive character split ✅ Semantic AST chunking
Pitfall & Deprecation Extraction ❌ ❌ ❌ ✅ Explicit gotcha indexing
Closed-Loop Code Verification ❌ ❌ ❌ ✅ AST check_api verifier
Untrusted Content Tagging & SSRF Defense ❌ ❌ ❌ ✅ Strict isolation boundary
Local Offline-First SQLite FTS5 Cache ❌ ❌ ❌ ✅ Fast local database

See It in Action

A developer in a Next.js 14 project asks their coding agent:

"How should I access dynamic route params in a Next.js 14 route handler?"

sequenceDiagram
    autonumber
    actor User
    participant Agent as Coding Agent (Claude/Cursor)
    participant DocOrbit as DocOrbit MCP
    participant Code as Project Workspace

    User->>Agent: "Implement GET handler with route params"
    Agent->>DocOrbit: get_implementation_context({ task: "Next.js dynamic route params", project: "." })
    DocOrbit->>Code: Scans package.json → detects next@14.2.0
    DocOrbit->>DocOrbit: Resolves v14 doc branch & penalizes v15 breaking changes
    DocOrbit-->>Agent: Returns v14 verified snippet + explicit warning: "Do NOT await params in v14"
    Agent->>Agent: Generates route.ts (const id = params.id)
    Agent->>DocOrbit: check_api({ code: "const id = params.id", framework: "next" })
    DocOrbit-->>Agent: { status: "verified" }
    Agent-->>User: Correct Next.js 14 implementation with zero deprecation errors

If the agent had erroneously generated Next.js 15 syntax:

export async function GET(request: Request, { params }: { params: Promise<{ id: string }> }) {
  const { id } = await params; // ❌ Invalid in Next.js 14
  return Response.json({ id });
}

DocOrbit's check_api tool immediately flags the mismatch:

{
  "status": "mismatch",
  "severity": "error",
  "message": "Next.js 15 asynchronous route params used in a Next.js 14 workspace.",
  "rule": "version_syntax_conflict",
  "provenance": {
    "sourceUrl": "https://nextjs.org/docs/14/app/api-reference/file-conventions/route",
    "authority": "official",
    "docVersion": "v14"
  }
}

Core Capabilities

1. Documentation Intelligence

  • Autonomous Discovery: Probes target domains and ranks available formats: llms-full.txt > openapi.json > llms.txt > skill.md > Markdown > HTML sitemaps.
  • Purpose-Aware Ranking: Ranks sources dynamically based on intent (navigation, conceptual, api, examples, implementation).
  • Semantic AST Slicing: Preserves section heading hierarchies, breadcrumbs, and indivisible code blocks. Admonitions and warnings remain bound to their host sections.

2. Version Intelligence

  • Workspace Manifest Scanner: Scans project files across 8 ecosystems (npm, cargo, go, pypi, composer, rubygems, pub, maven).
  • SemVer Confidence Ladder: Deterministically resolves project versions (exact → major_minor → major → range → latest_fallback).
  • Deterministic docs.lock: Locks documentation versions to your repository without timestamp churn.

3. Implementation Knowledge

  • OpenAPI 3.x & Swagger 2.0 Engine: Parses parameters, JSON request/response schemas, bearer/basic auth, and pagination headers with safe $ref cycle resolution.
  • Code Example Catalog: Extracts and indexes code snippets classified by language and framework (next, react, express, fastapi, flask, django, gin, spring).
  • Pitfalls & Admonitions: Indexes breaking changes, server-only vs client-only boundaries, rate limits, and security gotchas.
  • Evidence-Grounded Recipes: Assembles blueprints with explicit evidence levels (documented_fact, inferred_relationship, missing_information).

4. Closed-Loop Verification

  • Static AST Code Verifier: Evaluates generated JavaScript, TypeScript, Python, and cURL against indexed schemas without calling an LLM.
  • Strict Contract Checking: Validates endpoint paths, HTTP methods, required parameters, and deprecated APIs.
  • Ambiguity Safety (insufficient_evidence): Gracefully flags dynamic expressions without generating false positives.

5. Change Intelligence

  • Documentation Diffing (diff_docs): Compares documentation snapshots to detect added, modified, removed, and deprecated endpoints.
  • Workspace Impact Analysis (analyze_impact): Scans repository source files against documentation diffs, locating affected lines, snippets, and certainty rankings.

6. Agent Integration

  • 15 MCP Tools: Complete Model Context Protocol suite over stdio and Streamable HTTP.
  • Instant Context Synthesis: Tools return token-budgeted Markdown designed specifically for agent consumption.
  • Deterministic Exporters: Generates AGENTS.md, CLAUDE.md, skill.md, llms.txt, and docs-map.md.

MCP Tools

DocOrbit exposes 15 agent-native tools organized by workflow stage:

                  DocOrbit 15-Tool Agent Suite
                               │
       ┌───────────────────────┼───────────────────────┐
       ▼                       ▼                       ▼
  Loop Starter         Task Context & Recipe       Verification
  ingest_doc           get_implementation_context  check_api
                               │
       ┌───────────────────────┼───────────────────────┐
       ▼                       ▼                       ▼
 API Intelligence       Deep Retrieval          Change & Exports
 find_api               search_docs             diff_docs
 find_example           get_doc                 analyze_impact
 find_pitfall           get_version             get_documentation_map
 find_recipe            list_sources            export_agent_context

Ingestion & Loop Starter

Tool Description
ingest_doc Ingests, crawls, and indexes documentation from any URL or raw content directly into local SQLite, with optional instant implementation recipe synthesis.

Context & Implementation Blueprints

Tool Description
get_implementation_context High-level orchestrator: detects project dependencies, resolves versions, retrieves relevant chunks, APIs, examples, and pitfalls, and packs evidence-grounded context within a strict token budget. Supports auto-ingestion from url.

API & Knowledge Intelligence

Tool Description
find_api Inspects OpenAPI endpoints with parameters, request/response schemas, and auth requirements.
find_example Discovers verified code examples filtered by framework, language, and task.
find_pitfall Finds deprecations, breaking changes, rate limits, and server-only restrictions.
find_recipe Compiles evidence-grounded blueprints with documented facts vs inferred steps.

Verification & Change Intelligence

Tool Description
check_api Deterministically checks code against indexed OpenAPI schemas, parameters, required body fields, and version contracts.
diff_docs Compares documentation versions/snapshots to detect added, removed, modified, and deprecated endpoints.
analyze_impact Scans workspace project files for breaking changes and deprecated APIs, returning file, line, snippet, and certainty.

Retrieval & Search

Tool Description
search_docs Hybrid FTS5 retrieval over indexed documentation chunks with version boosting.
get_doc Retrieves a specific document chunk or complete page by ID with untrusted annotations.
get_version Reconciles workspace dependencies using the hierarchical SemVer confidence ladder.
list_sources Lists indexed documentation sources, snapshots, and machine-readability status.

Agent Exports & Structure

Tool Description
get_documentation_map Retrieves the hierarchical documentation tree, section headings, and token footprints.
export_agent_context Generates AGENTS.md, CLAUDE.md, skill.md, llms.txt, and docs-map.md grounded in project versions.

Performance

DocOrbit is built natively in Node.js 24 with node:sqlite and zero external dependencies. Cold boot takes < 40ms.

Scaling Performance (From Repository Test Suite)

Measured on SQLite in WAL mode via automated benchmarks (tests/integration/retrieval-benchmark.test.ts and tests/integration/benchmark.test.ts):

Workload Metric Measured Value Requirement
1,000 Chunks Ingestion & FTS Indexing 12.4ms (0.012ms/chunk) —
Search Query Latency 1.8ms < 50ms
Context Packing Latency 3.2ms < 100ms
10,000 Chunks Search Query Latency 8.4ms < 100ms
Context Packing Latency 14.2ms < 100ms
Total Heap Memory 38.6 MB —
Page Ingestion 50 KB HTML Page Normalization 1.8ms < 100ms
500 KB HTML Page Normalization 12.6ms < 350ms
5 MB HTML Page Normalization 118.4ms < 2,500ms
50-Page Batch Ingestion 94.2ms (1.88ms/page) —

Empirical Benchmark (17-Task Suite)

DocOrbit includes a reproducible, auditable benchmark suite across 17 tasks covering 5 ecosystems (npm, pypi, cargo, go, composer):

  • 4 Training Tasks: Used for algorithm calibration.
  • 6 Held-Out Evaluation Tasks: Real-world library tasks (Next.js 15 async params, Stripe 2024 PaymentIntents, Pydantic v2 field validator, FastAPI lifespan, Tokio-Postgres, Gin v1.9).
  • 7 Verification Tasks: Code checking against removed APIs, wrong HTTP methods, missing parameters, and version mismatches.

Measured System Metrics

All runs save raw JSON execution artifacts to eval-results/raw/ for independent verification:

Metric Official Docs Fetch¹ Headless Scraper (Firecrawl) Context7 (Real MCP) DocOrbit (Real MCP)
Overall Task Success Rate 82.4% 82.4% 82.4% 88.2%
Held-Out Eval Success Rate 83.3% 83.3% 83.3% 100.0%
Correct Version Selected 88.2% 88.2% 88.2% 94.1%
Retrieval Precision@k 46.5% 61.5% 69.1% 94.1%
Retrieval Recall@k 65.3% 70.9% 75.3% 94.1%
Mean Packed Tokens ~668 ~200 ~50 ~1,514
Mean Query Latency ~144ms ~140ms ~50ms ~3ms
AST Verification Catches — — — 9
False Positives on Valid Code — — — 0

¹ Official Docs Fetch is direct HTTPS retrieval from known official documentation URLs (not an open-ended search engine). Results reflect empirical benchmark measurements recorded under eval-results/raw/.


Code Verification

DocOrbit provides closed-loop AST verification via check_api without calling an LLM:

  Agent-Generated Code
           │
           ▼
    ┌───────────────┐
    │  AST Parser   │ ◄── JS/TS, Python, cURL extractor
    └──────┬────────┘
           │
           ▼
    ┌───────────────┐
    │ Schema Verifier│ ◄── Evaluates against SQLite OpenAPI schemas & version rules
    └──────┬────────┘
           │
           ├──► [VERIFIED]              (Parameters, method, endpoint, and version match)
           ├──► [WARNING]               (Deprecated endpoint; alternative suggested)
           ├──► [MISMATCH]              (Removed API, missing required fields, version conflict)
           └──► [INSUFFICIENT_EVIDENCE] (Dynamic/computed expression; safe non-blocking fallback)

Example 1: Removed API Endpoint

// Agent calls removed Stripe Charges endpoint
const res = await fetch('https://api.stripe.com/v1/charges', { method: 'POST' });

Result:

{
  "status": "mismatch",
  "severity": "error",
  "message": "Endpoint \"POST /v1/charges\" was removed in the active API version.",
  "rule": "endpoint_removed",
  "provenance": { "sourceUrl": "https://docs.stripe.com/api", "docVersion": "2024-10-28" }
}

Example 2: Ambiguous Dynamic Expressions

When code relies on runtime variables:

const url = getApiUrl();
fetch(url, { method: 'POST' });

DocOrbit returns status: "insufficient_evidence", avoiding false positives on dynamic or unresolvable AST nodes.


Security Model

Documentation ingested from external websites must be treated as untrusted input. DocOrbit isolates external content through multiple defense layers:

  1. Untrusted Provenance Tagging: All retrieved documentation carries explicit untrusted: true flags in metadata. Security boundaries are never stripped.
  2. SSRF Protection: Prohibits private IP ranges (RFC 1918, RFC 4193), loopback (127.0.0.1), link-local, and cloud metadata endpoints (169.254.169.254) on all requests and redirect hops.
  3. Non-Destructive Security Annotations: Detects suspicious instructions (prompt injections, exfiltration directives, shell command triggers) and tags them in metadata without mutating the text.
  4. Resource Bounded: Hard streaming byte limits (10MB default) and request timeouts prevent denial-of-service via decompression bombs or infinite streams.

Local Web Dashboard

DocOrbit includes an embedded local web dashboard powered by native node:http (port 3737) with zero browser build steps:

# Launch dashboard on http://127.0.0.1:3737/
npx docorbit dashboard
  • Visual Health: Status of indexed sources, snapshots, chunks, and token footprints.
  • API Explorer: Filterable OpenAPI schemas with parameters, request/response models, and auth requirements.
  • Pitfalls & Warnings: Color-coded view of deprecations, runtime restrictions, and breaking changes.
  • Interactive Verifier: Test code snippets in real-time against indexed contracts.
  • Documentation Map: Interactive token hierarchy tree.
  • Export Center: One-click preview and export of AGENTS.md, CLAUDE.md, and skill.md.

CLI Reference

# Workspace & Versioning
docorbit init [dir] [-p|-g]  # Scan project dependencies and generate docs.lock
docorbit update [pkg] [-p|-g]# Selectively or globally refresh documentation versions

# Ingestion & Discovery
docorbit inspect <url>       # Probe domain for machine-readable specifications
docorbit add <url> [-p|-g]   # Ingest, chunk, and index documentation into SQLite

# Search & Retrieval
docorbit search "<q>" [-p|-g]# Hybrid FTS5 search across documentation chunks
docorbit context "<t>" [-p|-g] Pack token-budgeted context for coding agents

# API & Implementation Knowledge
docorbit api "<query>" [-p|-g] Inspect structured OpenAPI endpoints
docorbit examples "<t>" [-p] # Filter code examples by framework and language
docorbit pitfalls "<t>" [-p] # Inspect deprecations and runtime traps
docorbit recipes "<g>" [-p]  # Assemble evidence-grounded blueprints

# Verification & Change Intelligence
docorbit verify <code> [-p]  # Verify code against indexed schemas
docorbit diff [source] [-p]  # Compare documentation versions and snapshots
docorbit impact [source] [-p]# Scan workspace for breaking changes

# Dashboard & Exports
docorbit dashboard [-p|-g]   # Launch local inspection UI (alias: ui)
docorbit export [fmt] [-p|-g]# Export AGENTS.md, CLAUDE.md, skill.md, llms.txt, docs-map.md
docorbit mcp [-p|-g]         # Start Model Context Protocol server (stdio / HTTP)

CLI Storage Flags

Flag Description
(None / Default) Project-Local Default: Resolves to <projectRoot>/.docorbit/docorbit.db. If run without flags in an interactive terminal on a new project, prompts to choose between project-local (default on Enter) and global.
-p, --project [dir], --local Explicitly targets project-local storage in the nearest project root (or specified directory). Bypasses interactive prompts.
-g, --global Explicitly targets the user-wide global documentation store (~/.docorbit/docorbit.db). Bypasses interactive prompts.
--db <path> Custom SQLite database file path override.

Repository Structure

docorbit/
├── bin/
│   └── docorbit.js               # Executable binary entry point
├── docs/                         # Specifications and research
│   ├── architecture.md           # Deep architectural specification
│   ├── competitive-analysis.md   # Ecosystem analysis vs Context7, Firecrawl, etc.
│   └── product-spec.md           # Product requirements and capabilities
├── site/                         # Landing page and documentation website
├── src/
│   ├── cli/                      # Command-line interface and command handlers
│   ├── core/                     # Ingestion pipeline, source manager, and implementation services
│   ├── crawler/                  # SecureFetcher with SSRF and streaming bounds
│   ├── discovery/                # Discovery providers and purpose ranker
│   ├── evaluation/               # Benchmark runners and comparative strategies
│   ├── export/                   # AGENTS.md, CLAUDE.md, and skill.md generators
│   ├── mcp/                      # 15 MCP tools, Stdio and Streamable HTTP transports
│   ├── normalizer/               # HTML-to-Markdown, OpenAPI parser, and chunk slicer
│   ├── retrieval/                # FTS5 retrieval, intent detection, and context packer
│   ├── security/                 # SSRF validation and prompt injection detection
│   ├── shared/                   # Domain models, hashing, and SemVer logic
│   ├── storage/                  # SQLite schema, WAL setup, and repositories
│   ├── verification/             # AST code extractor and schema contract verifier
│   ├── workspace/                # Dependency scanner for 8 package ecosystems
│   └── index.ts                  # Public programmatic SDK exports
└── tests/
    ├── fixtures/                 # In-memory test servers (Fixtures A–J)
    ├── integration/              # Real-world benchmark and transport suites
    └── unit/                     # Unit test suites across all components

Current Status

  • Documentation Ingestion: Autonomous discovery (llms.txt, OpenAPI, Sitemap, Markdown, Skill)
  • Semantic Retrieval: SQLite FTS5 with section breadcrumbs and indivisible code fences
  • Version Intelligence: Project awareness across 8 ecosystems and deterministic docs.lock
  • API & Implementation Knowledge: OpenAPI 3.x parser, code examples, pitfalls, and recipes
  • Agent MCP Integration: 15 MCP tools over stdio and Streamable HTTP
  • AST Code Verification: Schema and parameter contract checking (check_api)
  • Documentation Diffing & Impact: Breaking change detection and workspace scanning
  • Local Web Dashboard: Zero-dependency UI for interactive verification and exploration
  • Empirical Benchmark: Auditable 17-task comparative evaluation suite

License

MIT License. See LICENSE for details.

README fetched from the repository 5 days ago. The original is authoritative.

Questions

About HakashiKatake/docorbit

How do I install HakashiKatake/docorbit?

No package has been published for this server, so install it from source: clone the repository and follow its README.

Is HakashiKatake/docorbit safe to use with an AI agent?

Its trust score is 34 out of 100 (low). It passes 3 of the 5 static security checks run so far; the failures are listed above. It has no ConduID identity yet, so agent calls to it are not receipted.

Is HakashiKatake/docorbit still maintained?

Yes — the latest release is v0.2.4 (13 Sep 2026), and the last commit was a month ago. The repository has 3 stars.