Comparison

A · AGENTS.md · oubakiou/mdxg-redline B · CLAUDE.md · oubakiou/mdxg-redline

What each file covers, counted
Dimension	Only in A	Overlap
Sections	0	—
Commands	0	—
Section tags	1	0%

What each file covers

Sections

neither file has any

Commands

neither file has any

Section tags

0 shared · 1 only in A · 0 only in B

− git-pr

Line diff

+4 added−9 removed2 unchanged18.2% identical

oubakiou/mdxg-redline · AGENTS.md

@@ −1 @@

1@README_ja.md

2@docs/design/development.md

4- エージェントが作業中に一時的なファイルやディレクトリを作成する場合は、指示がなければ .temp/ 配下に作成する

5- linterを無効化する場合は、その前に無効化しない対応を検討し、対応が難しいまたはデメリットがある場合にはコメントで理由を記述する

6- TypeScriptにおいては明確な理由がなければletではなくconstを利用する

7- コメントは WHY が非自明な場合（隠れた制約、見落としやすい invariant、特定バグの workaround、読み手が驚く挙動）のみ書く。識別子で表現できる WHAT は書かない

8- 現在のタスク・修正経緯・呼び出し元への言及（"X 用に追加"、"Y フローで使う"、"issue #123 対応" 等）はコメントに書かない。これらは PR description / commit message に属し、コードベースが進化するうちに rot する

9- コミット前にサブエージェントでセルフレビューを行うかユーザーにAskUserQuestionで確認する

10- あなたがFableの場合はtoken costを削減するためdelegate-\* skillを利用して積極的にタスクをサブエージェントに委譲してください。ただし最終成果物の責任はあなたが負ってください。

oubakiou/mdxg-redline · CLAUDE.md

@@ +1 @@

1@AGENTS.md

2@CLAUDE.local.md

4- ユーザーに確認する場合はAskUserQuestion toolを利用して選択肢を提示する

5- TypeScript のコード調査・変更検証には Claude Code の `LSP` deferred tool を活用する。初回利用時は `ToolSearch query="select:LSP"` で schema を読み込んでから呼び出す。シンボルの定義 / 参照解決（`goToDefinition` / `findReferences` 等）と、変更後の型エラー・未解決 import の単一ファイル確認（`getDiagnostics`）を組み合わせる。ただし `getDiagnostics` は指定ファイル中心で全走査ではないため、横断的な最終確認は `vp check` を併用する。ファイル移動に伴う import パスの自動書き換えは行われないので、書き換えは別途行い `getDiagnostics` / `vp check` で検証する

@@ −1 +1 @@

1−@README_ja.md

2−@docs/design/development.md

1+@AGENTS.md

2+@CLAUDE.local.md

4−- エージェントが作業中に一時的なファイルやディレクトリを作成する場合は、指示がなければ .temp/ 配下に作成する

5−- linterを無効化する場合は、その前に無効化しない対応を検討し、対応が難しいまたはデメリットがある場合にはコメントで理由を記述する

6−- TypeScriptにおいては明確な理由がなければletではなくconstを利用する

7−- コメントは WHY が非自明な場合（隠れた制約、見落としやすい invariant、特定バグの workaround、読み手が驚く挙動）のみ書く。識別子で表現できる WHAT は書かない

8−- 現在のタスク・修正経緯・呼び出し元への言及（"X 用に追加"、"Y フローで使う"、"issue #123 対応" 等）はコメントに書かない。これらは PR description / commit message に属し、コードベースが進化するうちに rot する

9−- コミット前にサブエージェントでセルフレビューを行うかユーザーにAskUserQuestionで確認する

10−- あなたがFableの場合はtoken costを削減するためdelegate-\* skillを利用して積極的にタスクをサブエージェントに委譲してください。ただし最終成果物の責任はあなたが負ってください。

4+- ユーザーに確認する場合はAskUserQuestion toolを利用して選択肢を提示する

5+- TypeScript のコード調査・変更検証には Claude Code の `LSP` deferred tool を活用する。初回利用時は `ToolSearch query="select:LSP"` で schema を読み込んでから呼び出す。シンボルの定義 / 参照解決（`goToDefinition` / `findReferences` 等）と、変更後の型エラー・未解決 import の単一ファイル確認（`getDiagnostics`）を組み合わせる。ただし `getDiagnostics` は指定ファイル中心で全走査ではないため、横断的な最終確認は `vp check` を併用する。ファイル移動に伴う import パスの自動書き換えは行われないので、書き換えは別途行い `getDiagnostics` / `vp check` で検証する

116