Menu
The review-first prompt is selected by default. You can switch to a direct command or download a local copy.
Read SKILL.md and any companion files shown by SkillsMP before deciding whether to install.
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
A direct command skips the review prompt. Inspect the source before running it.
npx skills add https://github.com/majiayu000/claude-skill-registry --skill consultationThe command stays on one line. Scroll horizontally to inspect it before copying.
Prefer a local copy? Download the files currently available to SkillsMP.
LLM token logprobs and calibration. Per-decision confidence, ECE, Brier, reliability diagrams, low-confidence triage.
Analyze LLM token logprobs and calibration. Use for per-decision confidence, ECE, Brier scores, reliability diagrams, and low-confidence triage.
回顾最近 N 天的 Claude Code 使用记录——扫描原始会话数据，按主题分组汇总"我都做了什么"，并从个人操作系统视角输出模式、风险与增删建议。当用户说 /recap、"看看我这几天做了什么"、"回顾一下我最近的会话"、"这两天我用 claude 干了啥"、"活动回顾" 时使用。
Showing SKILL.md
Based on SOC occupation classification
| name | consultation |
| description | Claude(スマホ・PC)への相談スキル。実装中に判断が必要になった時、技術選定が必要な時、設計相談が必要な時に使用。 |
具体的に言語化してから相談。「AとBで迷っている」まで絞り込む。
| ClaudeCode(ここ) | スマホ・PCクライアント |
|---|---|
| 実際のコーディング | 問題の整理・分析 |
| ファイル操作 | 解決方針の決定 |
| テスト実行 | アーキテクチャ設計 |
| デバッグ作業 | トラブルシューティング方向性 |
| 動作確認 |
【相談: {相談内容の一行サマリ}】
## 1️⃣ 何が起きているか(事実)
- 現在のタスク: ...
- 進捗状況: ...
- 現在のブランチ: ...
- 発生している現象: ...
## 2️⃣ なぜそれが問題なのか
- 何を期待していたか: ...
- 実際には何が起きたか: ...
- このままでは何が困るか: ...
## 3️⃣ なぜその問題が発生したのか(原因の掘り下げ)
- 直接の原因: ...
- その原因が生じた理由: ...
- さらにその背景: ...
(「なぜ?」を3-5回繰り返して根本原因を探る)
## 4️⃣ 何を試したか
1. 試したこと: ...
- 結果: ...
- なぜうまくいかなかったか: ...
2. 試したこと: ...
- 結果: ...
- なぜうまくいかなかったか: ...
## 5️⃣ 判断が必要な点(具体的に)
- 技術選定: AとBのどちらを使うべきか?
- 設計方針: XとYのどちらのアプローチが適切か?
- 仕様解釈: この要件は○○という理解で合っているか?
(「何が分からないか分からない」ではなく、「AとBで迷っている」まで具体化する)
## 6️⃣ 制約条件
- パフォーマンス要件: ...
- 互換性: ...
- セキュリティ: ...
- その他制約: ...
【相談: JWTの保存場所をlocalStorageにするかhttpOnly Cookieにするか】
## 1️⃣ 何が起きているか(事実)
- 現在のタスク: 認証機能の実装
- 進捗状況: ログインAPI完成、トークン保存方法を検討中
- 現在のブランチ: feat/authentication
- 発生している現象: 設計判断が必要
## 2️⃣ なぜそれが問題なのか
- 何を期待していたか: セキュアかつ使いやすい認証
- 実際には何が起きたか: 両方式にトレードオフがある
- このままでは何が困るか: 後から変更するとコスト大
## 3️⃣ なぜその問題が発生したのか
- 直接の原因: セキュリティ要件と利便性のバランス
- その原因が生じた理由: XSS対策とCSRF対策の両立が難しい
## 4️⃣ 何を試したか
1. 試したこと: 公式ドキュメント調査
- 結果: 両方式の説明はあるが推奨は明記なし
2. 試したこと: OWASP資料確認
- 結果: httpOnly Cookie推奨だがSPA向けの注意点あり
## 5️⃣ 判断が必要な点
- localStorage: XSS脆弱性リスクあり、実装は簡単
- httpOnly Cookie: CSRF対策が追加で必要、実装複雑
## 6️⃣ 制約条件
- SPAアプリケーション
- 外部API連携あり(CORS考慮必要)
【相談: 認証がうまくいかない】
なんかエラーが出ます。どうすればいいですか?