@kjerneverk/agentic 1.0.5-dev.0 → 1.0.6-dev.0

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.
Files changed (51) hide show
  1. package/package.json +1 -1
  2. package/output/kodrdriv/260110-1207-commit-message.md +0 -1
  3. package/output/kodrdriv/260110-1208-commit-message.md +0 -1
  4. package/output/kodrdriv/260110-1210-release-notes.md +0 -27
  5. package/output/kodrdriv/260110-1232-commit-message.md +0 -1
  6. package/output/kodrdriv/260110-1234-release-notes.md +0 -46
  7. package/output/kodrdriv/260110-1308-release-notes.md +0 -20
  8. package/output/kodrdriv/260112-2155-commit-message.md +0 -1
  9. package/output/kodrdriv/260112-2156-release-notes.md +0 -33
  10. package/output/kodrdriv/260112-2340-commit-message.md +0 -1
  11. package/output/kodrdriv/260113-0017-commit-message.md +0 -1
  12. package/output/kodrdriv/260113-0017-release-notes.md +0 -53
  13. package/output/kodrdriv/260115-0616-commit-message.md +0 -4
  14. package/output/kodrdriv/260115-0739-commit-message.md +0 -1
  15. package/output/kodrdriv/260115-0746-commit-message.md +0 -1
  16. package/output/kodrdriv/260115-0747-release-notes.md +0 -91
  17. package/output/kodrdriv/260126-0851-commit-message.md +0 -1
  18. package/output/kodrdriv/260128-0900-commit-message.md +0 -1
  19. package/output/kodrdriv/260128-0900-release-notes.md +0 -29
  20. package/output/kodrdriv/260128-0905-commit-message.md +0 -1
  21. package/output/kodrdriv/260128-0913-commit-message.md +0 -1
  22. package/output/kodrdriv/260128-0913-release-notes.md +0 -23
  23. package/output/kodrdriv/260128-0919-commit-message.md +0 -1
  24. package/output/kodrdriv/260128-0919-release-notes.md +0 -21
  25. package/output/kodrdriv/260130-1642-commit-message.md +0 -1
  26. package/output/kodrdriv/260130-1642-release-notes.md +0 -29
  27. package/output/kodrdriv/RELEASE_NOTES.md +0 -27
  28. package/output/kodrdriv/RELEASE_TITLE.md +0 -1
  29. package/output/kodrdriv/agentic-reflection-commit-2026-01-10T19-18-11-913Z.md +0 -187
  30. package/output/kodrdriv/agentic-reflection-commit-2026-01-10T20-03-27-409Z.md +0 -121
  31. package/output/kodrdriv/agentic-reflection-commit-2026-01-10T20-07-27-813Z.md +0 -114
  32. package/output/kodrdriv/agentic-reflection-commit-2026-01-10T20-08-06-279Z.md +0 -97
  33. package/output/kodrdriv/agentic-reflection-commit-2026-01-10T20-32-25-791Z.md +0 -114
  34. package/output/kodrdriv/agentic-reflection-commit-2026-01-13T05-55-30-733Z.md +0 -97
  35. package/output/kodrdriv/agentic-reflection-commit-2026-01-13T07-40-28-878Z.md +0 -97
  36. package/output/kodrdriv/agentic-reflection-commit-2026-01-13T08-17-22-230Z.md +0 -114
  37. package/output/kodrdriv/agentic-reflection-commit-2026-01-14T14-55-10-122Z.md +0 -177
  38. package/output/kodrdriv/agentic-reflection-commit-2026-01-15T14-16-05-605Z.md +0 -100
  39. package/output/kodrdriv/agentic-reflection-commit-2026-01-15T15-39-32-200Z.md +0 -97
  40. package/output/kodrdriv/agentic-reflection-commit-2026-01-15T15-46-32-840Z.md +0 -114
  41. package/output/kodrdriv/agentic-reflection-commit-2026-01-26T16-51-00-446Z.md +0 -152
  42. package/output/kodrdriv/agentic-reflection-commit-2026-01-31T00-38-59-868Z.md +0 -236
  43. package/output/kodrdriv/agentic-reflection-commit-2026-01-31T00-42-31-993Z.md +0 -152
  44. package/output/kodrdriv/agentic-reflection-release-2026-01-10T20-10-49-531Z.md +0 -329
  45. package/output/kodrdriv/agentic-reflection-release-2026-01-10T20-34-32-038Z.md +0 -319
  46. package/output/kodrdriv/agentic-reflection-release-2026-01-10T21-08-36-314Z.md +0 -168
  47. package/output/kodrdriv/agentic-reflection-release-2026-01-13T05-56-04-802Z.md +0 -264
  48. package/output/kodrdriv/agentic-reflection-release-2026-01-13T08-17-56-556Z.md +0 -255
  49. package/output/kodrdriv/agentic-reflection-release-2026-01-15T15-47-32-509Z.md +0 -460
  50. package/output/kodrdriv/agentic-reflection-release-2026-01-31T00-42-59-683Z.md +0 -400
  51. package/package.json~ +0 -58
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@kjerneverk/agentic",
3
- "version": "1.0.5-dev.0",
3
+ "version": "1.0.6-dev.0",
4
4
  "_versionReset": "2026-01-15",
5
5
  "description": "Shared agentic framework for multi-turn AI conversations and tool orchestration",
6
6
  "type": "module",
@@ -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,4 +0,0 @@
1
- chore(release): reset package version to 1.0.0-dev.0
2
-
3
- - Add `_versionReset` marker in package.json
4
- - Add v1.0.0 marker comment to README
@@ -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