harn_hostlib/lib.rs
1//! `harn-hostlib`: opt-in host builtins for code intelligence (tree-sitter,
2//! repo scanning, deterministic indexing) and tool execution (search, file
3//! I/O, git, process lifecycle, file watcher).
4//!
5//! This crate is the Rust home of two classes of optional host capabilities:
6//!
7//! 1. **Code intelligence** — `ast/`, `code_index/`, `scanner/`, `fs_watch/`.
8//! 2. **Deterministic tools** — `tools/` (search, fs, git, process).
9//!
10//! These don't belong inside `harn-vm` — pulling tree-sitter grammars,
11//! ripgrep, and `notify` into the VM would balloon the footprint of every
12//! pipeline that doesn't index host code. Instead, this crate exposes a
13//! single [`HostlibCapability`] trait. Embedders such as `harn-cli`'s ACP
14//! server) compose the modules they need via [`HostlibRegistry`] and wire
15//! the resulting builtins into the VM through [`harn_vm::Vm::register_builtin`]
16//! / [`harn_vm::Vm::register_async_builtin`].
17//!
18//! ## Status
19//!
20//! The AST, scanner, code-index, and deterministic-tool surfaces are
21//! implemented. `fs_watch/` still registers its public contract with
22//! [`HostlibError::Unimplemented`] handlers. Module names, method names,
23//! and JSON schemas under `schemas/` are the source of truth for hostlib
24//! request/response compatibility, so they must stay stable while module
25//! bodies evolve.
26
27#![deny(rust_2018_idioms)]
28#![warn(missing_docs)]
29
30#[cfg(feature = "ast")]
31pub mod ast;
32#[cfg(feature = "ast")]
33pub mod code_index;
34pub mod embed;
35pub mod error;
36pub mod fs;
37pub mod fs_snapshot;
38pub mod fs_watch;
39pub mod process;
40pub mod sandbox;
41pub mod scanner;
42pub mod schemas;
43pub mod secret_store;
44pub mod tools;
45
46mod registry;
47mod text;
48mod value_args;
49
50pub use error::HostlibError;
51pub use registry::{BuiltinRegistry, HostlibCapability, HostlibRegistry, RegisteredBuiltin};
52
53/// Convenience: build a `HostlibRegistry` populated with every capability
54/// the crate ships, register them on the supplied VM, and return the
55/// registry so callers can introspect (e.g. for schema-drift tests).
56///
57/// This is the canonical entry point for embedders that want the full
58/// hostlib surface; pick-and-choose embedders should construct
59/// [`HostlibRegistry`] directly.
60pub fn install_default(vm: &mut harn_vm::Vm) -> HostlibRegistry {
61 let mut registry = HostlibRegistry::new();
62 // The code-intelligence capabilities (`ast` + `code_index`) are only
63 // compiled when the `ast` feature is on. Lean clients that omit it get
64 // the deterministic tool surface without tree-sitter or any grammar.
65 #[cfg(feature = "ast")]
66 {
67 let code_index = code_index::CodeIndexCapability::new();
68 registry = registry
69 .with(ast::AstCapabilityWithCodeIndex::new(code_index.shared()))
70 .with(code_index);
71 }
72 registry = registry
73 .with(scanner::ScannerCapability)
74 .with(embed::EmbedCapability::default())
75 .with(fs::FsCapability)
76 .with(fs_snapshot::FsSnapshotCapability)
77 .with(fs_watch::FsWatchCapability)
78 .with(tools::ToolsCapability)
79 .with(secret_store::SecretStoreCapability);
80 registry.register_into_vm(vm);
81 registry
82}