Docket – Per-commit evidence records for agent-written code
dillonsmartdev
18 points
5 comments
September 13, 2026
Related Discussions
Found 5 related stories in 66.7ms across 6,460 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
- Agent-talk: Enabling coding agents to work together xhluca · 48 pts · July 16, 2026 · 45% similar
- AgentsDock: An IDE designed for agentic AI research ZihuiGeorgia · 32 pts · September 12, 2026 · 44% similar
- Show HN: Conduct, open-source guardrails for LLM and MCP tool calls sudhendra1 · 20 pts · August 28, 2026 · 43% 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?