record-decision
Skill1 starsChanged 47 days agoMITView on GitHub
技術判断・設計決定を 1 判断 1 ファイルの ADR として記録する。ユーザーが /record-decision と明示的に入力したときだけ起動する。
10 other projects use a version of this.
Adopted by
Most recently taken up by
- jabbott-iii/Tidepooltheir own version, first seen Nov 8, 2026
- Walsworth-Group/physkittheir own version, first seen Nov 8, 2026
- Memolok/Claude-plugintheir own version, first seen Nov 6, 2026
- rpraharaj/ai-sdlctheir own version, first seen Nov 1, 2026
- rpraharaj/ai-engineertheir own version, first seen Nov 1, 2026
- deanmikan/ai-native-company-startertheir own version, first seen Sep 4, 2026
Used with
Projects with it also use verify and handoff.
Other files people use alongside this one.
Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
Microsoft AzureSkillverify
End-to-end app testing pipeline for browser-based web apps on cloud browsers via Azure Playwright Workspaces: verify the live app, author tests for working flows, heal failing tests, then re-run with video and produce one consolidated report. Three phases (app verification, test authoring, test healing) plus a scoped final sanity run; each phase emits a sub-report. Use when asked to "verify my app", "make sure my app works and has good test coverage", "do a full QA pass", "add tests where I'm missing coverage", "fix failing tests and add new ones", "smoke test before deploy", "QA my deployment", or any combined verify-and-test ask. Requires Azure CLI (`az login`) and a Playwright Workspace resource ID — bootstraps configs on first invocation. Browser-based web apps with Playwright only — not for unit/API tests, native mobile/desktop, load/perf, or full accessibility audits.
Also in 3 projects that use this
MicrosoftSkillhandoff
Compact the current conversation into a handoff document for another agent to pick up.
Also in 3 projects that use this
Other versions10 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 10
- hardness1020/VibeFlow★ 8same name
- Walsworth-Group/physkit★ 7same name
- iopsystems/skills-mcp★ 6same name
- YangFan-Code-Star/context-dev★ 2same name
- jabbott-iii/Tidepool★ 1same name
- Memolok/Claude-plugin★ 1same name
- rpraharaj/ai-engineer★ 1same name
- deanmikan/ai-native-company-starter★ 0same name
- Luis85/agentic-workflow★ 0same name
- rpraharaj/ai-sdlc★ 0same name
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository14 other files it gives its agents.
- AGENTS.mdAGENTS.md
- CLAUDE.mdCLAUDE.md
- add-patternSkill
- debug-workflowSkill
- improvement-trackingSkill
- knowledge-managementSkill
- log-improvementSkill
- pattern-librarySkill
- project-contextSkill
- project-setupSkill
- review-knowledgeSkill
- start-debugSkill
- team-standardsSkill
- update-contextSkill
The file
Files
技術判断を記録
技術的な判断・設計決定を、検索しやすい 1 ファイル 1 判断の形式で記録します。
Instructions
1. ヒアリング
ユーザーから次の情報を集めてください。すでに会話の中で判明している項目は聞き直さず、確認だけで済ませます。
- 判断内容: 何を決定したか
- 検討した選択肢: 比較した候補とそれぞれのメリット・デメリット
- 決定と理由: 最終的な選択とその根拠
- 影響範囲: この決定が影響するコンポーネントや機能
2. 既存記録の確認
knowledge-management/references/decisions/README.md を読み、同じテーマの判断が既にないか確認してください。既存判断を覆す決定であれば、その旨を新しいファイルに明記し、古い方にも追記します。
コマンド例は .agents/skills/ に導入した場合のパスです。.claude/skills/ や .cursor/skills/ に導入した場合(--legacy-claude、--cursor-only、gh skill install --agent など)は、先頭をそのパスに読み替えてください。記録先はスクリプトが自動で検出します。
3. ファイルの作成
スクリプトでひな形を生成できます。
bash .agents/skills/knowledge-management/scripts/add-entry.sh "判断タイトル"decisions/YYYY-MM-DD-スラッグ.md が作られ、decisions/README.md の索引にも 1 行追加されます。生成されたファイルを、ヒアリング内容で埋めてください。
スクリプトを使わない場合も、同じ命名規則とフォーマットに従ってください。
---
title: 判断タイトル
description: 1 行サマリ
tags: [adr]
updated: YYYY-MM-DD
---
# 判断内容
# 検討した選択肢
# 決定と理由
# 影響範囲4. 関連付けと報告
関連する実装パターンや過去の判断があれば、Markdown リンクで相互に接続してください。最後に記録内容のサマリーと作成したファイルのパスを提示します。
注意事項
- 判断の背景と理由を必ず含めてください(将来の参照時にいちばん価値がある部分です)
- 不採用にした選択肢も理由とともに残してください
- 日付は記録日の実際の日付を使ってください。不確かな場合は
date +%Y-%m-%dで確認します - レガシーな
KNOWLEDGE_TEMPLATE.mdへの追記も引き続き読み取れますが、新規記録は個別ファイルに作成してください
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

