adr-workflow

A workflow for deciding when to write an architecture decision record, a document that explains an important technical choice.

In plain words
What is it for?
Use it to assess ADRs, draft or update them, and lint their structure and supporting evidence.
Why use it?
It helps teams preserve the reasoning behind decisions and check that the record matches the issue, specifications, tests, and source code.

Agent

Install

Getting it into your agent

One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.

agentmods
npx agentmods add agents/harumiweb/exstruct/adr-workflow
Clone the repo
git clone --depth 1 https://github.com/harumiWeb/exstruct
Per session 0 Only the description is in the session, so the agent can decide to use it. The body loads when it is invoked.
When invoked 1,470 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. Scan, not verified.
Origin original No closer match found in the catalogue.
Token cost

What it costs to keep this loaded

Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.

ModelPer sessionOnce invoked
Fable 5 $0.00000 $0.01470
Opus 5 $0.00000 $0.00735
Sonnet 5 $0.00000 $0.00294
Haiku 4.5 $0.00000 $0.00147

Measured 2d ago against content hash 1ae0d299ac12, method: parsed. Prices are Anthropic first-party input rates as of 2026-08-30, from the pricing page.

Security

Grade A, and why

adr-workflow scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 2d ago.

A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.

Nothing flagged

None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.

dev-docs/agents/adr-workflow.md · 124 lines

How it starts

The opening of the file, as written. The whole thing — 124 lines — stays where its author put it; the contents beside it link to each section on GitHub.

ADR workflow

This document defines the standard flow for handling ADRs from issues and PRs.

Scope of Phase 1

Phase 1 standardizes only the following:

  1. Determining whether an ADR is needed
  2. Drafting a new ADR or proposing an update to an existing ADR
  3. Linting ADR documents

Additions in Phase 2

Phase 2 adds the following on top of Phase 1:

  1. Auditing ADR consistency against specs / tests / src via adr-reconciler
  2. Updating ADR indexes and relationship maps via adr-indexer

Additions in Phase 3

Phase 3 adds the following on top of Phase 1 + 2:

  1. Design review of ADR drafts via adr-reviewer

Standard flow

  1. Read the issue or PR
  2. Read related docs/, dev-docs/specs/, dev-docs/adr/, tests/, and src/, and gather the evidence triad needed for the decision
  3. Use adr-suggester to decide required / recommended / not-needed
  4. Even when the verdict is not-needed, leave the rationale and evidence triad in the issue or PR
  5. When the verdict is required or recommended, use adr-drafter to produce a new ADR draft or a proposal to update an existing ADR
  6. Use adr-linter to check structure and evidence
  7. If adr-linter reports unresolved high / medium findings, revise the draft and rerun step 6
  8. Use adr-reviewer to review design soundness, conflicts with existing ADRs, and compatibility / rollout / fallback / safety impact. If the ADR touches public API / CLI / MCP, include related docs/ in scope
  9. If adr-reviewer returns revise, revise the draft and rerun steps 6-8 as needed
  10. If adr-reviewer returns escalate, send the issue back to the issue or PR as a point that requires human judgment
  11. Run adr-reconciler when an ADR is newly added or updated, or when the change includes a policy-level shift
  12. At merge time, recheck consistency with related specs / docs / tests and reconciliation findings
  13. If an ADR was added, updated, or superseded, run adr-indexer to synchronize README.md, index.yaml, and decision-map.md

Read the full file on GitHub · 124 lines

Changes

What this file has done since we first saw it

Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.

  1. 2d ago First seen · 124 lines · 0 tokens per session scan A 1ae0d299ac12

Subscribe to this mod's changes

adr-workflow is an agent published in the GitHub repository harumiWeb/exstruct (195 stars, last pushed 2mo ago), licensed BSD-3-Clause. It costs nothing until one of its globs matches a file; then it loads 1,470 tokens. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-30.

Related

Other agents, from other repositories

ai-chat

AI 对话编排领域。任务涉及编排器 AgentOrchestrator、ToolRegistry、SSE 事件流、上下文组装、记忆系统、MCP、子 Agent、模型路由、回放评测时,先读本文档再动代码。.

zeweihan/aiworkdeck · 62 tokens

ai-doc-bridge

AI↔文档编辑桥接领域。任务涉及 doc/sheet/slide 编辑原语、EditorBridgeService、editorcommand 契约、修订(redline)、文档检查点、EDITORACTIONS/uicommand 白名单时,先读本文档再动代码。.

zeweihan/aiworkdeck · 67 tokens

licensing-billing

授权与计费领域。任务涉及解锁门(试用码/账户 Key)、与官网账户的连接、entitlement 权益判定、免费额度与付费解锁、平台 AI 通道计费、广场付费项闸门、本机免登身份解析时,先读本文档再动代码。.

zeweihan/aiworkdeck · 76 tokens

version-control

项目级版本记录领域。任务涉及版本记录/工作段(work session)、时间线、退回版本、丢弃工作、另起一稿/多稿并行/采纳-放弃-冲突三选一、项目 Git 仓库(com.checkba.version 包)、文件树清单 .awd/tree.json 时,先读本文档再动代码。.

zeweihan/aiworkdeck · 84 tokens

office-addin

Microsoft Office 与 WPS 插件领域。任务涉及 Word/Excel/PPT 任务窗格插件(office-addin/)、manifest、Office.js、WPS 加载项(wps/ 壳、wpsExecutor、publish 安装页)、插件与后端的对话/上下文契约、sideload 调试时,先读本文档再动代码。.

zeweihan/aiworkdeck · 83 tokens

sidebar-shell

侧边栏与工作台外壳领域。任务涉及左侧 rail/左栏、工作台四列布局、面板切换、页面路由与页面栈、设置入口、project-overview.vue 结构、CSS 体系时,先读本文档再动代码。.

zeweihan/aiworkdeck · 65 tokens