@kjerneverk/agentic 1.0.5-dev.0 → 1.0.5
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/package.json +1 -1
- package/output/kodrdriv/260110-1207-commit-message.md +0 -1
- package/output/kodrdriv/260110-1208-commit-message.md +0 -1
- package/output/kodrdriv/260110-1210-release-notes.md +0 -27
- package/output/kodrdriv/260110-1232-commit-message.md +0 -1
- package/output/kodrdriv/260110-1234-release-notes.md +0 -46
- package/output/kodrdriv/260110-1308-release-notes.md +0 -20
- package/output/kodrdriv/260112-2155-commit-message.md +0 -1
- package/output/kodrdriv/260112-2156-release-notes.md +0 -33
- package/output/kodrdriv/260112-2340-commit-message.md +0 -1
- package/output/kodrdriv/260113-0017-commit-message.md +0 -1
- package/output/kodrdriv/260113-0017-release-notes.md +0 -53
- package/output/kodrdriv/260115-0616-commit-message.md +0 -4
- package/output/kodrdriv/260115-0739-commit-message.md +0 -1
- package/output/kodrdriv/260115-0746-commit-message.md +0 -1
- package/output/kodrdriv/260115-0747-release-notes.md +0 -91
- package/output/kodrdriv/260126-0851-commit-message.md +0 -1
- package/output/kodrdriv/260128-0900-commit-message.md +0 -1
- package/output/kodrdriv/260128-0900-release-notes.md +0 -29
- package/output/kodrdriv/260128-0905-commit-message.md +0 -1
- package/output/kodrdriv/260128-0913-commit-message.md +0 -1
- package/output/kodrdriv/260128-0913-release-notes.md +0 -23
- package/output/kodrdriv/260128-0919-commit-message.md +0 -1
- package/output/kodrdriv/260128-0919-release-notes.md +0 -21
- package/output/kodrdriv/260130-1642-commit-message.md +0 -1
- package/output/kodrdriv/260130-1642-release-notes.md +0 -29
- package/output/kodrdriv/RELEASE_NOTES.md +0 -27
- package/output/kodrdriv/RELEASE_TITLE.md +0 -1
- package/output/kodrdriv/agentic-reflection-commit-2026-01-10T19-18-11-913Z.md +0 -187
- package/output/kodrdriv/agentic-reflection-commit-2026-01-10T20-03-27-409Z.md +0 -121
- package/output/kodrdriv/agentic-reflection-commit-2026-01-10T20-07-27-813Z.md +0 -114
- package/output/kodrdriv/agentic-reflection-commit-2026-01-10T20-08-06-279Z.md +0 -97
- package/output/kodrdriv/agentic-reflection-commit-2026-01-10T20-32-25-791Z.md +0 -114
- package/output/kodrdriv/agentic-reflection-commit-2026-01-13T05-55-30-733Z.md +0 -97
- package/output/kodrdriv/agentic-reflection-commit-2026-01-13T07-40-28-878Z.md +0 -97
- package/output/kodrdriv/agentic-reflection-commit-2026-01-13T08-17-22-230Z.md +0 -114
- package/output/kodrdriv/agentic-reflection-commit-2026-01-14T14-55-10-122Z.md +0 -177
- package/output/kodrdriv/agentic-reflection-commit-2026-01-15T14-16-05-605Z.md +0 -100
- package/output/kodrdriv/agentic-reflection-commit-2026-01-15T15-39-32-200Z.md +0 -97
- package/output/kodrdriv/agentic-reflection-commit-2026-01-15T15-46-32-840Z.md +0 -114
- package/output/kodrdriv/agentic-reflection-commit-2026-01-26T16-51-00-446Z.md +0 -152
- package/output/kodrdriv/agentic-reflection-commit-2026-01-31T00-38-59-868Z.md +0 -236
- package/output/kodrdriv/agentic-reflection-commit-2026-01-31T00-42-31-993Z.md +0 -152
- package/output/kodrdriv/agentic-reflection-release-2026-01-10T20-10-49-531Z.md +0 -329
- package/output/kodrdriv/agentic-reflection-release-2026-01-10T20-34-32-038Z.md +0 -319
- package/output/kodrdriv/agentic-reflection-release-2026-01-10T21-08-36-314Z.md +0 -168
- package/output/kodrdriv/agentic-reflection-release-2026-01-13T05-56-04-802Z.md +0 -264
- package/output/kodrdriv/agentic-reflection-release-2026-01-13T08-17-56-556Z.md +0 -255
- package/output/kodrdriv/agentic-reflection-release-2026-01-15T15-47-32-509Z.md +0 -460
- package/output/kodrdriv/agentic-reflection-release-2026-01-31T00-42-59-683Z.md +0 -400
- package/package.json~ +0 -58
package/package.json
CHANGED
|
@@ -1 +0,0 @@
|
|
|
1
|
-
chore(npm): add clean and prepublishOnly scripts for build artifacts
|
|
@@ -1 +0,0 @@
|
|
|
1
|
-
chore(release): bump version to 0.0.2
|
|
@@ -1,27 +0,0 @@
|
|
|
1
|
-
# @riotprompt/agentic 0.0.2 — Safer npm publishing (clean + prepublish build)
|
|
2
|
-
|
|
3
|
-
## Summary
|
|
4
|
-
This release is primarily about making npm publishes more reliable by ensuring build artifacts are recreated automatically before publishing.
|
|
5
|
-
|
|
6
|
-
## Changes
|
|
7
|
-
### Reliable publish artifacts
|
|
8
|
-
- **Added `clean` script**: removes `dist/` (`rm -rf dist`).
|
|
9
|
-
- **Added `prepublishOnly` script**: runs `clean` and then `build` (`npm run clean && npm run build`).
|
|
10
|
-
|
|
11
|
-
**Why this matters:** the package entrypoints (`main`/`module`/`types`) point at files under `dist/`. With `prepublishOnly`, `npm publish` will consistently ship fresh compiled JS/CJS and type declarations, reducing the risk of publishing with missing or stale `dist` contents.
|
|
12
|
-
|
|
13
|
-
### Repo hygiene
|
|
14
|
-
- Updated `.gitignore` to ignore local/dev artifacts (notably `output/` and `kodrdriv` cache/config files), reducing accidental commits of tooling output.
|
|
15
|
-
|
|
16
|
-
### Dependency metadata
|
|
17
|
-
- Updated `package-lock.json` (no direct runtime dependency changes were introduced in `package.json`).
|
|
18
|
-
|
|
19
|
-
## Impact
|
|
20
|
-
- **Users installing from npm:** should see no API/runtime changes, but publishing should be more dependable (package is less likely to be missing compiled outputs).
|
|
21
|
-
- **Developers/maintainers publishing the package:** `npm publish` will now run a clean build automatically.
|
|
22
|
-
|
|
23
|
-
## Breaking changes
|
|
24
|
-
- **None expected.**
|
|
25
|
-
|
|
26
|
-
## Notes / considerations
|
|
27
|
-
- The `clean` script uses `rm -rf`, which assumes a POSIX-like shell. If you publish from Windows without a compatible shell, you may need to run publishing in an environment that supports it (or adjust the script).
|
|
@@ -1 +0,0 @@
|
|
|
1
|
-
chore(release): bump version to 0.0.3
|
|
@@ -1,46 +0,0 @@
|
|
|
1
|
-
# @riotprompt/agentic v0.0.3 — test/coverage workflow improvements + dependency updates
|
|
2
|
-
|
|
3
|
-
## Summary
|
|
4
|
-
This release is primarily about improving the project’s test setup and CI ergonomics (separating tests from `src/`, generating coverage by default), plus routine dependency updates.
|
|
5
|
-
|
|
6
|
-
No production source files changed in this range; the runtime/public API is expected to be unchanged.
|
|
7
|
-
|
|
8
|
-
## What changed
|
|
9
|
-
### Testing & coverage
|
|
10
|
-
- **Tests moved out of `src/` into `tests/`**
|
|
11
|
-
- `src/context-manager.test.ts` → `tests/context-manager.test.ts`
|
|
12
|
-
- `src/tools.test.ts` → `tests/tools.test.ts`
|
|
13
|
-
- Imports were updated to reference `../src/...`.
|
|
14
|
-
- **Why it matters:** keeps the production source tree clean and avoids test files being treated like library source (e.g., during packaging/type generation).
|
|
15
|
-
|
|
16
|
-
- **Coverage is now generated by default when running tests**
|
|
17
|
-
- `npm test` now runs: `vitest run --coverage`
|
|
18
|
-
- Added explicit alias: `npm run test:coverage`
|
|
19
|
-
- Coverage reporting now includes **text, JSON, and HTML**.
|
|
20
|
-
- Coverage config excludes common non-source inputs (`dist/**`, config files, etc.) to reduce noise.
|
|
21
|
-
- **Why it matters:** makes it easier to enforce and consume coverage in CI and to inspect results locally.
|
|
22
|
-
|
|
23
|
-
### Developer workflow
|
|
24
|
-
- Added a `precommit` script:
|
|
25
|
-
- `npm run precommit` → runs `lint` then `test`
|
|
26
|
-
- **Note:** this adds a convenient entry point, but does not itself install a git hook (that would require additional tooling/config).
|
|
27
|
-
|
|
28
|
-
### Dependency updates
|
|
29
|
-
- **zod** upgraded from `^3.25.51` → `^4.3.5`
|
|
30
|
-
- **vitest** upgraded from `^3.2.4` → `^4.0.16`
|
|
31
|
-
- Added **@vitest/coverage-v8** `^4.0.16` to support v8 coverage reporting
|
|
32
|
-
- **globals** upgraded from `^16.2.0` → `^17.0.0`
|
|
33
|
-
- `package-lock.json` updated accordingly
|
|
34
|
-
|
|
35
|
-
## Impact
|
|
36
|
-
### For library consumers
|
|
37
|
-
- No expected behavior/API changes in the exported library surface.
|
|
38
|
-
- Indirect impact: the package now depends on **Zod v4**. Most consumers won’t notice, but if your tooling forces dependency deduping/resolutions, ensure your Zod constraints are compatible.
|
|
39
|
-
|
|
40
|
-
### For contributors/maintainers
|
|
41
|
-
- `npm test` is now **slower** (coverage collection is enabled by default) but produces coverage artifacts/reports.
|
|
42
|
-
- Tests must live under `tests/**/*.test.ts` to be picked up by the current Vitest config.
|
|
43
|
-
|
|
44
|
-
## Breaking changes
|
|
45
|
-
- No explicit breaking changes detected in code or exports.
|
|
46
|
-
- Potential workflow break for contributors: if you had tests under `src/**/*.test.ts`, they will **no longer run** unless moved under `tests/` (or the Vitest include pattern is adjusted).
|
|
@@ -1,20 +0,0 @@
|
|
|
1
|
-
# Package metadata: add repository URL and resync lockfile
|
|
2
|
-
|
|
3
|
-
## Summary
|
|
4
|
-
This release is primarily housekeeping: it adds the correct `repository` metadata to `package.json` and refreshes `package-lock.json` after syncing branches.
|
|
5
|
-
|
|
6
|
-
## Changes
|
|
7
|
-
- **Added `repository` metadata to `package.json`**
|
|
8
|
-
- `repository.type`: `git`
|
|
9
|
-
- `repository.url`: `https://github.com/kjerneverk/agentic`
|
|
10
|
-
- **Updated `package-lock.json`** to reflect the current merged dependency graph.
|
|
11
|
-
|
|
12
|
-
## Why this matters
|
|
13
|
-
- **Users**: npm and other tooling can now reliably surface links back to the source repository (e.g., “Repository” link on npmjs.com, `npm repo`, and related ecosystem tooling).
|
|
14
|
-
- **Developers/maintainers**: improves package discoverability and makes it easier to trace builds/issues back to the correct GitHub repo; lockfile refresh helps keep local installs reproducible.
|
|
15
|
-
|
|
16
|
-
## Breaking changes
|
|
17
|
-
- **None.** No runtime code, public API, exports, or dependency declarations changed (only metadata and lockfile normalization).
|
|
18
|
-
|
|
19
|
-
## Notes
|
|
20
|
-
- If you develop from the repo, run `npm ci` (or `npm install`) to pick up the lockfile refresh.
|
|
@@ -1 +0,0 @@
|
|
|
1
|
-
chore(release): bump version to 0.0.4
|
|
@@ -1,33 +0,0 @@
|
|
|
1
|
-
# @riotprompt/agentic 0.0.4 — CI moves to Node 24; install workflow updates
|
|
2
|
-
|
|
3
|
-
## Summary
|
|
4
|
-
This release is primarily a tooling/CI update. There are no library API/runtime changes in this diff; the main impact is on contributors and release automation.
|
|
5
|
-
|
|
6
|
-
## Changes
|
|
7
|
-
### CI and publishing now run on Node.js 24
|
|
8
|
-
- GitHub Actions workflows (`test` and `npm-publish`) were updated from **Node 22 → Node 24**.
|
|
9
|
-
- This aligns CI with newer tooling expectations and reduces failures when dependencies require newer Node versions.
|
|
10
|
-
|
|
11
|
-
**Impact (developers):** if you run the same toolchain locally (lint/build/test), you should use **Node 24** to match CI.
|
|
12
|
-
|
|
13
|
-
### Switch from `npm ci` to `npm install` in GitHub Actions
|
|
14
|
-
- Both workflows now use `npm install` instead of `npm ci`.
|
|
15
|
-
|
|
16
|
-
**Why it matters:** `npm ci` requires a committed lockfile. The repo changes in this range indicate the lockfile is no longer expected to be present in the repository, so CI needed to switch to an install mode that works without it.
|
|
17
|
-
|
|
18
|
-
**Impact (developers/maintainers):** installs may be less “bit-for-bit” reproducible than `npm ci` unless you manage lockfiles in another way.
|
|
19
|
-
|
|
20
|
-
### Lockfile is no longer tracked
|
|
21
|
-
- `package-lock.json` is now ignored via `.gitignore`.
|
|
22
|
-
|
|
23
|
-
**Impact (contributors):** don’t commit `package-lock.json` changes going forward; local installs will still generate a lockfile, but it’s intentionally not tracked.
|
|
24
|
-
|
|
25
|
-
### Version bump
|
|
26
|
-
- `package.json` version: **0.0.3 → 0.0.4**.
|
|
27
|
-
|
|
28
|
-
## Breaking changes
|
|
29
|
-
- **No user-facing API breaking changes detected.**
|
|
30
|
-
- **Potential developer-facing breaking change:** CI standardizes on **Node 24**. If you were using Node 22 for local development/tests, you may need to upgrade to keep parity with CI.
|
|
31
|
-
|
|
32
|
-
## Notes for maintainers
|
|
33
|
-
- Release and test workflows now rely on `npm install`; ensure your release process does not assume a committed lockfile.
|
|
@@ -1 +0,0 @@
|
|
|
1
|
-
chore(build): ship ESM-only bundle and target Node 24 / ES2024
|
|
@@ -1 +0,0 @@
|
|
|
1
|
-
chore(release): bump version to 0.0.5
|
|
@@ -1,53 +0,0 @@
|
|
|
1
|
-
# @riotprompt/agentic v0.0.5 — ESM-only distribution, Node 24+ / ES2024 target
|
|
2
|
-
|
|
3
|
-
## Overview
|
|
4
|
-
This release is primarily a packaging/build update. The library now ships **ESM-only** output and raises the runtime baseline to **Node.js 24+** while targeting **ES2024**.
|
|
5
|
-
|
|
6
|
-
There are **no source/API changes** in this release range—changes are limited to `package.json`, `vite.config.ts`, and `tsconfig.json`.
|
|
7
|
-
|
|
8
|
-
## Breaking changes
|
|
9
|
-
### ESM-only distribution (CommonJS removed)
|
|
10
|
-
- The package no longer builds or publishes a CommonJS bundle (`dist/index.cjs`).
|
|
11
|
-
- `package.json` no longer provides an `exports["."].require` entry.
|
|
12
|
-
|
|
13
|
-
**Impact:**
|
|
14
|
-
- Consumers using `require("@riotprompt/agentic")` will fail.
|
|
15
|
-
|
|
16
|
-
**Migration:**
|
|
17
|
-
- Use ESM import:
|
|
18
|
-
```js
|
|
19
|
-
import { ... } from "@riotprompt/agentic";
|
|
20
|
-
```
|
|
21
|
-
- If you are in a CommonJS codebase, use dynamic import:
|
|
22
|
-
```js
|
|
23
|
-
const mod = await import("@riotprompt/agentic");
|
|
24
|
-
```
|
|
25
|
-
(or convert the consuming project/package to ESM).
|
|
26
|
-
|
|
27
|
-
### Node engine requirement raised to >= 24
|
|
28
|
-
- `package.json` now declares:
|
|
29
|
-
- `engines.node: ">=24.0.0"`
|
|
30
|
-
|
|
31
|
-
**Impact:**
|
|
32
|
-
- npm/yarn/pnpm may block installation (or warn, depending on configuration) on Node versions older than 24.
|
|
33
|
-
|
|
34
|
-
## Build & distribution changes
|
|
35
|
-
- **Entry points simplified to ESM:**
|
|
36
|
-
- `main` now points to `./dist/index.js` (previously `./dist/index.cjs`).
|
|
37
|
-
- `exports["."].import` remains `./dist/index.js`.
|
|
38
|
-
- **Vite library build now outputs only ES format:**
|
|
39
|
-
- `formats: ["es"]`
|
|
40
|
-
- `fileName: () => "index.js"`
|
|
41
|
-
- **TypeScript target updated to ES2024:**
|
|
42
|
-
- `compilerOptions.target: "ES2024"`
|
|
43
|
-
- `compilerOptions.lib: ["ES2024"]`
|
|
44
|
-
|
|
45
|
-
## Why this matters
|
|
46
|
-
- Removes the complexity and ambiguity of dual ESM/CJS publishing.
|
|
47
|
-
- Aligns the build output with modern Node runtimes and ES2024 language/library features.
|
|
48
|
-
- Makes consumption consistent for ESM-first projects.
|
|
49
|
-
|
|
50
|
-
## Upgrade checklist
|
|
51
|
-
- Ensure CI/runtime is running **Node 24+**.
|
|
52
|
-
- Update any CommonJS usage (`require`) to ESM `import` or dynamic `import()`.
|
|
53
|
-
- If you had tooling that expected `dist/index.cjs`, update it to reference `dist/index.js` and ESM semantics.
|
|
@@ -1 +0,0 @@
|
|
|
1
|
-
chore(git-hooks): run build in precommit script
|
|
@@ -1 +0,0 @@
|
|
|
1
|
-
chore(release): bump version to 1.0.0
|
|
@@ -1,91 +0,0 @@
|
|
|
1
|
-
# v1.0.0: Tool execution security (ToolGuard/ToolSandbox), safer defaults, and improved tool invocation
|
|
2
|
-
|
|
3
|
-
## Overview
|
|
4
|
-
This release focuses on making tool execution safer and more controllable in agentic workflows. It introduces opt-in security and sandboxing layers for tools, changes the default logging behavior to reduce accidental information disclosure, and adds safer JSON argument handling for tool calls.
|
|
5
|
-
|
|
6
|
-
## Highlights
|
|
7
|
-
|
|
8
|
-
### Tool execution security (new)
|
|
9
|
-
You can now add a security layer to tool execution via **ToolGuard**:
|
|
10
|
-
|
|
11
|
-
- **Allow/deny lists** for tools (`allowedTools`, `deniedTools`)
|
|
12
|
-
- **Zod-based parameter validation** (when a tool provides a `schema`)
|
|
13
|
-
- **Safe JSON argument parsing** with **prototype pollution detection** (`__proto__`, `constructor`, `prototype`)
|
|
14
|
-
- **Security event hooks** for monitoring/telemetry (validation failures, blocked execution, prototype pollution attempts)
|
|
15
|
-
|
|
16
|
-
New/updated APIs:
|
|
17
|
-
- `ToolRegistry.withSecurity(guard)`
|
|
18
|
-
- `ToolRegistry.getSecurityGuard()`
|
|
19
|
-
- `ToolRegistry.executeFromJSON(name, jsonArgs)` (uses `ToolGuard` parsing when configured)
|
|
20
|
-
- `Tool` and `ToolDefinition` now support an optional `schema?: ZodSchema<any>`
|
|
21
|
-
|
|
22
|
-
Example:
|
|
23
|
-
```ts
|
|
24
|
-
import { ToolRegistry, ToolGuard } from '@riotprompt/agentic';
|
|
25
|
-
import { z } from 'zod';
|
|
26
|
-
|
|
27
|
-
const registry = ToolRegistry.create();
|
|
28
|
-
const guard = new ToolGuard({ deniedTools: ['rm_rf'] });
|
|
29
|
-
|
|
30
|
-
registry.withSecurity(guard);
|
|
31
|
-
|
|
32
|
-
registry.register({
|
|
33
|
-
name: 'read_file',
|
|
34
|
-
description: 'Read a file',
|
|
35
|
-
parameters: { type: 'object', properties: { path: { type: 'string', description: 'Path' } } },
|
|
36
|
-
schema: z.object({ path: z.string().min(1) }),
|
|
37
|
-
execute: async ({ path }) => path,
|
|
38
|
-
});
|
|
39
|
-
|
|
40
|
-
await registry.executeFromJSON('read_file', '{"path":"./README.md"}');
|
|
41
|
-
```
|
|
42
|
-
|
|
43
|
-
### Tool sandboxing (new)
|
|
44
|
-
You can now enforce runtime constraints on tool execution via **ToolSandbox**:
|
|
45
|
-
|
|
46
|
-
- **Timeout enforcement** (`maxExecutionTime`)
|
|
47
|
-
- **Concurrency limits** (`maxConcurrentCalls`)
|
|
48
|
-
- **Output size limits** (per-execution `maxOutputSize`)
|
|
49
|
-
- **Cancellation support** (`cancel(executionId)`, `cancelAll()`)
|
|
50
|
-
- Tools receive an extended `context.sandbox` object (execution id, limits, allowed operations set)
|
|
51
|
-
|
|
52
|
-
New/updated APIs:
|
|
53
|
-
- `ToolRegistry.withSandbox(sandbox)`
|
|
54
|
-
- `ToolRegistry.getSandbox()`
|
|
55
|
-
- `ToolSandbox.execute(tool, params, context, options?)`
|
|
56
|
-
- `createSecureTool(tool, sandbox, guard)` helper to wrap individual tools
|
|
57
|
-
|
|
58
|
-
## Behavior changes / improvements
|
|
59
|
-
|
|
60
|
-
### Logging is now silent by default
|
|
61
|
-
The logging system is now backed by `@fjell/logging`, and the library’s **default logger does not emit logs unless explicitly enabled**. This reduces the risk of sensitive data leaking via logs.
|
|
62
|
-
|
|
63
|
-
To enable logging:
|
|
64
|
-
- `AGENTIC_LOGGING=true`, or
|
|
65
|
-
- `DEBUG=*agentic*`, or
|
|
66
|
-
- `NODE_ENV=development`
|
|
67
|
-
|
|
68
|
-
### Context deduplication hash strengthened
|
|
69
|
-
`ContextManager` now uses **32 hex characters (128 bits)** of the SHA-256 digest (previously shorter). This reduces the likelihood of collisions when deduplicating context content.
|
|
70
|
-
|
|
71
|
-
## Documentation
|
|
72
|
-
- Added `SECURITY.md` describing tool execution security concepts and recommended operational practices.
|
|
73
|
-
- Added a `<!-- v1.0.0 -->` marker comment to `README.md`.
|
|
74
|
-
|
|
75
|
-
## Developer experience
|
|
76
|
-
- `precommit` now runs `build` before lint and tests: `npm run build && npm run lint && npm run test`.
|
|
77
|
-
- Build/test config files were reformatted (no functional behavior intended beyond configuration maintenance).
|
|
78
|
-
|
|
79
|
-
## Dependencies
|
|
80
|
-
- Added runtime dependency: `@fjell/logging`.
|
|
81
|
-
|
|
82
|
-
## Breaking changes / upgrade notes
|
|
83
|
-
- **Version bump to 1.0.0**: this is a major release.
|
|
84
|
-
- **Default logging behavior change**: if you relied on logs being emitted by default, you must now explicitly enable logging (see “Logging is now silent by default”).
|
|
85
|
-
- **Context hashing change**: if you persist or compare `ContextManager` content hashes externally, the hash values will differ going forward.
|
|
86
|
-
|
|
87
|
-
## Full change categories
|
|
88
|
-
- **Security**: ToolGuard + ToolSandbox, schema validation, safer JSON parsing, runtime limits.
|
|
89
|
-
- **Core**: ToolRegistry security/sandbox integration and JSON execution helper.
|
|
90
|
-
- **Operational**: safer default logging with `@fjell/logging`.
|
|
91
|
-
- **Maintenance**: precommit now builds; docs and config updates.
|
|
@@ -1 +0,0 @@
|
|
|
1
|
-
chore(gitignore): ignore output/ and kodrdriv-generated files
|
|
@@ -1 +0,0 @@
|
|
|
1
|
-
No changes detected in the current working tree.
|
|
@@ -1,29 +0,0 @@
|
|
|
1
|
-
# Version 1.0.1
|
|
2
|
-
|
|
3
|
-
### Overview
|
|
4
|
-
Version 1.0.1 contains important updates primarily focused on dependency management and configuration improvements. This release resolves issues, enhances existing functionality, and ensures compatibility with newer dependencies.
|
|
5
|
-
|
|
6
|
-
### What's New
|
|
7
|
-
- **Dependency Updates**: The `package.json` has been revised to include updated versions of essential libraries:
|
|
8
|
-
- The `@fjell/logging` package version has been updated to `^4.4.68`.
|
|
9
|
-
- The `zod` package version has been updated to `^4.3.5`.
|
|
10
|
-
- **Development Tools**: Enhancements made in the `devDependencies` section provide tools for better testing, linting, and coverage reporting.
|
|
11
|
-
- **Configuration of Build Scripts**: Refinements in build scripts ensure a smoother workflow during development.
|
|
12
|
-
|
|
13
|
-
### Problem Solved
|
|
14
|
-
This release addresses potential compatibility issues stemming from outdated dependencies. By upgrading these libraries, it enhances the overall stability and functionality of the software.
|
|
15
|
-
|
|
16
|
-
### Impact on Users and Developers
|
|
17
|
-
- **Users**: End-users should notice improved performance and reliability due to the updates in underlying libraries.
|
|
18
|
-
- **Developers**: Developers will benefit from enhanced build and testing processes, streamlining development tasks including linting and testing.
|
|
19
|
-
|
|
20
|
-
### Breaking Changes
|
|
21
|
-
No breaking changes have been detected in this release. However, users are encouraged to review the updates in the dependency versions to ensure compatibility with their usage.
|
|
22
|
-
|
|
23
|
-
### File Changes Overview
|
|
24
|
-
1. **Updated files**:
|
|
25
|
-
- **`package.json`**: 5 insertions and 3 deletions reflecting dependency updates, build script adjustments, and metadata changes.
|
|
26
|
-
- **`.gitignore`**: Minor updates to ensure untracked files remain free from unwanted commits.
|
|
27
|
-
|
|
28
|
-
### Conclusion
|
|
29
|
-
Version 1.0.1 is an essential step forward in maintaining the health of the project through dependency management. Users and developers should upgrade to ensure they benefit from the latest fixes and improvements.
|
|
@@ -1 +0,0 @@
|
|
|
1
|
-
No changes to commit; the specified file does not exist in the current working tree or may have been deleted.
|
|
@@ -1 +0,0 @@
|
|
|
1
|
-
No changes to commit; file not found or deleted.
|
|
@@ -1,23 +0,0 @@
|
|
|
1
|
-
# Version 1.0.2
|
|
2
|
-
|
|
3
|
-
### Overview
|
|
4
|
-
Version 1.0.2 introduces important changes to the `package.json` file, primarily focused on resolving dependency conflicts. This release addresses a specific issue with the `ajv` library, ensuring compatibility and stability for users.
|
|
5
|
-
|
|
6
|
-
### Key Changes
|
|
7
|
-
- **Dependency Resolution**: This update specifically resolves a dependency conflict involving the `ajv` library by adding an explicit override to ensure compatibility with peer dependencies.
|
|
8
|
-
- **File Modifications**: The `package.json` file was modified, resulting in:
|
|
9
|
-
- **2 insertions**: New entries for dependency overrides.
|
|
10
|
-
- **6 deletions**: Cleanup of unnecessary or conflicting entries.
|
|
11
|
-
|
|
12
|
-
### Impact on Users and Developers
|
|
13
|
-
- **Users**: This release is critical for those utilizing the `ajv` library as part of their workflow. Ensuring dependency resolution will lead to a smoother integration and less likelihood of encountering runtime errors related to this library.
|
|
14
|
-
- **Developers**: Developers need to be aware of the updates to the `package.json` file. It will enhance the development experience by reducing issues related to dependency management and ensuring that packages are up to date.
|
|
15
|
-
|
|
16
|
-
### Breaking Changes
|
|
17
|
-
- There are currently no identified breaking changes in this release. However, it is advisable to conduct a manual review of any features that interact with the updated dependencies to confirm compatibility.
|
|
18
|
-
|
|
19
|
-
### Recommendations
|
|
20
|
-
- Users should update to version 1.0.2 to benefit from these dependency resolutions.
|
|
21
|
-
- Review changes in the `package.json` file to understand the new state of dependencies and ensure that your applications leverage the updates effectively.
|
|
22
|
-
|
|
23
|
-
This release underscores a commitment to maintaining a stable product while responding to user needs for dependency management.
|
|
@@ -1 +0,0 @@
|
|
|
1
|
-
fix: ensure all changes are logically grouped for improved clarity and maintainability.
|
|
@@ -1,21 +0,0 @@
|
|
|
1
|
-
# Version 1.0.2
|
|
2
|
-
|
|
3
|
-
### Overview
|
|
4
|
-
This release (1.0.2) introduces several improvements to the npm publish workflow, aiming to enhance package publishing automation and address minor issues that affect the release process.
|
|
5
|
-
|
|
6
|
-
### Key Changes
|
|
7
|
-
- **NPM Publish Workflow Update**: The GitHub Actions workflow file `.github/workflows/npm-publish.yml` has been modified to streamline the npm publishing process. The changes include:
|
|
8
|
-
- Introduced a condition to determine the npm tag based on the package version. Packages with a pre-release version (containing a dash `-`) will be tagged as `dev`, while stable releases will use the `latest` tag.
|
|
9
|
-
- Added steps to ensure the latest npm version is installed and operational.
|
|
10
|
-
|
|
11
|
-
### Problem Resolution
|
|
12
|
-
This release addresses a dependency conflict during the npm publishing process. By explicitly managing package versions and utilizing a workflow, it minimizes the likelihood of manual errors and inconsistencies that could affect the packaging pipeline.
|
|
13
|
-
|
|
14
|
-
### Impact on Users and Developers
|
|
15
|
-
- The improved workflow simplifies the development process, particularly for those contributing to npm package management. Developers can expect a more reliable and consistent publishing experience, reducing the odds of publishing errors.
|
|
16
|
-
- As no breaking changes have been introduced, existing functionality remains unchanged, ensuring a smooth transition to this version.
|
|
17
|
-
|
|
18
|
-
### Breaking Changes
|
|
19
|
-
No breaking changes have been detected in this release. Manual review of API changes is recommended, but no immediate disruption is expected for users or current integrations.
|
|
20
|
-
|
|
21
|
-
This version enhances the automation of the npm publish process and helps ensure that packages are published correctly with appropriate tags based on their versioning status.
|
|
@@ -1 +0,0 @@
|
|
|
1
|
-
chore(package): bump version to 1.0.4
|
|
@@ -1,29 +0,0 @@
|
|
|
1
|
-
# 1.0.4 — Silent-by-default logging and package metadata updates
|
|
2
|
-
|
|
3
|
-
## Main changes
|
|
4
|
-
|
|
5
|
-
### Logging: `DEFAULT_LOGGER` is now silent unless explicitly enabled
|
|
6
|
-
The library’s default logger has been changed to **discard all output by default** to reduce the risk of accidentally logging sensitive data.
|
|
7
|
-
|
|
8
|
-
Logging is now only enabled when one of the following is true:
|
|
9
|
-
- `AGENTIC_LOGGING=true`
|
|
10
|
-
- `DEBUG` includes `agentic` (for example: `DEBUG=*agentic*`)
|
|
11
|
-
- `NODE_ENV=development`
|
|
12
|
-
|
|
13
|
-
**Why this matters**
|
|
14
|
-
- **Safer defaults** for production usage (less chance of leaking tool inputs/outputs, secrets, etc.).
|
|
15
|
-
- Still supports structured/masked logging via the Fjell-backed logger when enabled.
|
|
16
|
-
|
|
17
|
-
**Impact**
|
|
18
|
-
- If you previously relied on logs appearing without configuration, you may now see no output until you set one of the environment variables above.
|
|
19
|
-
- This affects components that use the default logger internally (for example: `ToolGuard`, `ToolSandbox`, `ToolRegistry`, and `ContextManager`), since they wrap `DEFAULT_LOGGER`.
|
|
20
|
-
|
|
21
|
-
### Package metadata/dependency adjustments
|
|
22
|
-
- Updated `package.json` metadata and dependency declarations.
|
|
23
|
-
- Version is now `1.0.4`.
|
|
24
|
-
|
|
25
|
-
### Security documentation updates
|
|
26
|
-
- `SECURITY.md` was updated to better document supported versions, security features, and recommended configuration (including logging enablement).
|
|
27
|
-
|
|
28
|
-
## Breaking changes
|
|
29
|
-
No explicit API-breaking changes were detected in this range, but **the default logging behavior change** may be user-visible if your integration depended on default log output. To restore logs, set `AGENTIC_LOGGING=true` or configure `DEBUG`/`NODE_ENV` as described above.
|
|
@@ -1,27 +0,0 @@
|
|
|
1
|
-
## Main changes
|
|
2
|
-
|
|
3
|
-
### Logging: `DEFAULT_LOGGER` is now silent unless explicitly enabled
|
|
4
|
-
The library’s default logger has been changed to **discard all output by default** to reduce the risk of accidentally logging sensitive data.
|
|
5
|
-
|
|
6
|
-
Logging is now only enabled when one of the following is true:
|
|
7
|
-
- `AGENTIC_LOGGING=true`
|
|
8
|
-
- `DEBUG` includes `agentic` (for example: `DEBUG=*agentic*`)
|
|
9
|
-
- `NODE_ENV=development`
|
|
10
|
-
|
|
11
|
-
**Why this matters**
|
|
12
|
-
- **Safer defaults** for production usage (less chance of leaking tool inputs/outputs, secrets, etc.).
|
|
13
|
-
- Still supports structured/masked logging via the Fjell-backed logger when enabled.
|
|
14
|
-
|
|
15
|
-
**Impact**
|
|
16
|
-
- If you previously relied on logs appearing without configuration, you may now see no output until you set one of the environment variables above.
|
|
17
|
-
- This affects components that use the default logger internally (for example: `ToolGuard`, `ToolSandbox`, `ToolRegistry`, and `ContextManager`), since they wrap `DEFAULT_LOGGER`.
|
|
18
|
-
|
|
19
|
-
### Package metadata/dependency adjustments
|
|
20
|
-
- Updated `package.json` metadata and dependency declarations.
|
|
21
|
-
- Version is now `1.0.4`.
|
|
22
|
-
|
|
23
|
-
### Security documentation updates
|
|
24
|
-
- `SECURITY.md` was updated to better document supported versions, security features, and recommended configuration (including logging enablement).
|
|
25
|
-
|
|
26
|
-
## Breaking changes
|
|
27
|
-
No explicit API-breaking changes were detected in this range, but **the default logging behavior change** may be user-visible if your integration depended on default log output. To restore logs, set `AGENTIC_LOGGING=true` or configure `DEBUG`/`NODE_ENV` as described above.
|
|
@@ -1 +0,0 @@
|
|
|
1
|
-
1.0.4 — Silent-by-default logging and package metadata updates
|