Skip to content

blog: one more reading, then it cleared - #931

Open
gHashTag wants to merge 1 commit into
mainfrom
blog/one-more-reading-then-it-cleared
Open

gHashTag wants to merge 1 commit into
mainfrom
blog/one-more-reading-then-it-cleared

Conversation

@gHashTag

@gHashTag gHashTag commented Sep 5, 2026

Copy link
Copy Markdown
Owner

Summary

A bilingual (EN + RU) blog post about the trinity-fpga autonomous loop's disk-halt hysteresis mechanism, and its first real-world test.

The story: a tripwire that only looks at the current disk reading has no memory — a bounce near a threshold flips the verdict every cycle. Built two small state machines (hysteresis requiring 2 consecutive recovery readings before clearing; flap detection for repeated halt episodes) three days before a genuine disk crisis (0.18 GiB -> 127 MiB free) tested them for real. The mechanism held the verdict at HALT for one extra confirming reading even though the raw disk state had already recovered, then cleared on the next check — exactly the designed behavior, now proven against production data instead of only synthetic test fixtures.

Receipts: three trinity-fpga commits (the original tripwire mechanism, the hysteresis/flap-detection addition, and the commit recording the real crisis + proof).

Open questions are explicit about scope: the crisis's root cause was never identified (something outside the loop's visibility resolved it); flap detection hasn't fired for real yet (only tested against seeded synthetic data); a detected flap currently only prints a warning rather than writing a formal anomaly record.

Test plan

  • npm run build:ci exits 0
  • Built per-slug chunk (one-more-reading-then-it-cleared-*.js) greped for both EN and RU body content — confirmed present
  • RU title/summary confirmed present in the Blog listing bundle
  • Operator review and merge decision — not merging, per house convention (publication is the operator's call)

🤖 Generated with Claude Code

Adds a bilingual post (EN + RU) about the disk-halt hysteresis mechanism
built for the trinity-fpga autonomous loop's tripwire system, and its
first real-world test: a genuine disk crisis (0.18 GiB -> 127 MiB free)
that the loop correctly held at HALT for one extra confirming reading
before clearing, rather than flapping to RUNNING on the first good
reading after recovery.

Receipts point at the three relevant trinity-fpga commits (the original
tripwires, the hysteresis/flap-detection addition, and the commit
recording the real crisis). Open questions are explicit about what this
does and does not show: the state machine is verified against production
data, but the crisis's root cause was never identified, and flap detection
itself has not yet fired for real in this run.

Verified with npm run build:ci (exit 0) and by grepping the built
per-slug chunk for both English and Russian body content.
@gHashTag

gHashTag commented Oct 2, 2026

Copy link
Copy Markdown
Owner Author

Reviewer bee Y: left open, not merged. (1) CONFLICTING with main (apps/website/src/data/blog/index.ts and posts.ts moved on; the post is not on main under this or any similar slug). (2) The required status 'T27 work report' is missing/failed on this head, so the ruleset blocks it. (3) A blog post is a publication: per the owner's rule it ships only on his explicit yes, and dated claims from September would need re-measuring before then. If the owner wants it, the author rebases, re-checks the numbers and adds the work report; otherwise close it.

@gHashTag

gHashTag commented Oct 2, 2026

Copy link
Copy Markdown
Owner Author

bee review: left open -- CONFLICTING with main (head 80e2c4e). The post body is not on main yet, but apps/website/src/data/blog/index.ts and posts.ts have moved under it (later blog PRs, e.g. #1248). Rebase onto main (the conflict is the list insertion only) and add a work report; no credentials in the diff.

This branch has not been deployed

No deployments
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant