ai-wiki-toolkit-linux-arm64 0.1.37 → 0.1.38

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/README.md CHANGED
@@ -1,7 +1,7 @@
1
1
  # ai-wiki-toolkit-linux-arm64
2
2
 
3
3
  This package contains the `aiwiki-toolkit` executable for `linux-arm64-glibc`.
4
- It is published as the platform-specific binary package for `ai-wiki-toolkit` `0.1.37`.
4
+ It is published as the platform-specific binary package for `ai-wiki-toolkit` `0.1.38`.
5
5
  Most users should install `ai-wiki-toolkit` instead of using this package directly.
6
6
 
7
7
  ---
@@ -334,6 +334,16 @@ non-interactive shells, pass `--handle your-name` or set `AIWIKI_TOOLKIT_HANDLE`
334
334
 
335
335
  The tool works best when `git user.name` and `git user.email` are configured first.
336
336
 
337
+ For stronger trial/error capture, configure your agent runner to call the post-turn capture command
338
+ after completed AI Wiki write-back turns:
339
+
340
+ ```bash
341
+ aiwiki-toolkit source-incident capture-post-turn --apply
342
+ ```
343
+
344
+ This hook is recommended when your runner supports it, but `install` does not enable hooks
345
+ automatically or mutate agent runtime configuration.
346
+
337
347
  If package-owned repo-local skill files already exist under `.agents/skills/ai-wiki-*`, the installer refreshes them from the current package so new workflow and footer contracts propagate on upgrade. Because these files live in git, local customizations remain visible in `git diff` after running `install`.
338
348
 
339
349
  `init` remains as a backward-compatible alias for `install`. The actual scaffold creation does not happen at package install time; it happens when you run `aiwiki-toolkit install` or `aiwiki-toolkit init` inside a git repository.
@@ -387,6 +397,24 @@ aiwiki-toolkit record-reuse \
387
397
 
388
398
  Diagnostics and `eval impact discover` report this as `source_incident_timing`. Treat it as source active-turn context for research, not as exact human time saved or a formal no-AI-wiki baseline.
389
399
 
400
+ For older memories where the original `record-reuse` event did not include source timing, backfill a separate evidence ledger from local Codex write-back footers:
401
+
402
+ ```bash
403
+ aiwiki-toolkit source-incident backfill-writeback \
404
+ --writeback-path ai-wiki/problems/retry-loop.md \
405
+ --apply
406
+ ```
407
+
408
+ This scans local `~/.codex/sessions` for the first `AI Wiki Write-Back Path:` footer in a session whose `cwd` matches the current repository, counts active `task_complete.duration_ms` plus timed `turn_aborted.duration_ms` rows from the current user task start through that first write-back turn, and appends the result to `ai-wiki/metrics/source-incidents/<handle>.jsonl`. It does not mutate historical reuse events. Omit `--apply` for a dry run, or pass `--doc-id`/`--writeback-path` to scope the backfill.
409
+
410
+ For a post-turn hook or wrapper, capture only the latest completed write-back turn for the current repo:
411
+
412
+ ```bash
413
+ aiwiki-toolkit source-incident capture-post-turn --apply
414
+ ```
415
+
416
+ This command is idempotent. If the latest write-back was already captured, it reports `skipped_existing` instead of appending another row. A runner that knows the Codex session id can pass `--session-id <id>` to avoid scanning all local session files.
417
+
390
418
  Only record user-owned AI wiki knowledge docs with `record-reuse`.
391
419
 
392
420
  Managed control-plane docs under `_toolkit/**` should still be cited in user-facing notes when they affect behavior, but they should not be logged as knowledge-reuse events.
@@ -436,10 +464,11 @@ aiwiki-toolkit record-reuse-check \
436
464
 
437
465
  This appends to the user-owned `ai-wiki/metrics/task-checks/<handle>.jsonl` shard and refreshes the handle-scoped generated views under `ai-wiki/_toolkit/metrics/by-handle/<handle>/`. The installer ignores both the shard and the generated aggregate views by default so these telemetry updates stay local.
438
466
 
439
- Both metrics logs are sharded by handle under:
467
+ The local metrics logs are sharded by handle under:
440
468
 
441
469
  - `ai-wiki/metrics/reuse-events/<handle>.jsonl`
442
470
  - `ai-wiki/metrics/task-checks/<handle>.jsonl`
471
+ - `ai-wiki/metrics/source-incidents/<handle>.jsonl`
443
472
 
444
473
  These logs are intended as local telemetry by default, not merge-heavy source files.
445
474
 
@@ -463,7 +492,9 @@ Use `--focus trial-error` to generate a focused trial/error reduction report fro
463
492
  AI wiki evidence. It summarizes material effects such as `avoided_retry`,
464
493
  `blocked_wrong_path`, `changed_plan`, and `faster_resolution`, separates missed or repeated issue
465
494
  signals from unproven wiki use, and lists replay candidates that still need source incident
466
- artifacts before becoming formal impact-eval families.
495
+ artifacts before becoming formal impact-eval families. Source incident timing can come either from
496
+ new `record-reuse` provenance fields or from the separate `source-incident backfill-writeback`
497
+ ledger.
467
498
 
468
499
  To turn diagnostics and handle-local drafts into a human-reviewable consolidation queue:
469
500
 
Binary file
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "ai-wiki-toolkit-linux-arm64",
3
- "version": "0.1.37",
3
+ "version": "0.1.38",
4
4
  "description": "Platform binary package for ai-wiki-toolkit (linux-arm64-glibc).",
5
5
  "license": "MIT",
6
6
  "homepage": "https://github.com/BochengYin/ai-wiki-toolkit#readme",