一键在 Manus 中运行任何 Skill

update-inst

星标2

分支2

更新时间2026年7月10日 06:12

user-level/PJ-levelの指示・スキルを個別修正する。使用タイミング: Claudeが間違いを犯した際の再発防止依頼時、/update-inst実行時、作業で得た運用知見をuser-level（AGENTS.md）/PJ-level（CLAUDE.md）・context・スキルに追記する依頼時。境界: 指示ファイル全体のベストプラクティス監査はinstructions-audit、セッション全体からの知見の自律的な洗い出し・反映はsession-retro、新規スキルの作成はcreate-skill。

安装

用 Codex 或 Claude 帮你安装复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。

在 Manus 中运行

来源

ukwhatn

ukwhatn/.claude

打开 GitHub 仓库查看创作者相关仓库

下载

在 Manus 中运行

指示更新スキル

概要

Claudeの間違いの再発防止、または作業で得た知見の恒久化のため、user-level（AGENTS.md）/PJ-level（CLAUDE.md）の指示・context・スキルを更新する。

トリガー条件

/update-inst <間違えた内容 or 追記したい知見> が実行された場合
Claudeが指示に反した行動をした際に、ユーザーが再発防止を依頼した場合
作業中に得た運用知見（コマンドの落とし穴・環境固有の注意点等）をCLAUDE.mdやスキルに反映するよう依頼された場合

実行手順

Phase 1: 問題分析

間違いの特定
- 何が間違っていたか
- どこで間違いが発生したか（どのPhase、どの処理）
原因の特定
- 指示が不明確だったか
- 例示が誤解を招いたか
- 指示が存在しなかったか
- 優先度が不明確だったか
関連ファイルの特定

ファイル	確認観点
`~/.claude/AGENTS.md`（実体。`CLAUDE.md`は互換symlink）	全PJ共通の作業フロー、基本ルール
`~/.claude/context/*.md`	詳細ルール、フォーマット定義
`~/.claude/skills/*/SKILL.md`	スキル固有のルール（user-level）
`./CLAUDE.md`	PJ固有ルール・コマンド・環境情報
`./.claude/skills/*/SKILL.md`	PJ固有スキル（運用手順・ドメイン知識）
`./.claude/context/*.md`	PJ固有の詳細ルール

Phase 2: 修正方針の決定

修正タイプの判断

タイプ	対応	例
指示の追加	新しいルールを追記	「〇〇の場合は△△すること」
指示の明確化	曖昧な表現を具体化	「yymmdd」→「システムプロンプトのToday's dateから取得」
例示の修正	誤解を招く例を修正	固定値の例示→動的な説明
優先度の明示	IMPORTANT/CRITICALの追加	重要な指示の強調

修正対象の決定

user-level（全PJ共通）か、PJ-level（特定PJのみ）かを判断
最小限の修正で最大の効果を狙う
既存の指示との整合性を確認

Phase 3: 修正の実施

修正前の状態を記録
- 変更するファイルと箇所
- 変更前の内容
修正を提案

## 修正提案

### ファイル: <パス>

**変更前:**

<現在の内容>


**変更後:**

<修正後の内容>


**理由:** <なぜこの修正が必要か>

ユーザーの承認を得る
- ユーザーに確認する（Claude Code: AskUserQuestion）
- 必要に応じて修正案を調整
修正を適用

Phase 4: 検証

整合性の確認
- 他の指示と矛盾がないか
- 過度に制限的でないか
今回の間違いが防げるか確認
- 修正後の指示で、同じ間違いが発生しないか
- エッジケースも考慮

修正のベストプラクティス

1. 強調・記述の原則は真実源に従う

CLAUDE.md のサイズ・強調（IMPORTANT/CRITICAL/YOU MUST）・命令形・理由付けの原則は @context/claude-customization-guide.md §3 に従う（本スキルに重複定義しない。真実源を一つに保つため）
詳細ガイドは @ 参照で context/ に委譲する（常駐コストを避けたい参照は Read-when 形式で誘導）

2. 例示の注意点

固定値（日付、ID等）を例示に使わない
「システムプロンプトから取得」等の動的な説明を使う
例示が誤解を招かないか確認

3. 禁止事項リストの活用

繰り返し発生する間違いは「禁止事項」セクションに追加
簡潔に記載（理由は別ファイルに）

出力フォーマット

# 指示更新レポート

## 問題
- 間違い: <何が間違っていたか>
- 原因: <なぜ間違いが発生したか>

## 修正内容

### 1. <ファイルパス>
- 修正タイプ: <追加/明確化/例示修正/優先度明示>
- 変更内容: <概要>

## 検証
- 同じ間違いが防げるか: <Yes/No + 理由>
- 整合性: <問題なし/要注意点>

## 適用状態
- [ ] ユーザー承認済み
- [ ] 修正適用済み

同仓库更多 Skills

同仓库

codebase-review

ukwhatn/.claude

コードベース包括的レビュー。6観点（perf/sec/test/arch/cq/docs）を並列サブエージェントで実行し、優先度付きissueファイルをメモリディレクトリに生成。使用タイミング: コードベース全体の監査・定期レビュー・リリース前品質確認の依頼時、/codebase-review実行時。境界: PR単位のレビュー→pr-review、自ブランチの提出前確認→self-review、ローカル未コミット変更→/code-review、ドキュメントのレビュー→doc-review。

2026-07-102

create-skill

ukwhatn/.claude

既存設定と整合したスキルを新規作成。「スキルを作って」「この手順をスキル化して」等の依頼時、/create-skill実行時に使用。~/.claude/AGENTS.md（CLAUDE.mdは互換symlink）、context/*.md、既存スキルを自動参照し、重複・競合を避けたスキルを生成。境界: 既存スキル・指示ファイルの修正→update-inst、指示ファイル全体の監査→instructions-audit。

2026-07-102

design-feature

ukwhatn/.claude

抽象的な要件・Biz 要求から要求を深掘りし、コードベース SSoT で既存実装整合性を確認した上で「実装マスタ（01_requirements_skeleton.md）」と「システム要件書（02_system_requirements.md）」を作成する。使用タイミング (1)「○○って機能を作りたい」「このBiz要求を満たす機能を設計して」等の抽象要件提示時、(2) 既存機能の拡張・Phase 分割等の要件定義開始時、(3) `/design-feature ...` 実行時。

2026-07-102

doc-review

ukwhatn/.claude

Agent Teamsによる多角的ドキュメントレビュー。設計書・仕様書・計画書等のドキュメントを6 Agent（通常4 + Devil's Advocate + agent CLI）で並列レビュー。使用タイミング: (1) /doc-review 明示実行時、(2) 「チームでレビューして」「多角的にレビューして」等の明示依頼時（Agent Teams発動条件(c)相当）。通常の「レビューして」だけの依頼では発火しない（単独レビューまたはagent CLIで対応し、必要なら本スキルを提案する）。

2026-07-102

grilling

ukwhatn/.claude

既存の計画・設計・アイデアを徹底的に尋問し、共有理解に至るまでストレステストする対話スキル。使用タイミング: (1) 「グリルして」「grillして」「この計画を詰めて」「計画の穴を突いて」「ストレステストして」等の依頼時、(2) 実装着手前に計画・設計の前提や未決定事項を洗い出したい時。境界: ゼロからの要件定義・要件書作成→design-feature、完成した文書の多角的レビュー→doc-review。本スキルは既に存在する計画・アイデアの対話的な検証を行う。要件書等の成果物は生成せず、確定した重要決定のみADRとして.local/docs/に記録する。

2026-07-102

handoff

ukwhatn/.claude

現在のセッション内容を、別セッションのエージェントが引き継げるハンドオフ文書に圧縮し、メモリディレクトリに書き出す。セッションを切り替えたい時・作業を中断して後日再開したい時に /handoff で実行。

2026-07-102

name

update-inst

description

指示更新スキル

概要

Claudeの間違いの再発防止、または作業で得た知見の恒久化のため、user-level（AGENTS.md）/PJ-level（CLAUDE.md）の指示・context・スキルを更新する。

トリガー条件

/update-inst <間違えた内容 or 追記したい知見> が実行された場合
Claudeが指示に反した行動をした際に、ユーザーが再発防止を依頼した場合
作業中に得た運用知見（コマンドの落とし穴・環境固有の注意点等）をCLAUDE.mdやスキルに反映するよう依頼された場合

実行手順

Phase 1: 問題分析

間違いの特定
- 何が間違っていたか
- どこで間違いが発生したか（どのPhase、どの処理）
原因の特定
- 指示が不明確だったか
- 例示が誤解を招いたか
- 指示が存在しなかったか
- 優先度が不明確だったか
関連ファイルの特定

ファイル	確認観点
`~/.claude/AGENTS.md`（実体。`CLAUDE.md`は互換symlink）	全PJ共通の作業フロー、基本ルール
`~/.claude/context/*.md`	詳細ルール、フォーマット定義
`~/.claude/skills/*/SKILL.md`	スキル固有のルール（user-level）
`./CLAUDE.md`	PJ固有ルール・コマンド・環境情報
`./.claude/skills/*/SKILL.md`	PJ固有スキル（運用手順・ドメイン知識）
`./.claude/context/*.md`	PJ固有の詳細ルール

Phase 2: 修正方針の決定

修正タイプの判断

タイプ	対応	例
指示の追加	新しいルールを追記	「〇〇の場合は△△すること」
指示の明確化	曖昧な表現を具体化	「yymmdd」→「システムプロンプトのToday's dateから取得」
例示の修正	誤解を招く例を修正	固定値の例示→動的な説明
優先度の明示	IMPORTANT/CRITICALの追加	重要な指示の強調

修正対象の決定

user-level（全PJ共通）か、PJ-level（特定PJのみ）かを判断
最小限の修正で最大の効果を狙う
既存の指示との整合性を確認

Phase 3: 修正の実施

修正前の状態を記録
- 変更するファイルと箇所
- 変更前の内容
修正を提案

## 修正提案

### ファイル: <パス>

**変更前:**

<現在の内容>


**変更後:**

<修正後の内容>


**理由:** <なぜこの修正が必要か>

ユーザーの承認を得る
- ユーザーに確認する（Claude Code: AskUserQuestion）
- 必要に応じて修正案を調整
修正を適用

Phase 4: 検証

整合性の確認
- 他の指示と矛盾がないか
- 過度に制限的でないか
今回の間違いが防げるか確認
- 修正後の指示で、同じ間違いが発生しないか
- エッジケースも考慮

修正のベストプラクティス

1. 強調・記述の原則は真実源に従う

CLAUDE.md のサイズ・強調（IMPORTANT/CRITICAL/YOU MUST）・命令形・理由付けの原則は @context/claude-customization-guide.md §3 に従う（本スキルに重複定義しない。真実源を一つに保つため）
詳細ガイドは @ 参照で context/ に委譲する（常駐コストを避けたい参照は Read-when 形式で誘導）

2. 例示の注意点

固定値（日付、ID等）を例示に使わない
「システムプロンプトから取得」等の動的な説明を使う
例示が誤解を招かないか確認

3. 禁止事項リストの活用

繰り返し発生する間違いは「禁止事項」セクションに追加
簡潔に記載（理由は別ファイルに）

出力フォーマット

# 指示更新レポート

## 問題
- 間違い: <何が間違っていたか>
- 原因: <なぜ間違いが発生したか>

## 修正内容

### 1. <ファイルパス>
- 修正タイプ: <追加/明確化/例示修正/優先度明示>
- 変更内容: <概要>

## 検証
- 同じ間違いが防げるか: <Yes/No + 理由>
- 整合性: <問題なし/要注意点>

## 適用状態
- [ ] ユーザー承認済み
- [ ] 修正適用済み