Docket – Per-commit evidence records for agent-written code
dillonsmartdev
18 points
5 comments
September 13, 2026
Related Discussions
Found 5 related stories in 116.7ms across 10,874 title embeddings via pgvector HNSW
- Show HN: A replayable A2A jury for tracing how agents influence decisions nmaroulis21 · 18 pts · August 09, 2026 · 47% similar
- Open-source memory for coding agents, synced over SSH vshulcz · 117 pts · July 15, 2026 · 46% similar
- Show HN: Jotbus – a shared encrypted scratchpad for coding agents shake-n-fries · 25 pts · October 06, 2026 · 46% similar
- Agent-talk: Enabling coding agents to work together xhluca · 48 pts · July 16, 2026 · 45% similar
- Show HN: Jeff – A read-only CLI for semantic code review using Jev imalessandro · 20 pts · September 18, 2026 · 44% similar
Discussion Highlights (3 comments)
Yukonv
Interesting approach to documenting an audit record of changes instead of dumping info into commit description that clutters history. The one major risk not addressed by this vibe code is orphaned references are not a safe storage location. A `git prune` will delete them all since they are not part any head reference. https://git-scm.com/docs/git-prune
bastawhiz
Who is this for? Who's looking at it? It seems like this is solving an engineering culture/process failure by introducing new engineering process. Like I'm trying to understand the circumstances where a) I don't have CI/mandatory reviews/PRs to organize changesets with things like intent and b) even though these commits are allowed to make it to main, I want to know this information. Is it to blame coworkers when things go sideways? To avoid deploying infra?
sleeby
All the AI tools usually add "Co-Authored-By XXX" as a trailer on commits where an agent did most of the work. Cheap and it survives every git tool. What does this give me beyond that?