お使いのAIが、変更の影響に答えられるようになる
IceShoreは、お使いのAIがシステム保守に強くなるための材料を渡します。あなたが保守・拡張のときに本当に知りたい問いに、お使いのAI自身が答えを返せるよう、構成の「材料」を整えます。構成が整うほど、次の問いに使える材料が増えます。プロンプトはコピーして、接続したAIに貼り付けるだけです。
変更のたびに向き合う、3つの問い
システムを1つ変えるとき、影響は「業務」「処理」「外部」の3方向に広がります。IceShore は各方向についてAIが答えるための材料が揃っているかを判定し、足りなければ整えます。下の「システム名」はご自身のシステム名に置き換えてください。
業務影響誰に、どこまで影響するか
変更で影響を受ける利用者・業務機能（アクター）と、その規模・役割が定義されているほど、AIは影響範囲を（定義が揃えば人数規模まで）具体的に答えられます。
iceshore を使って、「システム名」を変更すると、どの利用者・業務機能が、何人規模で影響を受けるか教えてください処理影響どの処理とデータに及ぶか
処理フロー（ユースケース）と扱うデータの種別が定義されているほど、AIは変更が波及する処理経路とデータを取り違えずに答えられます。
iceshore を使って、「システム名」のDBを変更すると、どの処理フローとデータが影響を受けるか教えてください外部波及どこまで連鎖するか
他システムへの依存・他の構成図との共有依存・外部連携先が明示されているほど、AIは変更がどの外部システムへ連鎖するかを辿って答えられます。
iceshore を使って、「システム名」を変更すると、どの外部システム・他の構成図に波及するか教えてください組織を横断して問う
複数のシステムを IceShore に登録しておくと、1つのシステムを越えて、組織全体を対象に聞けます。
※ AIに聞けるのは、同じワークスペース内に登録されたシステムです。
影響最大のシステムを特定する
iceshore を使って、DB変更で業務影響が最大のシステムはどれか、ユーザー数・フロー依存性・代替手段の有無で判断して教えてください既存の実装パターンを探す
iceshore を使って、メール送信機能を追加したいのですが、類似の実装パターンが組織内の他システムにあるか教えてください共通基盤の変更範囲を見積もる
iceshore を使って、認証基盤を変更したいのですが、影響するシステムと影響するユーザー数の合計を教えてください担当者が変わっても引き継げる
担当者が変わっても、業務の意味をAIに引き継げます。
暗黙の業務ルールを洗い出す
iceshore を使って、このシステムで前任者が把握していたはずの業務ルールのうち、構成に反映されていないものがないか教えてください「AIの理解度」の仕組み
IceShore は、お使いのAIが正しく答えるための材料が、上の3つの問いごとにどれだけ揃っているかを示します。これが「AIの理解度」です。材料が揃うほど、あなたのAIが参照できる範囲が広がります。
- 良好：その問いに答えるための材料が揃っている状態
- 要確認：情報が一部不足し、AIの理解が限定的
- 要対応：未定義の処理などがあり、AIが正しく理解できない