/check-fact

Check Fact

プロジェクト内のコードベース、ドキュメント (docs/、README.md など)を参照し、与えられた情報の正誤を確認するためのコマンド。

使い方

# 基本的な使い方
/check-fact "このアプリケーションは Zustand と TanStack Query を使用して状態管理している"

# 複数の情報を一度に確認
/check-fact "このプロジェクトは tRPC と TanStack Router でタイプセーフな API 通信とルーティングを実現している"

# 特定の技術仕様について確認
/check-fact "認証には Clerk または Supabase Auth を使用し、パスキー認証が実装されている"

確認プロセス

1. 情報源の優先順位

   • コードベース (最も信頼性が高い)
   • README.md、docs/ 内ドキュメント
   • 設定ファイル (package.json、tsconfig.json、next.config.js、.env.local 等)
   • Issue、Pull Requestの議論履歴

2. 判定結果の分類

   • ✅ 正しい - 情報がコードベースと完全に一致
   • ❌ 誤り - 情報が明確に間違っている
   • ⚠️ 一部正しい - 部分的に正確だが不完全
   • ❓ 判断不可 - 確認に必要な情報が不足

3. 根拠の明示

   • 該当ファイル名と行番号
   • 関連するコードスニペット
   • ドキュメントの該当箇所

報告形式

## ファクトチェック結果

### 検証対象
「[ユーザーが提供した情報]」

### 結論
[✅/❌/⚠️/❓] [判定結果]

### 根拠
- **ファイル**: `src/components/Auth.tsx:123`
- **内容**: [該当するコード/文章]
- **補足**: [追加説明]

### 詳細説明
[誤りの場合は正しい情報を提示]
[一部正しいの場合は正確でない部分を指摘]
[判断不可の場合は不足している情報を説明]

基本例

# プロジェクト技術スタック確認
/check-fact "このアプリは Next.js 14 + Server Actions + Prisma の構成になっている"

# 実装状況確認
/check-fact "Next.js 14 の App Router で RSC (React Server Components) と Streaming が活用されている"

# アーキテクチャ確認
/check-fact "サーバー状態は TanStack Query で、クライアント状態は Zustand で管理し、Redux は使用していない"

# セキュリティ実装確認
/check-fact "認証は Edge Runtime 上で JWT を使用し、Middleware で保護されている"

Claudeとの連携

# コードベース全体の分析後に確認
ls -la && cat package.json | jq '{next: .dependencies.next, react: .dependencies.react, typescript: .devDependencies.typescript}'
/check-fact "このプロジェクトで使用している主要な依存関係は..."

# 特定機能の実装状況確認
grep -r "use server\|use client\|async function" . --include="*.tsx" --include="*.ts"
/check-fact "Server Actions と Form Actions を使用してプログレッシブエンハンスメントが実装されている"

# ドキュメントとの整合性確認
cat README.md
/check-fact "README に記載されている機能は全て実装済み"

活用シーン

• 技術仕様書作成時: 記載内容の正確性確認
• プロジェクト引き継ぎ時: 既存実装の理解確認
• クライアント報告前: 実装状況の事実確認
• 技術ブログ執筆時: 記事内容の正確性検証
• 面接・説明資料作成時: プロジェクト概要の正確性確認

注意事項

• コードベースが最も信頼性の高い情報源です
• ドキュメントが古い場合は、実装を優先します
• 判断に必要な情報が不足している場合は素直に「判断不可」とします
• セキュリティに関わる情報は特に慎重に検証します