메뉴
会社ネットワーク配下で、git config の proxy / CA 証明書設定を Cargo・Tauri・WiX build へ橋渡ししながら、 Windows の Rust / Tauri デスクトップビルドを通す。corporate proxy、custom CA、 `CRYPT_E_NO_REVOCATION_CHECK`、crates.io 到達失敗、社内証明書環境での Tauri build を扱うとき。
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
| name | enterprise-rust-tauri-network-build |
| description | 会社ネットワーク配下で、git config の proxy / CA 証明書設定を Cargo・Tauri・WiX build へ橋渡ししながら、 Windows の Rust / Tauri デスクトップビルドを通す。corporate proxy、custom CA、 `CRYPT_E_NO_REVOCATION_CHECK`、crates.io 到達失敗、社内証明書環境での Tauri build を扱うとき。 |
この skill は、会社ネットワーク配下の Windows 端末 で Rust / Cargo / Tauri のビルドを通すための hot path です。重要なのは、proxy や CA 証明書を「どこに書くか」ではなく、git config にある source of truth を Cargo / Tauri 実行環境へ橋渡しすることです。
cargo build や tauri build が社内プロキシ配下で失敗するときCRYPT_E_NO_REVOCATION_CHECK や crates.io への HTTPS 接続失敗が出るときhttp.proxy や http.sslCAInfo はあるが、Cargo が使ってくれないときscripts\desktop.cmd build のような統一入口へ社内ネットワーク対策を埋め込みたいときtypescript-tauri-setup — Tauri v2 の初回セットアップ順序をそろえるtypescript-setup-dev-environment — Node.js / npm 側の前提を整えるrepo-onboarding — 既存 repo の build/test/重要ファイルを把握するwinget、git、npm が使えるgit は http.proxy や http.sslCAInfo を読めますが、Cargo や Tauri はそれを自動継承しません。結果として、git clone は成功するのに crates.io 取得だけ失敗する状態が起きます。git config を build script 側で読み取り、CARGO_HTTP_PROXY、CARGO_HTTP_CAINFO、SSL_CERT_FILE へ写すと、ネットワーク設定の正本を 1 つに保ったまま Rust 側へ伝えられます。
| 状況 | まず選ぶ行動 | 次に確認すること |
|---|---|---|
cargo が crates.io に接続できない | git config の proxy / CA を確認する | CARGO_HTTP_PROXY と CARGO_HTTP_CAINFO に橋渡しされているか |
CRYPT_E_NO_REVOCATION_CHECK が出る | proxy 検出時だけ CARGO_HTTP_CHECK_REVOKE=false を入れる | 企業ネットワーク固有 workaround として限定されているか |
| git は通るが Cargo だけ失敗する | git config を build script で読む | Cargo が git config を自動継承しないことを前提にする |
link.exe が無い | MSVC を確認する | vcvars64.bat 実行後に cl.exe が使えるか |
| Tauri compile は通るが MSI で失敗する | WiX / icon / bundle 設定を見る | installer 生成段だけの問題か |
最初に次を確認します。
git config --get http.proxygit config --get https.proxygit config --get http.sslCAInfo環境変数より先に git config を見る理由は、開発者ごとの PowerShell セッション差分を減らし、持続する設定を正本にするためです。
build と同じプロセスで次をセットします。
set HTTP_PROXY=http://proxy.example:8080
set HTTPS_PROXY=http://proxy.example:8080
set CARGO_HTTP_PROXY=http://proxy.example:8080
set CARGO_HTTP_CAINFO=C:\path\to\ca.crt
set SSL_CERT_FILE=C:\path\to\ca.crt
set CARGO_HTTP_CHECK_REVOKE=false
CARGO_HTTP_CHECK_REVOKE=false は常用設定ではなく、proxy が有効な社内ネットワークで revocation check に失敗するときだけ 入れます。
rustc --version
cargo --version
npx tauri --version
cmd /c '"C:\Program Files\Microsoft Visual Studio\2022\BuildTools\VC\Auxiliary\Build\vcvars64.bat" && cl.exe'
ここを分けると、PATH が別セッションで失われて「入っているのに見つからない」失敗に見えやすくなります。
Node sidecar があるなら、Tauri build の前に deterministic に sidecar を作ります。
scripts\desktop.cmd build
repo に統一入口が無い場合も、npm install → sidecar build → tauri build の順を 1 本の script に閉じ込めます。
cargo、rustc、cl.exe、target triple で止まるbuild を 1 段ずつ局所化すると、社内ネットワーク問題と Tauri 設定ミスを混同せずに済みます。
git config --get http.proxy
git config --get http.sslCAInfo
rustup default stable-x86_64-pc-windows-msvc
rustup target add x86_64-pc-windows-msvc
npx tauri --version
scripts\desktop.cmd build
こんなときに使う: Ubuntu / Linux サーバーに SSH で接続し、sudo、systemd サービス、HTTP 監視を一連で安全に進めたいとき。 接続前に SSH_AUTH_SOCK を含む認証状態を固定し、認証で止まらずに サーバー接続・権限確認・サービス起動・停止・再起動・状態確認を一気に行いたいとき。
調査→修正→検証→ふりかえり/後続 Issue 化までを 1 つの改善ループで回したいときに使う。 実装前の再現確認や、review 指摘・検証結果をもとに次のアクションへつなぐ。
こんなときに使う: 現在の会話内容をもとに、実装・エージェント発注に直結する PRD を作りたいとき。 追加のインタビューはせず、すでに会話に出ている内容だけから構成する。 情報が不足している場合は捏造せず「未確定」として明示する。
こんなときに使う: ユーザーが「インタビューして」「質問して」「設計を詰めたい」などと言ったら使う。 計画や設計の重要な判断軸を洗い出し、具体例・反例・影響範囲まで深掘りして要件整理に落とす。
Copilot の custom skill / agent / repository instructions の作成・改善・構造確認を 1 つの入口にまとめる。複合スキルとして、対象に応じて適切な authoring ルートへ 分けつつ、実行時のモデル呼び出しを抑止してルーティングを優先する。試作から `plugins/*` 配布へ昇格するときの name / description 整備も扱う。skill / agent / repo-wide instructions / path-specific instructions を新規作成したいとき、既存定義を育てたいとき、公開前に責務や導線を確かめたいとき。
新しい custom agent を既存 agent 群と同じ型で立ち上げる。agent の新規追加、役割分離のための専門 agent 作成、既存群の隙間を埋めたいとき。