Skip to content
cccskills
FreePublished on GitHub

adr-writer

Create, update, or review Architecture Decision Records (ADRs) using the project's conventions. Use when asked to record an architecture decision or work on an ADR; not for general design discussion without a requested record.

The English summary is being prepared. Showing the original description.

yaakaito/env3 stars(GitHub 3 + cccskills 0)

Run score Not tested

See how to install

Files included (2)

  • SKILL.md2.8 KB
  • assets/adr-example.md667 B

SKILL.md (original)

Review the instructions the agent will receive before you install.

ADR Writer

Record the context, decision, consequences, and considered alternatives so readers can understand why the architecture was chosen.

Project Conventions

Follow the user's requested format and the project's ADR conventions for location, naming, numbering, language, and structure. Inspect the target ADR, relevant existing ADRs, and any project template as needed to establish those conventions and understand the decision. Do not require a fixed number of documents or read unrelated ADRs.

When no convention exists, use docs/adr/adr-NNN-short-description-in-english.md with the next number after the highest existing ADR number (start at 001 if none exist), an English title, and Japanese body text under English section headings. Use assets/adr-example.md as the fallback template; load it only when creating an ADR without a project template.

Decision and Status

Use the conversation and relevant project evidence to distinguish a proposal from an approved decision. Do not infer approval from a request to write an ADR. For a new ADR with no approval evidence, use the project's proposal status or Proposed if none is defined. Use Approved or the project's equivalent only when approval is established.

When editing an existing ADR, preserve its status and recorded decision unless the request or evidence supports changing them. If a decision is being replaced, follow the project's superseding convention and preserve the original rationale and links between records. Ask only when missing decision details prevent an accurate record; identify unresolved details rather than inventing them.

Content

  • Context explains why the decision is needed, using known facts and constraints.
  • Decision states the chosen or proposed approach specifically enough to guide implementation. Include diagrams or language-agnostic pseudocode when they clarify the design; do not include implementation-specific code.
  • Consequences describe benefits, drawbacks, trade-offs, and relevant side effects.
  • Alternatives include options actually considered and the known reasons for not adopting them. Mark missing rationale as unknown rather than fabricating a comparison.
  • References link to relevant ADRs and source material supporting the record.

Completion

For creation or editing, save the requested ADR and check its numbering, links, status, and consistency with project conventions and the supplied decision. For a review-only request, report findings without changing files. Report unresolved decision details that affect the record's accuracy.

Reviews

No reviews yet. Tell others what you thought.

Comments

No login needed. Share how it worked for you, ask a question, or note where it did not run.

No comments yet. Be the first to write one.

Comments are published right away. Do not include personal information such as email addresses or phone numbers. Up to 2 URLs.

0 / 1,000 characters

This form is protected by reCAPTCHA, and the Google Privacy Policy and Terms of Service apply.

More skills from this repository

Create, edit, or review AGENTS.md and CLAUDE.md repository instructions. Use for agent instruction setup and structure advice, not ordinary code changes that merely read those files.

The English summary is being prepared. Showing the original description.

yaakaito/env3Updated Oct 27, 2026

dig

Free

Grill the user relentlessly about a plan, decision, or idea. Use when the user wants to stress-test their thinking or requests an in-depth interview with dig.

The English summary is being prepared. Showing the original description.

yaakaito/env3Updated Oct 27, 2026

Discuss ideas and design choices before implementation, without editing files.

The English summary is being prepared. Showing the original description.

yaakaito/env3Updated Oct 27, 2026

Clone 済みのこの環境リポジトリのルートで実行し、setup.yaml(唯一の真実)と dotfiles/、skills/ を基準に端末上の dotfiles、Claude/Codex skills、関連 CLI 設定を安全に同期・更新・整理する。Use when the user asks to set up, reconcile, migrate, update, clean, prune, or merge this repository's dotfiles or skills with an existing terminal, especially when existing local files must be inspected before applying repository versions.

The English summary is being prepared. Showing the original description.

yaakaito/env3Updated Oct 27, 2026

remote の rebase や force-push 後に diverge した gh-stack を診断し、local state を退避して remote に合わせて再構築する。履歴書き換えが疑われる non-fast-forward の調査と復旧に使う。通常の sync や一般の Git branch 管理には使わない。

The English summary is being prepared. Showing the original description.

yaakaito/env3Updated Oct 27, 2026

PR 作成を依頼されたときに、依頼範囲の変更を確認し、リポジトリのテンプレートに沿ったタイトルと本文で GitHub PR を作る。本文の下書きだけを求められた場合は公開しない。

The English summary is being prepared. Showing the original description.

yaakaito/env3Updated Oct 27, 2026

See all skills by yaakaito

Report a problem with this skill