mcpField
T
turnaround_story_validation_skill

turnaround_story_validation_skill

github.com/wind-aliceその他143183 回インストール2 週間前に更新
リポジトリ

turnaround_story_validation_skill について

turnaround_story_validation_skillは、苦境にある企業の再建が実際の改善に裏付けられているか、物語にとどまるかを評価するスキルです。悪化の原因をたどり、証拠と時間軸を検証し、主要変数に基づく成功・失敗シナリオを整理します。

主な機能

  1. 01再建仮説の明確化
  2. 02業績悪化の原因の追跡
  3. 03確認済み改善証拠の検証
  4. 04時間軸と資源制約の評価
  5. 05成功・失敗シナリオの構築

活用シーン

  1. 01苦境企業の再建仮説の検証
  2. 02短期反発と構造的な回復の区別
  3. 03重要な節目と仮説の否定条件の特定

MCP 対応

基礎データの取得には `wind-mcp-skill` の利用を推奨し、分析前にインストール状況を確認するよう案内します。

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/wind-alice/alicemarket --skill turnaround_story_validation_skill

インストール後、Claude Code で/turnaround_story_validation_skillを入力して読み込まれたか確認します。

詳細

業績反転ストーリー検証スキル

データ依存関係と実行前提条件

基礎データの取得には、Wind の wind-mcp-skill の利用を推奨します。実行前にローカル環境に wind-mcp-skill があるか確認し、なければユーザーにインストールを案内してください。

# GitHub
npx skills add Wind-Information-Co-Ltd/wind-skills --skill wind-mcp-skill -g -y

# Gitee 镜像（国内）
npx skills add https://gitee.com/wind_info/wind-skills.git --skill wind-mcp-skill -g -y

スキルの位置づけ

このスキルは、ある「業績不振からの反転株」が本当に回復に向かっているのか、それとも証拠に乏しい耳ざわりのよいストーリーを語っているだけなのかを判断するためのものです。出力では、反転の道筋を分解し、改善がすでに起きているか、持続可能か、失敗の境界はどこか、そして現在のリスクリワードがリスクを十分にカバーしているかを検証します。

実行フロー

Step 1：反転シナリオを明確にする

市場がどのような反転に賭けているのかを、まず明確にします。

  • 事業の回復
  • 業績の回復
  • バランスシートの改善
  • 業界の景況感の反転
  • ガバナンスと経営陣の改善

反転の対象さえ明確にできない場合、調査可能な仮説ではなく、センチメントに基づく取引に近いと考えられます。

Step 2：会社が困難に陥った理由を振り返る

反転を判断するには、まず「以前はなぜ悪化したのか」を理解する必要があります。以下を明確にします。

  • 業績悪化の根本原因は何か
  • 問題は外部要因のサイクル、社内の経営、資本構成のどれによるものか
  • 困難は短期的なショックか、構造的な損傷か
  • 過去の業績低迷を左右した最も重要な変数は何か

以前の問題を理解してこそ、現在の改善が本当に問題に対処しているかを判断できます。

Step 3：改善の証拠が現れているか確認する

反転シナリオに沿って、すでに現れている客観的な変化を探します。たとえば、以下のようなものです。

  • 受注、売上、利益率、キャッシュフローが回復し始めている
  • 中核事業や顧客構成が改善している
  • 資産売却、資金調達、債務返済の圧力が緩和している
  • 経営陣の交代、ガバナンスの改善、経営規律の回復

この段階では、「すでに起きた証拠」を重視し、「将来よくなるかもしれない」という漠然としたストーリーには頼りません。

Step 4：回復への道筋と時間軸を評価する

改善がすでに現れていても、以下を判断する必要があります。

  • 改善は一時的な反発か、長期的な回復の始まりか
  • 財務やバリュエーションに反映されるまで、どのくらいの時間がかかるか
  • 過程のどの段階で最もつまずきやすいか
  • 会社には回復を完了するのに十分な時間とリソースが残っているか

特に時間軸は重要です。多くの反転シナリオは、「方向性は正しいが、間に合わない」ことで失敗します。

Step 5：成功と失敗のシナリオを作る

少なくとも、次の2つのシナリオを組み立てます。

  • 反転が成功した場合、中核変数はどのように改善し、株価の上昇余地はどこから生まれるか
  • 反転が失敗した場合、どの変数が最初にシナリオを崩し、損失の限界はどこか

このステップで、「ストーリー」を「リスクリワード」に置き換えます。

Step 6：検証結果と行動条件をまとめる

最後に、以下を明確に回答します。

  • これはすでに証拠に裏付けられた反転か、それとも依然としてストーリーの段階か
  • 継続して追跡する場合、最も重要なマイルストーンは何か
  • 回避する場合、最も重要な否定材料は何か

出力構成

{銘柄名}反転シナリオの検証（{YYYY-MM-DD}）

一、結論の要約

  • 現在の判断：{実際の反転の兆候が現れている / 依然としてストーリー先行 / 現時点では判断できない}
  • 最も重要な改善の証拠：{一文}
  • 失敗の最大の境界：{一文}

二、困難に陥った原因の振り返り

  • {困難の原因 1}
  • {困難の原因 2}
  • {中核となる毀損変数}

三、現在の改善の証拠

次元証拠評価
事業の回復{説明}{強/中/弱}
財務の改善{説明}{強/中/弱}
ガバナンスの改善{説明}{強/中/弱}

四、回復への道筋と時間軸

  • 回復への道筋：{概要}
  • 重要なマイルストーン：{概要}
  • 時間的制約：{概要}

五、成功／失敗のシナリオ

成功シナリオ
  • {シナリオの要点}
失敗シナリオ
  • {シナリオの要点}

六、最終提案

  • 適切な対応：{重点的に追跡 / さらなる検証を待つ / 当面は回避}
  • 今後必ず検証すべき変数：{変数}

品質要件

  1. 反転の結論は、「以前の問題が解決した証拠」に基づかなければなりません。単なる想像に基づいてはいけません。
  2. 短期的な反発と構造的な回復を区別し、一時的な持ち直しをトレンドの反転とみなさないようにします。
  3. 時間軸とリソースの制約を明記します。多くの反転シナリオは、実行に時間がかかりすぎることで失敗します。
  4. 成功と失敗の両方のシナリオを具体的な変数に結びつけ、漠然としたストーリー描写は避けます。
  5. 証拠が不十分な場合は、「事実よりストーリーが先行している」と明言し、無理に良い方向へ解釈しないでください。

コメント

Markdown 対応