@hasna/instructions 0.6.0 → 0.6.1

package/README.md

@@ -203,7 +203,9 @@ The two transports behind `ConfigStore`:
 - **local** — on-box SQLite (`LocalConfigStore`), **opt-in only**:
   `HASNA_INSTRUCTIONS_LOCAL=1`, honoured only when the environment configures
   no authority and no credential. Every local run says `local mode` once on
-  stderr.
+  stderr. The SQLite half is loaded through a single dynamic import and is
+  bundled as a separate chunk, so `dist/cli/index.js` and `dist/mcp/index.js`
+  ship with zero `bun:sqlite` references and a hosted run never loads it.
 
 Retired locations (`~/.hasna/fleet-env`, `~/.hasna/cloud`, `~/.config/hasna`,
 `$XDG_CONFIG_HOME`, a `~/.instructions/config.json` key store) are inputs
@@ -216,7 +218,7 @@ concern (`instructions-serve`), selected by `HASNA_INSTRUCTIONS_DATABASE_URL`.
 ## Data Directory
 
 Local data (the SQLite store and backups) lives under the configs store home,
-resolved through `@hasna/paths`. The legacy `~/.hasna/instructions/` default
+resolved by the in-package resolver. The legacy `~/.hasna/instructions/` default
 (with the `HASNA_CONFIGS_HOME` exact-app override) stays the effective store
 home until the store has actually been migrated to the XDG config home
 (`~/.config/hasna/configs` on Linux; `~/Library/Application
@@ -263,6 +265,28 @@ manifests for drift, refuses unmanaged file conflicts unless `--force` is
 passed, removes stale managed mirrors only when safe, and writes local snapshots
 before mutating managed files.
 
+Grok Build and Devin CLI can render global instructions into an explicitly
+selected native home. Pass Grok's `GROK_HOME` directory or Devin's resolved user
+config directory as `--target-home`; the renderer writes a flattened `AGENTS.md`
+and its ownership manifest there. Devin's target is the `devin` config directory,
+not its parent `XDG_CONFIG_HOME` or its credential-data directory.
+
+```bash
+instructions session plan --tool grok --profile work \
+  --target-home "$GROK_HOME" --identity-export ./instructions.json --json
+instructions session apply --tool devin --profile work \
+  --target-home /absolute/isolated/config/devin --identity-export ./instructions.json
+```
+
+An explicit `--project-root` keeps the project renderer: Grok writes repository
+`AGENTS.md`; Devin writes `.devin/rules/*.md`. Without either explicit target,
+these providers remain blocked. Compiled native profiles select the
+`native-profile` capability (Grok 1.0.13+, Devin 3000.10.21+); conditional bindings
+require an explicit supported fallback because global `AGENTS.md` is always on.
+The existing conflict, drift, symlink and snapshot checks also apply to native homes.
+See [Devin global rules](https://docs.devin.ai/cli/extensibility/rules) and
+[Grok settings](https://docs.x.ai/build/settings) for native home configuration.
+
 ### Session renderer ownership
 
 Anything the session renderer writes is off limits to `instructions apply` and

package/dist/chunks/apply-sfzja1f3.js

@@ -0,0 +1,22 @@
+// @bun
+import {
+  applyConfig,
+  applyConfigs,
+  applyConfigsWithReport,
+  expandPath,
+  getConfigHome,
+  normalizeTargetPath,
+  previewConfigs
+} from "./index-e9epbsvs.js";
+import"./index-1hpwskwd.js";
+import"./index-pkscjnj5.js";
+import"./index-bsan4c16.js";
+export {
+  previewConfigs,
+  normalizeTargetPath,
+  getConfigHome,
+  expandPath,
+  applyConfigsWithReport,
+  applyConfigs,
+  applyConfig
+};

package/dist/chunks/apply-ynfn1av7.js

@@ -0,0 +1,23 @@
+// @bun
+import {
+  applyConfig,
+  applyConfigs,
+  applyConfigsWithReport,
+  expandPath,
+  getConfigHome,
+  normalizeTargetPath,
+  previewConfigs
+} from "./index-axhwg61p.js";
+import"./index-v7dkb384.js";
+import"./index-35z65jsa.js";
+import"./index-pkscjnj5.js";
+import"./index-nnwp92tk.js";
+export {
+  previewConfigs,
+  normalizeTargetPath,
+  getConfigHome,
+  expandPath,
+  applyConfigsWithReport,
+  applyConfigs,
+  applyConfig
+};