その他のスキル

因果関係ループ図の作成を実行

活動を作る時の観点を説明する

検証結果に基づいてゴール記述モデルを洗練・修正する

検証結果に基づいて目的を洗練・修正する

検証結果に基づいて活動を洗練・修正する

Value Metrics（価値概念・インパクト評価・スコア乖離検証）の観点を説明する

価値概念スコアの検証を行う時の観点を説明する

ビジョンを作る時の観点を説明する

匠Methodのゴール記述モデルを作成

MSP（Minimum Sellable Product）をつくるための計画を作成

ステークホルダーモデルを作る時の観点を説明する

共通手順

日本語の概要は準備中です。原文の説明を表示しています。

検証結果に基づいてIT要求を洗練・修正する

IT要求を作る時の観点を説明する

意味を作る時の観点を説明する

目的を作る時の観点を説明する

検証結果に基づいてコンセプトを洗練・修正する

因果関係ループ図を作る時の観点を説明する

MSP計画を作る時の観点を説明する

検証結果に基づいてステークホルダーモデルを洗練・修正する

Ultra-compressed communication mode. Cuts output tokens 65% (measured) by speaking like caveman while keeping full technical accuracy. Supports intensity levels: lite, full (default), ultra, wenyan-lite, wenyan-full, wenyan-ultra. Use when user says "caveman mode", "talk like caveman", "use caveman", "less tokens", "be brief", or invokes /caveman. Also auto-triggers when token efficiency is requested.

日本語の概要は準備中です。原文の説明を表示しています。

キーニーズ法（梅澤理論）に基づいて深掘りヒアリングを行い、会話ログを保存し、強さ×未充足度で分析したいときに使う。新商品・サービスのニーズ発掘や既存ヒアリングログの分析に使う。

【非推奨】requirement-management に統合された。新規の要件定義には requirement-management を使用すること。既存の docs/sdd/requirements/ を保守・参照する場合にのみ使用する。EARS記法によるMarkdownの要件定義書（ユーザーストーリー・受入基準・非機能要件）を作成・編集する。Do NOT use for 新規プロジェクトの要件定義（requirement-management を使用すること）。

Work through which package to add for a capability, and what each option costs — maintenance, licence, bundle weight, transitive risk, and whether the platform already does it. Use when someone needs a library for a job and has not picked one yet, when weighing two candidates, or when a package looks convenient but unmaintained.

日本語の概要は準備中です。原文の説明を表示しています。