Show HN:面向 AI 的 ADR —— 人类与 AI 协作的审议记录,用 Git 进行版本管理
Show HN: ADRs for AI – Deliberation records for human–AI work, versioned in Git

原始链接: https://adrs.systems

ADRs4AI 是一种用于保存人类与 AI 协作背后推理过程的方法论与工具集。其入门模板提供 ADR、指令、收件箱协议与任务运行器配方;可选的 VS Code 与 iOS 工具呈现开放问题、诊断信息、链接与移动端审阅。用户将杂乱的思考倾倒进种子,AI 将其转换为带选项、建议、理由、信心值与证伪条件的版本化 ADR。人类随后通过接受或覆盖来回答开放问题。记录使决策及其“为什么”可恢复,而非归档对话记录或模拟 AI 记忆。生态系统还包括策展地图、论文与一篇奠基性文章。示例展示了一个双时态策略问题,AI 推荐一个选项,人类做出最终裁定。总体而言,它将短暂的 AI 协作转化为可复利、可查询的审议记录。

Show HN 介绍“ADRs for AI”,一个在 Git 中记录人机协同审议的框架。它使用 ORRCF 问题(选项、建议、理由、置信度、证伪条件)来暴露模型疑虑,并使用架构审议记录来捕获设计推理、指导 AI 编写的代码。作者征求关于入门与材料的反馈。评论包括类似方法(语义搜索 ADR、guidedog)、对上下文膨胀与维护的怀疑,以及对网站措辞的批评。作者将这些记录与传统 Nygard ADR 区分开:它们在审议过程中捕获过程,更详细,并与插件、MCP、CLI、VS Code 和 iOS 等工具集成。支持者认为显式决策有价值;批评者警告文档腐化与令人困惑的护栏。总体而言,它提出为可持续的 AI 辅助编程提供认知连续性。
相关文章

原文
The template A repository starter: ADR & seed templates, the directives, the inbox protocol, task-runner recipes. Adopt whole or by feature — it works from your first seed.
The VS Code extension Tree views of your open questions, diagnostics that catch malformed records as you type, deep links, and an MCP server so your agents can query the record. Also on Open VSX.
The iOS client Your project's open questions, in your pocket: sign in, import a repo, review, and one-tap Accept that lands real answers as commits. On the App Store.

The most valuable byproduct of the collaboration between a human and an AI is the thinking — and in ordinary practice, all of it evaporates. You can already make good decisions with your AI. Every session produces reasoning you will need again, and lose by default. This keeps the why, so it compounds.

A record, verbatim

This is the method’s product — one question from a live, public project’s own record, exactly as it sits in the repository:

### QST-HISTORICAL-TRUTH: How should corrections preserve what was previously believed?
- Status: answered
- Why asking: Conversation attribution needs “what was true or documented as
  of date X,” while later research may correct earlier records.
- Need: Approve or revise the proposed temporal policy.

**Options**:

- **A — Mutable present truth**: Correct records in place; rely on Git
  history for prior states.
- **B — Append-only assertions**: Never change claims; append corrections
  and supersession edges.
- **C — Bitemporal hybrid**: Correct descriptive records when needed, while
  claims/events carry valid-time, observed-time, and explicit supersession;
  Git remains a third audit layer.

**Recommendation**: (by GPT 5.6 Sol at Perplexity Computer)

**C — Bitemporal hybrid.**

**Rationale**: Git history records when repository bytes changed, not when a
release became valid or when a provider made a statement. Explicit
valid-time and observed-time support historical queries, while supersession
edges preserve corrections without forcing every typo into an eternal
domain event.

**Confidence**: High that Git history alone is insufficient; medium-high
that two temporal axes cover the first release.

**Falsifier**: If real attribution cases require additional independent
times, such as product-availability time distinct from announced and
effective time, the temporal model must expand rather than overload either
axis.

**ANS:** (by Jérémie "Sonnet 4.5" Lumbroso (via ADRs4AI mobile))
C — Bitemporal hybrid.

From frontier-model-observatory, verbatim. The AI staked the question; the recommendation — options, rationale, confidence, and what would prove it wrong — is GPT 5.6 Sol’s; the one-line ruling came from the founder’s phone. That’s the whole mechanic: The AI carries the reasoning, the human spends one judgment — accept, override, or any answer in any shape — and the record keeps the why, for every mind that comes later.

Ten minutes, from zero

Real commands, the flow the founder actually runs — one seed, one question, one ruling:

# 1 · Your copy of the template
gh repo create my-project --private --clone \
  --template ADRs4AI/human-ai-collaboration-template-A
cd my-project

# 2 · Open CLAUDE.md, fill in the top block (messy is fine),
#     then stake the record before any work starts:
git add -A && git commit -m "chore: the record begins before the building does"

# 3 · Recruit — open your agent and offer the mission:
claude    # or your agent of choice
#   "Hello — I have a mission for you. Read about it and tell me
#    if you accept, or any pushback."

Then dump your thinking into a first seed — dictation is fine; your AI chunks it into ADRs that keep your actual words, the options, the reasoning, the open questions. Answer the first question it stakes. Every open question is one grep away, always:

grep -rn '^### QST' docs/adr/

One seed, one question, one answered ruling — that’s the loop, and it already compounds.

Running a crew — several seats, wake-on-brief, you stop being the message bus — is the optional next chapter: steps 7–9 of Get started.

How it works, in twenty seconds

The iOS client: a recommendation with its rationale, and one-tap Accept

Dump your thinking into a seed — messy is fine, dictation is fine; capture first. Your AI chunks it into ADRs that keep what usually evaporates: your actual words, the options considered, the reasoning, the open questions. Every question is findable by one grep — ### QST: — or surfaced by the editor extension, the MCP server, the phone in your pocket; and each arrives with the AI’s options, its recommendation, its rationale, its stated confidence, and what would prove it wrong — so answering streamlines to accept or override: Cognitive load down, bandwidth freed for the deliberations that matter. It’s where conversations become decisions that keep their reasons — deliberative programming, in one habit.

You don’t need to be an experienced engineer to start. The method was built through daily practice by one human and a growing crew of AI collaborators, and its whole point is that the record does the remembering — as much for the veteran with too many projects, as for the beginner building their very first one.

The VS Code extension's Open Questions view: a real question, four options, an attributed recommendation, an answer box

The extension’s Open Questions view, on this project’s own record: A question, its options, an attributed recommendation — and the answer box. Question 16 of 75, that day.

What it is not

Not transcript archival. Not vector-database “memory.” Not an orchestration platform. Not a claim that an AI possesses persistent identity — the record holds, minds change, and the work resumes either way.

The ecosystem, mapped

Everything in the ADRs4AI world and what each piece is for, on one page — methodology & template, editors & clients, crew automation, projects practicing it, learning & teaching — every entry marked by kind and language: awesome-adrs4ai, the curated map.

Papers

  • Cybernetic and Epistemic: A Missing Vocabulary for Trustworthy Agentic Delegation — accepted at the AAAI 2026 Fall Symposium on Trustworthy Agentic Systems (TAS 2026) · arXiv:2610.00961
  • Deliberative Programming: A Versioned Deliberation Protocol for Human–AI Collectives — DOI 10.5281/zenodo.23300579
  • The methodology template itself is citable: concept DOI 10.5281/zenodo.23303469 — always resolves to the latest archived release.

The idea underneath

The most valuable thing that happens between a human and an AI is not the code, the draft, or the answer. It’s the thinking — and in ordinary practice, all of it evaporates. […] It does not make an AI persistent, and it does not make anyone remember. It makes the work resumable — and the thinking compound.

— from What is ADRs4AI?, the founding essay. A stranger can read it cold; its authorship and review record are public, because that is the method.

From the blog

联系我们 contact @ memedata.com