2026 DeepSeek Harness Safari 修正後は安定して使えるのか？
DeepSeek Harness Safari 修正後は、非重要タスクなら再試用できます。ただし、v0.1.0-rc.7の修正だけでWeb UI全体が安定したとは判断せず、長文編集、草稿保持、再接続を確認できるまで重要なコード作業には切り替えない方針が安全です。
以前、入力欄のカーソルずれでSafariを外していたMac開発者、チームの標準ブラウザを決めるフロントエンド・プラットフォーム担当者、遠隔操作のMacでWeb UIを継続利用するAgent利用者が対象です。
※最終更新：2026年8月19日。情報は2026年8月18日時点の公式リリースと公式Web UIガイドを確認して整理しています。SafariまたはDeepSeek Harnessのバージョンが変わった場合は、同じ手順で再確認してください。
修正された範囲と、まだ判断できない範囲
公式のv0.1.0-rc.7リリースノートでは、Safariの入力欄でカーソルとテキストの位置がずれる問題の修正が明記されています。同時に、質問カードの折りたたみと草稿保持も追加されています。これはSafari利用を再開する十分な理由ですが、Safari全場面の互換性やWeb UIの安定版化を意味しません。
公式リポジトリ自身も、DeepSeek Harnessを開発者向けプレビューと説明し、互換性を壊す変更があり得ると明記しています。v0.1.0-rc.7の修正内容と開発者向けプレビューの説明を分けて読む必要があります。
Safariで見えているものは、主にブラウザ側の表示と入力状態です。送信済みのリクエスト、バックグラウンドで動くAgent、遠隔Mac上のプロセス状態まで自動的に保証されるわけではありません。ここを混同すると、画面が復元しただけなのに処理も継続していると誤認しやすくなります。
macOSで先に切り分けるべき3つの負担
第一は入力方式です。短い英数字だけなら問題が出なくても、日本語入力の変換中、候補選択、確定後の挿入、途中削除ではカーソル処理が別の経路になります。中日混在の入力を確認しないまま「直った」と判定するのは危険です。
第二は長文編集です。複数行の指示やコード片では、貼り付け、段落間の移動、範囲選択、中途修正が連続します。見た目のカーソル位置と実際に送信される文字列が一致しているかを確認しなければ、生成結果の問題を入力欄の問題と区別できません。
第三は状態保持です。カードを折りたたんだ後に草稿が戻ることと、会話履歴やAgentの処理が永続化されることは別です。タブ更新、接続切断、再接続の後に、草稿、送信済み要求、実行中のタスクを別々に確認してください。
第一歩：同じ条件で検証できる状態を作る
最初にDeepSeek Harnessのバージョン、Safariのバージョン、macOSのバージョン、ローカル接続か遠隔接続かを記録します。新規セッションか既存セッションかも残してください。これを省くと、キャッシュや過去の状態変化をrc.7の修正効果と誤って結論づけます。
公式手順では、Web UIを起動すると接続先が表示されます。標準構成ではローカルアドレスが使われます。Web UIの起動方法と標準接続先を確認し、まずは遠隔接続を加えない最小条件から始めます。
npx @deepseek-ai/dsh web
出力例：
Web UI: http://127.0.0.1:3080
実際の出力は環境によって異なるため、表示された接続先を使います。モデル設定やワークスペース選択が必要な点は、公式Web UIガイドにも記載されています。
第二歩：入力場面を5つに分けて記録する
一度に長い作業を流すのではなく、次の順番で確認します。
-
短文の編集閉ループ
「READMEの主な目的を一文で説明してください」のような短い指示を入力します。文中へカーソルを移動し、1文字を挿入、削除してから送信します。入力、移動、修正、送信の基本経路が崩れないかを見ます。 -
日本語入力と英数字の混在
機密情報を含まない例として「APIレスポンスを確認して、retry_countの意味を説明してください」のような文を使います。変換中、候補選択、確定後の挿入、削除を順に行い、画面表示と送信内容が一致するか記録します。 -
長文とコード片
複数段落の指示、コードブロック、途中への追記を試します。直接貼り付けた場合と、少しずつ編集した場合を分けて比較します。片方のMacだけで成功しても、すべてのmacOS環境に広げて解釈しません。 -
折りたたみカードと草稿
文章を入力したまま質問カードを折りたたみ、別のカードへ移動して戻ります。文字列が残っているか、カーソル位置が自然かを確認します。ここで確認できるのは画面上の草稿状態であり、会話やバックグラウンド処理の永続化ではありません。 -
回線断と再接続
回線を一時的に切り、タブの再読み込みと再接続を別々に実施します。草稿、送信済み要求、実行中のJobを個別に確認します。Safariの画面が戻っただけでは、Agentプロセスの継続までは確認できません。
異常が出た場合は「不安定だった」とだけ書かず、入力内容の種類、操作順、接続状態、再現回数、復旧操作を残します。開発チームへ報告する際は、機密情報を除いた再現用テキストと画面記録を添える方が、主観的な評価より有効です。
第三歩：キャッシュを消す前に原因を分ける
rc.7へ更新した直後に表示が古い場合、いきなり全データを削除する必要はありません。まず新しいタブで読み込み、次にプライベートウインドウで同じ操作を行います。それでも問題が続く場合に、対象サイトのWebサイトデータを削除します。
Webサイトデータの削除はログアウトやサイト動作の変化を招く場合があります。SafariのWebサイトデータ削除手順に沿って対象を限定し、作成途中の草稿を別の場所へ保存してから実施してください。
開発者やチーム担当者は、再現時にWeb Inspectorも使えます。コンソールエラー、入力イベント、ネットワーク切断の有無を記録すれば、Safari固有の表示問題とサービス側の状態問題を分離しやすくなります。Safari Web Inspectorの現行資料では、メニューから検査画面を開く方法が案内されています。
Safariへ戻すか、別のブラウザを残すか
判断は「修正されたか」ではなく、「失敗時に業務を止めずに戻れるか」で決めます。
- 短文入力、カーソル移動、送信が通り、機密性の低い作業だけならSafariを再試用します。
- 日本語入力や長文で1回でも文字の欠落、重複、位置ずれが出た場合は、Safariを補助扱いに戻します。
- 草稿は戻るが、再接続後の送信済み要求やJob状態が確認できない場合は、長時間作業を任せません。
- チーム導入では、同じrc.7を複数のMacで確認し、ブラウザをSafariだけに固定しません。
条件分岐で決める3段階
- すべての基本操作を通過し、長文と再接続も記録上問題なし：低リスク作業で直ちに試用します。
- 短文は通過したが、長文、草稿、再接続の一部が未確認：限定利用にとどめ、切り替え用ブラウザと草稿保存を残します。
- 文字欠落、カーソルずれ、再接続後の状態不明が再現：重要作業ではSafariを待機させ、次の修正版まで判断を保留します。
2つの利用条件を比較する
| 利用条件 | Safariを選びやすい場面 | 代替ブラウザへ戻す場面 |
|---|---|---|
| 短文の確認作業 | 入力、移動、修正、送信が一巡して一致する | 短文でも文字の重複や欠落が出る |
| コードや長文 | 貼り付けと途中編集の結果を保存できる | 範囲選択や段落移動で内容が変わる |
| 草稿とカード | 折りたたみ後に草稿が戻る | 戻るが文字やカーソル位置が変わる |
| 遠隔接続 | 画面とサービス状態を別々に確認できる | 再接続後のJob状態を判断できない |
遠隔Macを継続利用する場合は、ブラウザだけでなく、接続方式、スリープ設定、認証状態、作業ログの保存先も確認対象になります。Mac環境の選び方を整理する場合は、Mac環境をレンタルする前の判断基準も参照できます。
接続先を一時的な検証用Macへ切り替える場合は、利用期間、接続方式、作業終了後のデータ扱いも先に確認します。Safariの互換性確認と端末契約の判断を分けて進めるため、契約前に接続方式とデータ管理の条件を確認してください。
失敗しやすい判定を先に潰す
| 誤った判定 | 実際に起きている可能性 | 取り直す記録 |
|---|---|---|
| キャッシュ削除後に直ったので修正完了 | 古い資産やセッション状態が消えただけ | 削除前後、新規タブ、プライベートウインドウ |
| 草稿が戻ったので会話も保存された | 画面上の入力状態だけ復元された | 草稿、送信済み要求、Job状態 |
| 1台のMacで動いたので互換性あり | SafariやmacOSの組み合わせが異なる | 各環境のバージョンと接続方式 |
| 画面が再表示されたのでAgentが継続中 | ブラウザだけ再接続した可能性 | サーバーログ、Job表示、結果の整合性 |
現在の構成が手元のMacだけに依存している場合、端末のスリープ、個人設定、同時利用、故障時の切り替えが弱点になります。別のクラウド環境だけに寄せる場合も、入力遅延、再接続時の状態確認、権限管理が新たな負担になります。短期の検証や一時的な作業環境が必要なら、SFTPMACのMac環境を使ってSafari、Web UI、再接続手順を分離して確認する方法が現実的です。ただし、物理接続が必須の作業や、長期にわたり同一構成で高負荷処理を続ける用途では、自前のMacの方が適しています。
FAQ
DeepSeek HarnessのSafari入力欄のずれは本当に直っていますか？
v0.1.0-rc.7の公式リリースノートには、Safariでコンポーザーのカーソル位置と文字位置がずれる問題を修正したと記載されています。ただし、これは修正対象が明示されたという意味であり、すべてのmacOS環境、入力方式、長文編集で問題が残らないと保証する発表ではありません。短文から段階的に確認してください。
SafariでDeepSeek HarnessのWeb UIを業務利用しても大丈夫ですか？
低リスクの確認作業や短い指示であれば、Safariを再試用する価値があります。一方、長いコード、複雑な日本語入力、重要な変更、長時間の接続を同時に扱う場合は、別のブラウザをすぐ使える状態にしてください。正式なチーム標準にする前には、同じrc.7と複数のMacで再確認が必要です。
rc.7へ更新した後もSafariのキャッシュを削除する必要がありますか？
必須とは限りません。まず新しいタブまたはプライベートウインドウで再読み込みし、問題が続く場合だけ対象サイトのWebサイトデータを削除します。データ削除はログアウトや設定変更につながる場合があるため、先に草稿を保存してください。キャッシュ削除だけで修正の有無を判断しないことが重要です。
Macを遠隔操作してSafariを使う場合、何を確認すべきですか？
短文入力、文字の挿入と削除、日本語入力の変換中、長文やコードの貼り付け、カードの折りたたみ、草稿の復元、回線断後の再接続を分けて確認します。Safariの画面が戻っても、送信済みリクエストやAgentの処理が継続しているとは限りません。画面状態とサーバー側状態を別々に記録してください。
Safariを完全に標準化するかどうかは、修正告知だけで決める段階ではありません。短文を通過した段階では試用、長文と再接続まで確認できた段階では限定的な標準化、重要作業で異常が残る場合は待機という三段階に分けると、rc.7の修正を過大評価せずに済みます。