本ページの調整値は .env ではなく、アプリ内の App Settings 画面（サイドバー下部の
スライダーアイコン）で設定し、app_settings.jsonc に保存されます。.env に残った値は
無視され、起動ログにキー名が 1 度だけ列挙されます。既存の設定を引き継ぐには
chatwalaau settings migrate --write を実行してください。機能の有効化ゲートと
シークレットは .env のままです。
詳細は 設定 -> アプリケーション設定。
エージェントツール
エージェントは組み込みツールを呼び出せます。どれを有効にするか、危険なものをどう ゲートするかを制御できます。
画像生成・編集
モデルオファリングカタログ（model_offerings.jsonc）に image オファリング を1つ
追加すると、Azure OpenAI Images API による生成・編集が有効になります。作成はアプリ内の
App Settings 画面、chatwalaau models add、または手動で行えます。推奨モデルは
GPT-Image-2.5-Sunburst（生成と精密な編集で最も高性能）です。model_ref には
お使いのデプロイ名を指定します:
{
"id": "image",
"provider": "azure-openai",
"operations": ["image"],
"model_ref": "gpt-image-2.5-sunburst",
"api_version": "preview"
}
- image_generate -- テキストから画像を生成（品質は
xhigh/maxまで、モデルの規則に 合う任意のサイズ、背景、1 回あたり 1〜10 枚） - image_edit -- セッション内の既存画像を変更。最大 15 枚の画像を参考として、また任意で マスクを一緒に渡せます。チャットで「背景を海辺に変えて、商品の形とロゴはそのまま」の ように頼めます
- 画像編集画面 -- 画像の Edit をクリック（下記参照）
- 画像は常に PNG で、インライン表示され、再読込後も保持されます
image オファリングが無い場合、画像ツールは単に利用不可になります（アプリは通常どおり 起動）。オファリングを追加すると有効化されます。
ツール名は以前 generate_image / edit_image でした。宣言型エージェントや harness の
tools: に旧名が書かれていると、新しい名前を示す警告が表示され、修正するまで有効化され
ません。過去の会話の画像はそのまま表示されます。
画像編集画面
画像の Edit をクリックすると、画像の一部または全体を変更できます。画面の大きさは App Settings と同じです。
- Mask タブ -- 変更してよい範囲を塗ります（ブラシ S/M/L、消しゴム）。同じ場所を何度 塗っても濃さは一定です。画像全体を変える場合は何も塗りません。画像の色と似ていて マスクが見づらいときは、色を変え、不 透明度（10〜90%）を調整できます。変わるのは 見た目だけで、編集される範囲は変わりません。
- Annotate タブ -- 矩形またはフリーハンドで印を描きます。印には A, B, C... の ラベルが付き、右側にメモ欄が 1 つずつ増えるので、領域ごとに何をするかを書けます。 マスクと印は 1 回の編集で一緒に使われます。
- Change / Preserve -- 「変更するもの」と「そのまま残すもの」を分けて書きます。例: Change: 背景だけ。Preserve: 商品の形・ロゴ・色。 どちらも複数行で、Enter で改行、 Ctrl+Enter で生成します。IME の変換確定で送信されることはありません。
- References -- 参考画像を 14 枚まで追加し、文章の中で Ref 1, Ref 2... と 呼べます。
- Quality / Background / Images -- この編集だけの値を選ぶか、Default (...) の ままにします。出力は元画像の形を保ちます。
Generate は画像 API を直接呼ぶので、どのエージェントやワークフローを選んでいても 動きます。送信したメッセージは、マスク付きプレビュー、注釈付き画像、参考画像の順ですぐに 表示されます。結果は通常の回答と同じく会話に保存されるので、続けてエージェントに手直しを 頼めます。
編集画面は状態を覚えています。同じ画像でもう一度 Edit を押すと、マスク・印・ 参考画像・文章が元どおりに表示されます。新しく生成された画像は新規の編集として開きます。 下書きはエクスポート / インポートとフォークでも引き継が れます。
画像出力のカスタマイズ
画像の既定値は 1 か所で設定します: App Settings -> Model Offering Catalog -> image オファリング -> Image output defaults。
| 項目 | 選択肢 | 既定値 |
|---|---|---|
| Size | 2048x1152 (16:9)、1920x1440 (4:3)、1024x1024 (1:1) | 2048x1152 |
| Quality | low、medium、high、xhigh、max | xhigh |
| Output Format | png（固定。画像編集には PNG が必要なため） | png |
| Background | opaque、transparent | opaque |
Default (...) のままの項目には、括弧内の値が使われます。ユーザーが会話の中で具体的な 値を求めた場合（「正方形にして」「背景を透明に」など）、その依頼ではモデルが渡す値が 優先されます。デプロイが拒否したと分かった値は not supported と表示され、選べません。
xhigh と max は時間と費用がかかります。2560x1440 を超えるサイズは実験的です。透過に
対応しているかはデプロイによります。一度拒否されるとアプリがそれを覚え、選択肢を無効に
します。
model_offerings.jsonc での指定:
{
"id": "image",
"provider": "azure-openai",
"operations": ["image"],
"model_ref": "gpt-image-2.5-sunburst",
"api_version": "preview",
"image_defaults": {
"size": "2048x1152", // 任意の WxH: 両辺 16 の倍数、1:3〜3:1、長辺 3840 以下
"quality": "xhigh", // low | medium | high | xhigh | max
"background": "opaque" // opaque | transparent
}
}
Built-in エージェント カードの Image output 欄はなくなり、Format / Compression
の項目と auto の値も廃止されました。format・compression・auto を含む古いファイルも
読み込めます。それらはログに通知を出して無視されます。
画像モデルが別の Images API バージョンを必要とする場合は、オファリングの api_version を
お使いの Azure デプロイが対応するバージョンに設定してください（preview は v1 の
エンドポイントを選びます）。
天気
Open-Meteo（無料・API キー不要）による天気カードウィジェット。都市名をジオコー ディングし、現在の天気や 7 日間予報を取得します。
コーディングツール
ワークスペースディレクトリに限定したファイル操作とシェル実行:
CODING_ENABLED=true
CODING_WORKSPACE_DIR=C:\path\to\workspace
# CODING_FILE_READ_MAX_BYTES=1048576 # 既定 1 MiB
file_read は出力を CODING_FILE_READ_MAX_BYTES で上限制御します。上限や行数制限に
達すると、応答末尾に [TRUNCATED BY BYTES: ...] / [TRUNCATED BY LIMIT: ...] の
マーカーが付き、offset=N でのページングをエージェントに伝えます。
1 つのターンで複数のツールを同時に呼んだ場合、すべての結果が返ります （v0.147.0）。それ以前は、並列ツール呼び出しの結果がブラウザへ渡る途中で 1 つの メッセージにまとめられ、最後の 1 件しか残りませんでした。そのため、正常に実行された ツールが「何も返さなかった」ように見えることがありました。欠落は転送の途中で起きて おり保存内容には影響しないため、過去のチャットに修復は不要です。
受け取るファイル（v0.152.0）。エージェントがファイルを作成すると、ワークスペースに
保存し、回答内で [report.pdf](workspace:output/report.pdf) のようにリンクします。
チャットはこのリンクを ダウンロード（PDF と画像は 開く も）付 きのファイル操作要素として
表示します。ダウンロードには File Explorer
の有効化（FILE_EXPLORER_ENABLED=true）が必要です。無効の場合は、利用できない理由が表示されます。
アシスタントが生成した画像はチャットに残ります
アシスタントに生成してもらった画像は、ワークスペースのファイルではありません。会話と一緒に
保存され、その場でチャットに表示されます。そのためアシスタントは、その画像をワークスペースへ
コピーしたり、ダウンロードリンクを付けたりしません。保存するときは、画像そのものから行って
ください（右クリック、または画像の操作メニュー）。上記の workspace: リンクが付くのは、
アシスタントがコーディングツールやスキルで作成したファイルだけです。コードが描いたグラフ
などの画像も、こちらに含まれます。v0.158.1 より前は、生成した画像もワークスペースへコピーされ、
余計なコマンド実行と不要なコピーが発生していました。
ツールは承認なしで実行されます
v0.160.0 から承認カードはありません。エージェントが持っているツールは、呼び出された時点で 実行されます。チャット、Harness エージェント、Microsoft Teams、OpenAI 互換 API、CLI の すべてで同じです。承認の手順をなくしたことで、ツールを多用する長いターンで承認の後に起きて いたエラーもなくなりました。
ツールを 実行できるか は、エージェントがそのツールを 持っているか で決まります。
| 防ぎたいこと | 設定 |
|---|---|
| コーディングツールでのシェル実行やファイル書き込み | CODING_ENABLED=false |
| スキルスクリプトの実行 | CODING_ENABLED=false |
| 特定のツールの使用 | エージェントの ツール選択（Agents マネージャー）から外す |
| Harness エージェントからのファイル書き込み | Harness エディタで File write tools をオフ |
| Harness エージェントにシェルとファイルツールを持たせること自体 | CODING_WORKSPACE_DIR を設定しない |
シェルとファイルツールは、引き続きワークスペースのディレクトリ内に制限されます。.env に
TOOL_APPROVAL_* や AUTONOMOUS_LOOP_* のキーが残っている場合、サーバーは起動時にキーごとに
警告を出します。これらは効果がなく、chatwalaau env sync --write で削除できます。
会話の圧縮（compaction）
長いセッションはモデル呼び出しの前にメモリ内で圧縮され（ディスク上のセッション JSON は一切変更されません）、コンテキストウィンドウ上限で失敗せずに応答を続けられます。
v0.149.0 以降、選ぶ戦略はありません。すべてのチャットが同じ 2 段パイプラインを、 この順序で実行します。
- ツール履歴を削る。 古いツールコールグループを除外し、直近 K 個だけ残す。
- 窓をスライドさせる。 段 1 が残したもののうち直近 N グループを残し、それ より古いものを落とす。
設定場所は App Settings -> Chat & session（v0.131.0 で .env を離れました）。
| 設定 | 既定値 | 意味 |
|---|---|---|
| History compaction | on | パイプラインを実行します。オフにするとモデルから見える履歴が完全に戻ります（ディスク上のデータは元から変化していません） |
| Compaction: tool-call groups kept | 12 | K。段 1 が残す直近ツールコールグループ数 (1..64) |
| Compaction: message groups kept | 25 | N。段 1 の後に数えた、段 2 が残す直近メッセージグループ数 (1..64) |
| Compaction: keep the system prompt | true | system メッセージを段 2 の対象外にします。なおエージェントの instructions はメッセージ列の外で送られるため、この設定に関わらず維持されます |
2 つの数値は 連動します: 2 x K < N。ルールに反する組み合わせを保存しようとすると
理由付きで拒否されるため、ツールコール予算を上げる際にメッセージ予算も上げる必要が
あります。この余裕は飾りではありません（後述）。
v0.150.0 以降、History compaction がオフの間は下の 3 行が画面上で 無効化され、 Needs History compaction チップが付きます。その状態ではパイプラインがこれらを読まない ためです。値は保持されるので、compaction を再びオンにすれば既定値ではなく設定した予算が そのまま戻ります。
4 つとも Rebuilds agents バッジが付きます。パイプラインはエージェント構築時に組み 立てられるため、保存するとその場で再構築が走り反映されます。このバッジが実際に正しく なったのは v0.148.0 からです。 v0.131.0 から v0.147.0 までは再構築がプロセス起動時の 戦略をそのまま再利用していたため、保存は成功と報告されるのに実行中のエージェントは 再起動まで前の値を保持していました。現在は次のターンから、主エージェントが応答する すべての経路（チャット UI、OpenAI 互換 API、Teams、Webhook 起動、ワークフローの Prompt ノード）に反映されます。
なぜ 2 段なのか
それぞれ別の失敗をカバーしており、片方 だけでは両方をカバーできません。ピン留めされた Agent Framework に対する実測値:
| セッション | 段 1 のみ | 段 2 のみ | 両方 |
|---|---|---|---|
| 1 ターンで 1000 ツールラウンド | 有界 | 有界。ただし質問が消える | 有界、質問も保持 |
| ツール無しの 1000 チャットターン | まったく圧縮されない | 有界 | 有界 |
段 1 はツール履歴しか触らないため、テキストだけの会話には一切手を出しません。段 2 は その会話を抑えますが、あなたのリクエストをツールラウンドと同格に数えるため、長い ツール実行では答えている質問そのものを最終的に落とします。この順序で走らせることで、 互いの穴を埋めます。
あなたのリクエストは圧縮で消えません
圧縮は モデル呼び出しのたびに実行されます。ツールを使うターンでは、ターンごとでは なく ツールのラウンドごとという意味です。v0.146.0 より前はこれが質問を奪っていま した。4 回以上ツールを呼んだターンは途中で質問を失い、何にも対応しない流暢な返答で 終わることがありました。
v0.146.0 は各パスの後にリクエストを差し戻すことでこれを修正しました。v0.149.0 では
その差し戻しを削除しています。パイプ ラインには不要だからです。 段 1 が「そもそも何個
のツールコールグループが場に残れるか」を上限するため、あなたのリクエストが窓の末尾から
離れられる距離自体が有界になります。そして 2 x K < N が、それが窓の内側に留まることを
保証します。K=12 での実測: N=13 以上なら 120 ツールラウンドでもリクエストは残り、N=11 と
N=12 では失われます。数値を保存する時点でルールが強制されるのはこのためです。
既知の限界を明記します。 この余裕は、ツールコールの合間に出る単独のアシスタント
メッセージもカバーしています。許容量は N - K - 1 で、既定値では 12 です。1 ターンで
それを超える数の独立したナレーションメッセージを出した場合、質問を失う可能性は残り
ます。ツールコールに同居するナレーションはそのツールコールのグループの一部なので、この
上限には数えられません。
以上のいずれも保存済みデータには一切影響しません（圧縮は常にメモリ上のコピーに対して 行われます）。過去のチャットはディスク上では常に完全なままです。
v0.149.0 より前からのアップグレード
必要な作業はありません。
- 圧縮をオフにしていた場合（
COMPACTION_STRATEGYがnone/off/disabled）、 オフのまま維持されます。初回起動時にCOMPACTION_ENABLED = falseとして書き直され、 その旨がログに 1 行出ます。 - 戦略名を選んでいた場合、その戦略はもう存在しません。キーは警告付きで破棄され、 パイプラインが動作します。
COMPACTION_KEEP_LAST_GROUPSを明示設定していて2 x K < Nに反する場合（旧既定値 の4は反します）、圧縮の 2 つの予算が両方既定値にリセットされ、旧値と新値を 名指しする警告が 1 行出ます。他の設定には触れません。
tool-result 戦略 -- 古いツールグループを破棄せず要約に置き換える唯一の選択肢 -- は
削除され、代替はありません。
長時間の処理
多数のツール呼び出し、大きなリファクタリング、複数ステップの調査など、時間のかかる作業には 実行対象として ハーネスエージェント を選んでください。自分の計画と進捗を保持し、 すべてのモデルプロバイダーで動作し、Agent Skills も使えます。
以前のリリースでは、コンテキスト表示の横に BG ボタンがあり、Azure OpenAI と OpenAI の モデルでターンをサーバー側のバックグラウンド応答として実行できました。このボタンは削除 されました。対応プロバイダーが 2 つだけで、オンの間は Agent Skills が使えなかったためです。 Agent Skills はすべてのターンで使えるようになりました。
プロンプトテンプレート
チャット画面からプロンプトを保存・再利用（JSON ファイルとして保存）:
TEMPLATES_DIR=.templates
+ メニュー -> Use template を開く、またはユーザーメッセージの FileText アイコンでテンプレート化します。Insert to Chat で入力欄に貼り付 け、送信前に編集 できます。
Agent Skills
Agent Skills 仕様に従う持ち運び可能なドメイン知識パッケージ で、必要時にロードされます:
SKILLS_DIR=.skills
.skills/
my-skill/
SKILL.md # 必須: 指示 + メタデータ
scripts/ # 任意: 実行コード
references/ # 任意: ドキュメント
assets/ # 任意: テンプレート, リソース
Skills は 段階的開示（アイドル時は 1 スキルあたり約 100 トークン）でコンテキスト 消費を抑えます。
スキル配下のスクリプトは CODING_ENABLED=true のときにのみ実行され、承認なしで
実行されます。認識される拡張子は .py / .sh / .bash / .js /
.mjs / .cjs です。v0.141.0 以降、これらすべて（スクリプト・拡張子・Skills
モーダルの選択）が Harness エージェント でも同一に動作します。
それ以前の Harness lane は独自のローダーを使っており、いずれも効いていませんでした。
スクリプト実行ツール（run_skill_script）は、表示対象のスキルのうち少なくとも1つがスクリプトを
持つときだけモデルに提供されます（v0.162.0）。指示文だけのスキルしかない場合に、
script_name: "noop" のような作り出されたスクリプト呼び出しが起きることはありません。
スキルのスクリプトは そのスキル自身のフォルダ内 で実行されます。そのため、相対パスで
書き出したファイルはスキルフォルダ内に残り、手元からは取り出せず、導入台帳にもローカル変更として
記録されてしまいます。v0.152.0 からは、エージェントがワークスペースの絶対パスを知らされ、それを
スクリプトの出力先として渡すため、ファイルはワークスペースに置かれ、ダウンロード操作要素として
返ってきます。OpenAI がホストするサンドボックス向けに書かれ、sandbox:/... でファイルを
リンクするスキルも、編集なしで動作します 。
SKILLS_DIR を空にした場合SKILLS_DIR=（空）はスキル無しを意味します。v0.141.0 より前は、空の値が
サーバの起動ディレクトリとして解釈され、そこがスキル探索の対象になっていました。
実行時にスキルを管理する
サイドバー フッターの Skills アイコンで管理モーダルが開き、サーバ稼働中の
ままスキルを有効・無効にできます（ファイル編集も再起動も不要）。v0.166.0 でチャット
入力欄から移動しました。フッターが混んでいる場合は右端の ... メニューを確認して
ください。/popup と /sidebar のウィンドウはサイドバーを表示しないため、この管理
画面には到達できません（スキル自体はそれらの画面でも動作します）。
SKILL.md は 1 つスキルフォルダは境界です。スキルのサブフォルダにさらに SKILL.md を置いても、
2 つ目のスキルとしては検出されません。スキルフォルダより下はすべてそのスキルの一部と
して扱われます。別々のスキルにしたい場合は兄弟フォルダにするか、グループ 1 階層
（.skills/<group>/<skill>/SKILL.md）を使ってください。
スキルの scripts/ / references/ / assets/ は、スキル配下の実体フォルダである
場合にのみ読み込まれます。ディレクトリジャンクション（mklink /J）、シンボリック
リンク、その他の再解析ポイント（一部の OneDrive 配下パ スを含む）である場合、それらの
ファイルは無言で除外され、バックエンドログにのみ次が記録されます。
Skipping resource directory '...': symbolic link or reparse point detected in path
under skill directory '...'
スキル自体は読み込まれ、リンク経由のファイルだけが欠落します。含めたい場合は実体 ファイルをスキルフォルダ配下にコピーまたは移動してください。これは上流の安全規則で あり、無効化はできません。
スキルはフォルダのグループ単位で整理されます（A/B/SKILL.md はグループ A /
スキル B、B/SKILL.md は未分類）。グループのチェックボックスで配下スキルを一括
トグルでき、各スキルは説明を概要として表示します。
未使用スキルを無効化すると毎ターンのトークンを抑えられます。無効スキルは advertise 集合から完全に外れ、すべて無効化すると skill ツール自体も消えます。Save で確認後、 エージェント再構築の間だけ rebuilding インジケータが表示され、次のメッセージから 残したスキルだけが advertise されます。
選択はすべての lane（チャット・宣言型エージェント・ Harness エージェント）に適用されます。v0.141.0 より前は Harness エージェントがこの選択を無視し、無効化したスキルも広告していました。
Harness 会話のトランスクリプトはそのエージェントのメモリ上にあるため、エージェントを 差し替えると失われます。ここでの Save と Reload は全エージェントを再構築します （進行中の Harness 実行にゲーティング変更を届かせる唯一の方法です）。Skills の選択を 変更する前に、Harness 実行を完了するか破棄してください。通常のチャットは履歴が別に 保存されるため影響を受けません。
v0.151.0 から選択は永続化されます。スキルと同じ場所（SKILLS_DIR 配下）に保存され、
最初のエージェント構築より前に適用されるため、再起動しても全スキルが再有効化されることは
ありません。ディスク上のスキルファイルはこれによって変更されません。管理エンドポイント
（GET / PUT /api/skills）は認証ゲート配下で、localhost は無設定のままです。
（MCP ツール管理モーダルの Skills 版です。）
アップグレード後の初回起動では何も無効化されていません（保存済みの選択がまだ無いため）。 挙動は従来どおりで、ファイルは最初に Save を押すかスキルを導入した時点で作成されます。
Reload（フッタ＋空状態）はスキルディレクトリの SKILL.md を再読込してエージェントを
再構築します。ディスク上で追加・削除したスキルフォルダを再起動なしで反映できます。
Reload は確認のうえ、同じブロッキングインジケータを表示します。アイコンはエンドポイントへ
到達可能なら常に表示されるので、スキルが 0 件でもスキルディレクトリと Reload ボタンを備えた
空状態が開きます。ディスク上にあるがまだロードされていないスキル（前回ビルド以降に追加）
は、Reload するまでトグルが無効化され「Reload で反映」のヒントが表示されます。
カタログからスキルを導入する
同じモーダルから、GitHub 上で公開されているスキルのカタログを取得して導入できます。 左ペインは Installed を先頭に、以降は取得元が 1 行ずつ並びます。
| 取得元 | リポジトリ |
|---|---|
| OpenAI | openai/skills |
| Anthropic | anthropics/skills |
| Hugging Face | huggingface/skills |
| gstack | garrytan/gstack |
| NVIDIA | nvidia/skills |
Refresh catalog を押すとカタログを生成します。これは取得時刻付きのスナップショット であり（時刻は一覧の上に表示されます）、自動では更新されません。あるリポジトリが到達不能 またはレート制限に達した場合、その取得元は前回のエントリを保持し、理由とともに stale と表示されます。他の取得元は通常どおり更新されます。
導入先は <SKILLS_DIR>/<group>/<skill>/（group は取得元。例: .skills/openai/pdf/）です。
上流のディレクトリ構成は取得元ごとに異なりますが（skills/ 配下、OpenAI は
skills/.curated と skills/.system）、すべてこの 1 つの形に平坦化されます。これより深い
階層に置かれたスキルは検出されないためです。
各行のステータスチップは重ね合わせで表示されます。
| チップ | 意味 |
|---|---|
| Installed | ディスク上に存在し、インストール台帳に記録済み |
| Update available | カタログのリビジョンが、導入時のものと異なる |
| Locally modified | ディスク上のファイルが導入時の内容と異なる |
| Not in the current catalog | 導入済みだが現在のカタログに無い。動作は続くが今後更新は受け取れない |
| Missing on disk | 導入済みとして記録されているがフォルダが存在しない（後述の永続性の注記を参照） |
| Disabled | 導入済みだが無効化されており、advertise されない |
導入・削除はボタン、有効/無効はトグルのままです。両者は別の操作です。前者は ディスク上の状態を、後者は各メッセージがモデルに広告する内容を変更します。
導入前の確認ダイアログにはスキルのライセンスが表示されます（不明な場合は License unknown と表示し、推測はしません）。実行可能スクリプトを同梱するスキルの場合は その旨も警告されます。導入後はエージェントがそれを実行し得るためです。
再インストールは既存フォルダを削除してから上流のコピーを書き込むため、上流で削除された ファイルが残ることはありません。ローカルで編集していた場合は、先に 「ローカル改変あり。上書きしますか？」と確認されます。
Agent Skills は名前で識別され、フレームワークは重複した名前の最初の 1 つだけを保持します。
別の取得元の pdf が既に導入済みのときに pdf を導入しようとすると、その場で拒否されます。
2 つ目はディスク上に置かれても決してロードされないためです。先に既存のものを削除してください。
この拒否に上書きオプションはありません。
SKILLS_DIR に置かれます。残したいならマウントしてください導入はスキルディレクトリにファイルを書き込みます。コンテナ環境ではこのディレクトリは 永続ストレージをマウントしない限り揮発的なので、再起動で導入済みスキルが失われることが あります。ChatWalaʻau はこれを変えられませんし、変えられるふりもしません。導入内容を記録し、 フォルダが消えたスキルは黙って忘れるのではなく Missing on disk として再インストール ボタンとともに表示します。
カタログ・インストール台帳・有効/無効の選択はいずれも SKILLS_DIR 配下の隠しファイルとして
保存されるため、このディレクトリ 1 つをマウントすればすべてが対象になります。
スキル関連で .env にあるのは SKILLS_DIR だけで、残りは App Settings にあります。
この 2 つのパスが SKILLS_DIR 配下に解決されるためです。
書き込み側（カタログ更新・導入・再導入・削除）はデモ配備、および App Settings の Agent Skills グループで Skill installation を OFF にすると無効になります。 閲覧は可能なので、導入済みの一覧は引き続き表示されます。
デモモードはこのスイッチより優先し、どの画面からも変更できません。スイッチ自体を App Settings に置けるのは、この床があるからです。
「URL から導入」欄は意図的に用意していません。スキルの導入はサーバ上にサードパーティの コードを置く行為であり、導入可能な集合は上記の取得元に限定されます。別のリポジトリを使う 場合は、サーバ上に独自の JSON ソース表を置き、Source table file 設定でそれを指定して ください。この設定はファイルを指すだけで、内容を運びません。