haiku-method 3.4.1 → 3.6.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.
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "haiku",
3
- "version": "3.4.1",
3
+ "version": "3.6.0",
4
4
  "description": "H·AI·K·U methodology — universal lifecycle orchestration with hat-based workflows, completion criteria, and automatic context preservation.",
5
5
  "author": {
6
6
  "name": "GigSmart",
package/CHANGELOG.md CHANGED
@@ -5,6 +5,20 @@ All notable changes to this project will be documented in this file.
5
5
  The format is based on [Keep a Changelog](https://keepachangelog.com/en/1.0.0/),
6
6
  and this project adheres to [Semantic Versioning](https://semver.org/spec/v2.0.0.html).
7
7
 
8
+ ## [3.6.0] - 2026-05-04
9
+
10
+ ### Added
11
+ - Drift detection now shows image diffs side-by-side with text changes, letting you review visual artifact modifications during code review.
12
+ - Agents can record file modifications with attribution using `haiku_record_agent_write`, creating audit trails for generated content.
13
+
14
+ ## [3.5.0] - 2026-05-04
15
+
16
+ ### Added
17
+ - Drift detection alerts you when outputs change unexpectedly, with assessment interface to classify and approve changes
18
+ - Knowledge upload during review lets you inject new files or context without restarting the intent
19
+ - One-click output replacement for invalidated results in the review view
20
+ - Coverage gap acknowledgment to mark sections intentionally out-of-scope
21
+
8
22
  ## [3.4.1] - 2026-05-03
9
23
 
10
24
  This release contains only internal test coverage improvements with no user-facing changes to report.
package/README.md CHANGED
@@ -98,6 +98,20 @@ Each stage's gate decides whether work advances:
98
98
 
99
99
  Mix them per stage. Compound gates like `[external, ask]` let you choose at runtime.
100
100
 
101
+ ## Kill-switch — disabling drift detection
102
+
103
+ H·AI·K·U ships a per-stage drift-detection gate that catches out-of-band edits to tracked files between ticks. If it ever misfires (false positives during a noisy refactor, an integration that legitimately rewrites tracked surfaces, load shedding under heavy churn), turn it off in `.haiku/settings.yml`:
104
+
105
+ ```yaml
106
+ drift_detection: false
107
+ ```
108
+
109
+ That single key disables the drift-detection gate for the project. Reconciliation, baseline establishment, and every other gate continue to run normally — only drift-finding emission is silenced. Flip it back to `true` (or remove the key entirely) once the noisy condition clears.
110
+
111
+ **Verifying the kill-switch is live.** After flipping the flag, call `haiku_baseline_init` against any intent — the response will include a `drift_disabled_warning` key when the kill-switch is active. The flag uses the literal lowercase boolean `false`; `"false"` (string) and `False` (Python-cased) are silently ignored. If `drift_disabled_warning` is absent on the next call, the YAML key is malformed.
112
+
113
+ For incident playbooks — including how to verify the kill-switch is live, how to roll back a corrupt baseline, and how to clear stuck reconciliation findings — see `.haiku/knowledge/RUNBOOK.md` inside any intent that uses drift detection.
114
+
101
115
  ## Links
102
116
 
103
117
  - **Method paper** — [haikumethod.ai/papers/haiku-method](https://haikumethod.ai/papers/haiku-method)