構建可檢視系統：我的作品集、Sentra–Hermes 和五個公開項目

I build systems where authority, execution, and evidence stay connected.

A task can finish and still leave an operating problem. Was it authorized against the right state? Does the evidence support advancing? What happens if the next run inherits something it should not?

Those are the problems behind my portfolio. Sentra–Hermes is the flagship case study. Five public repositories give you tools to inspect and try.

Sentra–Hermes: authority before advancement

Sentra–Hermes explores a bounded lifecycle for governed agent execution:

Readiness → Authorization → Execution → Verification → Advancement → Completion

The Hermes name refers to Nous Research’s Hermes Agent. My contribution is the surrounding operating infrastructure: Sentra’s decision layer, authorization boundaries, readiness checks, verification, and preserved evidence for workflows involving Hermes agents.

The case study examines this operating infrastructure and its bounded validation. The checkpoint evidence does not establish that Hermes Agent executed those tasks.

Two failures make the operating problem concrete. One involved candidate selection treating a consumed authorization as live authority, blocking successor intake. Another involved successor state still referencing the predecessor’s execution. The corrections separated historical evidence from live authority and isolated successor activation within a rollback boundary.

At the documented July 24, 2026 checkpoint:

• 13 of 13 repository-integrity checks passed.
• Three of three governed tasks completed.
• Four single-transition authorizations were consumed.
• Predecessor and successor evidence was preserved.

A later read-only replay of that historical snapshot found zero recovery issues. That result is separate from the original checkpoint results.

This is evidence for a bounded prototype checkpoint. It does not establish general agent safety, production readiness, or current runtime health.

The public evidence guide includes extracts and provenance. You can inspect the cited records, but the extracts are not the full implementation and are not sufficient to reproduce the entire system.

Five public projects

1. Pick Up Here

Pick Up Here helps you resume work in a Git repository using saved evidence, change comparisons, and optional local AI guidance.

Prototype release candidate. Facts and comparisons work without AI. They help establish what changed; they do not establish runtime correctness.

2. Commonfeed

Commonfeed is a local RSS and Atom reader with finite reading sessions, explained selections, and private feedback.

Published local reader; focused product probe. The README includes a fictional sample session. Long-term reliability and improved reading outcomes remain unproven.

3. Backsolve

Backsolve records decisions, evidence, tests, and outcomes behind AI-assisted work in Whyfiles and portable archives.

Local v0.1 CLI prototype. Records are assembled deterministically from explicit captures. The confidence score is a heuristic, not independent verification.

4. LineForge

LineForge turns chess games into annotations, mistake cards, review sessions, and portable study artifacts.

Local v0.1 application prototype. Coach lenses are deterministic; optional Stockfish analysis is separate. Learning gains and broader usability have not been established.

5. Hermes Observability

Hermes Observability provides observability standards, structured trace contracts, and local readiness reports for governed workflows.

v0.1 standards and validation tooling. A fixture PASS supports the behavior that fixture exercises. It does not establish live ingestion, another repository’s compliance, or production readiness.

Each README has first-run steps, an example output or development screenshot, and the current limits.

What I want feedback on

The common thread is making the next action easier to judge: what can run, what changed, what evidence survives, and where a person needs to make the call.

The public tools also need to earn their place in someone’s workflow. Passing checks cannot answer that on their own.

If you try one, I’d like to know:

• Could you follow the first-run instructions?
• Did the example make the intended behavior clear?
• Were the evidence and limits specific enough to judge the claims?

Start with the portfolio, read the Sentra–Hermes case study, or pick a repository from my GitHub profile.