
Engineering8 min read1,818 words
The Best Decision Log and ADR Tools in 2026
A Markdown ADR folder in the repo is free and enough for most teams. When adr-tools, Log4brains, Backstage, Confluence, Notion or Kioku earns its place.
Jishu Labs
Disclosure: Jishu Labs, which publishes this blog, makes Kioku, one of the seven options compared here. The honest short answer: for most engineering teams, a folder of Markdown files in the repository is the best decision log available in 2026. It is free, it is reviewed in the same pull request as the code it explains, and it outlives any vendor.
A tool earns its place only when a specific problem appears: tedious numbering, records nobody outside engineering can find, or decisions made in Slack that never get written down. New to the format? Start with what an architecture decision record is.
What are the best decision log and ADR tools in 2026?
The main decision log and ADR options in 2026 are plain Markdown files using the MADR template, the adr-tools command line, Log4brains, the Backstage ADR plugin, Confluence, Notion and Kioku. The first four keep records in the Git repository, Confluence and Notion keep them in a wiki, and Kioku is a hosted app that exports ADR Markdown.
| Option | Where records live | Cost (Oct 2026) | Search | Maintenance signal | Best for |
|---|---|---|---|---|---|
| Markdown + MADR template | Repo, docs/decisions/ | Free | grep and code host search | MADR 4.0.0 released September 2024 | Almost every team, as the default |
| adr-tools | Repo, doc/adr/ by default | Free, open source | grep | Last release 3.0.0, July 2018 | Creating and superseding records from the terminal |
| Log4brains | Repo, published as a static site | Free, Apache 2.0 | Built into the generated site | Last release v1.1.0, December 2024 | Making repo ADRs readable for people who never open Git |
| Backstage ADR plugin | Repo, shown on Backstage entity pages | Free plugin; you run Backstage | Backstage Search | Version 0.31.0, repository active October 2026 | Organizations already running Backstage |
| Confluence | Wiki page, DACI decision template | Free up to 10 users and 2 GB; paid plans per user | Confluence search | Commercial SaaS | Decisions with non-engineering approvers |
| Notion | Wiki page or database | Free; Plus $10, Business $20 per member/month | Notion search; full AI on Business | Commercial SaaS | Teams that already plan in Notion |
| Kioku | Hosted app; exports ADR Markdown | Free; Pro $15/month | Semantic search and grounded answers on Pro | Young commercial product | Capturing decisions from Slack threads and rough notes |
Is a Markdown ADR folder in the repo enough?
For most teams, yes. A Markdown ADR folder in the repository costs nothing, needs no installation, is reviewed in the same pull request as the change it explains, and shows up in grep and code search. Its weak points are discovery by people who never open the repository, and the manual chore of numbering and superseding records.
MADR (Markdown Architectural Decision Records) is a free, maintained template; its latest release, 4.0.0, came out in September 2024. It recommends a docs/decisions folder and file names in the pattern NNNN-title-with-dashes.md, with optional front matter for status, date and decision-makers. The full template looks like this:
---
status: accepted
date: 2026-10-27
decision-makers: platform team
---
# Use Postgres row-level security for tenant isolation
## Context and Problem Statement
## Decision Drivers
## Considered Options
## Decision Outcome
### Consequences
### Confirmation
## Pros and Cons of the Options
## More InformationMichael Nygard's original 2011 format is shorter: title, status, context, decision and consequences. Either works, provided accepted records are never edited, only superseded.
When is adr-tools worth installing?
adr-tools is worth installing when numbering and superseding ADRs by hand becomes a chore. Nat Pryce's command-line tool creates numbered Markdown records, opens them in your editor, and with one flag marks an older record as superseded by a new one. It is free, written in shell, installs with Homebrew, and stores records in doc/adr by default.
adr init doc/architecture/decisions
adr new Use Postgres row-level security for tenant isolation
adr new -s 9 Replace the job queue with a managed queueBe clear about its age: the last release, 3.0.0, shipped in July 2018, and the last commit to its main branch was in March 2020. The records are plain Markdown either way, so treat adr-tools as a convenience, not a dependency.
Choose adr-tools over Kioku when you want records created and superseded from the terminal, inside the repo, at no cost.
What does Log4brains add on top of Markdown ADRs?
Log4brains turns ADRs that already live in your repository into a searchable static website, which solves the discovery problem for people who do not read Git. It adds a local preview with hot reload, interactive ADR creation from the command line, a timeline, and publishing to GitHub Pages, GitLab Pages or S3. It is free under the Apache 2.0 licence.
Its default template is MADR, it does not require numbered file names (avoiding merge conflicts when two branches add a record), and it supports per-package ADRs in monorepos. It needs Node and npm. The latest release is v1.1.0, from December 2024, and several README features are still marked coming soon.
Choose Log4brains over Kioku when the records should stay in Git and you only need them readable and searchable on the web.
Should you use the Backstage ADR plugin?
Use the Backstage ADR plugin only if your organization already runs Backstage, the open-source developer portal. The plugin adds an ADRs tab to catalog entity pages and indexes records into Backstage Search, so engineers can find decisions across every service. Adopting a whole portal just to display ADRs is a poor trade.
Setup is an annotation in each service's catalog-info.yaml, backstage.io/adr-location, pointing at the folder of Markdown ADRs, plus the frontend and backend plugins. By default the backend parses MADR v2 and v3 formats; other formats need a custom parser module.
Choose the Backstage plugin over Kioku when your service catalog is already where engineers go to learn how a system works.
Are Confluence or Notion good tools for a decision log?
Confluence and Notion work as decision logs when the people approving a decision are not engineers and never open a repository. Both are searchable wikis with comments and permissions. The trade-off is that records sit away from the code, are easy to edit after the fact, and do not appear in the pull request that implements the decision.
Confluence offers a DACI decision template with a status table, background, at least three options with pros, cons and cost, action items and an outcome. As of October 2026, Confluence is free for up to 10 users with 2 GB of storage; Standard and Premium are priced per user.
Notion handles a decision log as a database, with one page per decision and properties for status, date and owner. As of October 2026, Notion is free, and Plus costs $10 and Business $20 per member per month on monthly billing. The free plan keeps only 7 days of page history, a weak audit trail for records meant to be immutable.
Choose Confluence or Notion over Kioku when your company already writes everything there and a separate tool would never get opened.
Where does Kioku fit, and what does it not do?
Kioku's own description: Capture the decisions your team makes and the reasoning behind them, so the why behind every choice stays searchable instead of getting lost. Kioku stores each decision as a structured ADR with context, options, decision, rationale and consequences, and can turn a pasted Slack thread or rough note into that structure. Pro costs $15 per month as of October 2026.
On Pro, semantic search finds records by meaning, and asking why the team chose something returns an answer that points back to the real decisions. Pro also adds unlimited decisions, a timeline, tags and ADR Markdown export. Kioku states that records are encrypted at rest and never used to train models; Enterprise adds SSO and self-hosting. See the Kioku site.
- Records live outside the repository. A decision reaches docs/adr only when someone exports it as Markdown and commits it, so it is not in code review by default.
- No connections to your tools. Kioku does not read Slack, GitHub or a calendar; nothing reaches it unless you paste it in.
- The most useful parts are paid. Semantic search, grounded answers, the timeline and ADR export are Pro features.
- Self-hosting is Enterprise only, and Kioku is a young product next to open formats that teams have used for years.
Choose Kioku when decisions made in Slack threads and meetings never get written down and you want a low-effort way to capture them, then export the important ones to the repo. It behaves more like team memory than documentation; see what an AI memory layer is.
How do you choose a decision log tool?
Choose a decision log tool by starting with Markdown ADRs in the repository and adding a tool only for a problem you actually have. The problems worth paying for, in time or money, are tedious record keeping, poor discovery outside engineering, and decisions that never get written down.
- Records are tedious to create or supersede: add adr-tools, or a short script of your own.
- People outside engineering cannot find them: publish with Log4brains, or surface them in Backstage if you already run it.
- Approvers live in the wiki: use the Confluence DACI template or a Notion database, and link each page from the repo.
- Decisions never get written at all: capture them where they happen, in Kioku or any low-friction tool, and export the ones that matter.
Two rules matter more than the tool
Never edit an accepted record; supersede it with a new one.
Write the record when the decision is made, not months later from memory.
Frequently Asked Questions
What is the best free tool for architecture decision records?
A folder of Markdown files in your repository using the MADR template: no cost, no installation, reviewed alongside the code. Add adr-tools for numbering from the terminal, or Log4brains to publish the folder as a searchable website; both are free and open source.
Is adr-tools still maintained?
Not actively. Its last release, 3.0.0, was in July 2018, and the last commit to its main branch was in March 2020. It is a small set of shell scripts that write plain Markdown, so your records stay usable even if you stop using the tool.
Should ADRs live in the repo or in a wiki?
In the repo, for most teams, because records next to the code appear in pull requests and code search. Use a wiki such as Confluence or Notion when approvers are outside engineering, and link the page from the repository.
Can Kioku export decisions as ADR files?
Yes. On Kioku Pro, any decision can be exported as ADR Markdown to commit alongside your code. Records stay in Kioku until you export them, so they do not appear in code review automatically.
What is the difference between a decision log and an ADR?
An ADR records one architecturally significant decision with its context and consequences. A decision log is the ordered collection of those records, sometimes including product and process decisions. A numbered folder of ADRs is a decision log.
References
- MADR: Markdown Architectural Decision Records — ADR GitHub organization
- adr-tools — Nat Pryce / GitHub
- Log4brains — Thomas Vaillant / GitHub
- Architecture Decision Records (ADR) Plugin — Backstage Community Plugins
- Confluence Pricing: Free and Paid Plans — Atlassian
- Notion Pricing — Notion
About Jishu Labs
Jishu Labs is a software development company founded in 2016. We build custom software, AI/ML systems, and full-stack web and mobile applications for clients, and we make eight AI tools for software teams.




