Use this skill when the task is about using indexbind from a host application or environment.
indexbind to add local search to a docs folder."indexbind, indexbind/web, and indexbind/cloudflare."Install the package:
npm install indexbind
Optional global install when the goal is using indexbind as a shell command from arbitrary directories:
npm install -g indexbind
Then use either:
npx indexbind ... for local installs and per-project workflowsindexbind ... after a global installimport ... from 'indexbind' or indexbind/build for programmatic usagePlatform notes:
Install and packaging docs:
https://indexbind.jolestar.workers.dev/guides/getting-started.mdhttps://indexbind.jolestar.workers.dev/reference/packaging.md use npx indexbind ...
use indexbind
use indexbind/build
normalize documents in the host first, then pass them to indexbind/build
use indexbind.build.js and indexbind.search.js beside that directory’s .indexbind/
use indexbind/web
use indexbind/cloudflare
use npx indexbind ...
API docs:
https://indexbind.jolestar.workers.dev/reference/api.mdhttps://indexbind.jolestar.workers.dev/reference/cli.mdbuild a native SQLite artifact
build a canonical bundle
use a native SQLite artifact
use a canonical bundle
use the build cache, then export fresh artifacts or bundles
Concepts:
https://indexbind.jolestar.workers.dev/concepts/runtime-model.mdhttps://indexbind.jolestar.workers.dev/concepts/canonical-bundles.mdTypical CLI commands:
npx indexbind build ./docsnpx indexbind build-bundle ./docsnpx indexbind update-cache ./docs --git-diffnpx indexbind build [input-dir] [output-file] [--backend ] npx indexbind build-bundle [input-dir] [output-dir] [--backend ] npx indexbind update-cache [input-dir] [cache-file] [--git-diff] [--git-base ] [--backend ] npx indexbind export-artifact [--cache-file ] npx indexbind export-bundle [--cache-file ] npx indexbind inspect npx indexbind search npx indexbind benchmark Use indexbind/build instead when the host already has documents in memory or wants tighter control from code.
When one indexed root only needs a small amount of host-specific behavior, place convention files beside that root:
docs/
indexbind.build.js
indexbind.search.js
.indexbind/
Use indexbind.build.js when the default directory scanner is already correct and you only need to:
canonicalUrlis_default_searchable, source_root, content_kind, or directory_weighttitle or summaryUse indexbind.search.js when CLI or Node search should automatically apply:
These convention files are index-scoped, not repo-global:
./docs, the files live in ./docs/Use these APIs when the host already has documents or wants tighter control:
openIndex(...) from indexbindbuildFromDirectory(...) from indexbind/buildbuildCanonicalBundle(...) from indexbind/buildbuildCanonicalBundleFromDirectory(...) from indexbind/buildupdateBuildCache(...) from indexbind/buildupdateBuildCacheFromDirectory(...) from indexbind/buildexportArtifactFromBuildCache(...) from indexbind/buildexportCanonicalBundleFromBuildCache(...) from indexbind/buildinspectArtifact(...) from indexbind/buildbenchmarkArtifact(...) from indexbind/buildopenWebIndex(...) from indexbind/webopenWebIndex(...) from indexbind/cloudflareDocs:
https://indexbind.jolestar.workers.dev/reference/api.mdhttps://indexbind.jolestar.workers.dev/guides/adoption-examples.mdhttps://indexbind.jolestar.workers.dev/reference/cli.mdInside Cloudflare Workers:
indexbind/cloudflarefetch to openWebIndex(...)ASSETS.fetch(...) rather than monkey-patching global fetchDocs:
https://indexbind.jolestar.workers.dev/guides/web-and-cloudflare.mdhttps://indexbind.jolestar.workers.dev/reference/api.mdhttps://indexbind.jolestar.workers.dev/guides/getting-started.mdhttps://indexbind.jolestar.workers.dev/reference/api.mdhttps://indexbind.jolestar.workers.dev/reference/cli.mdhttps://indexbind.jolestar.workers.dev/guides/web-and-cloudflare.md共 1 个版本