導入前の選定相談
まだ注文しておらず、ワークロードに合うモデル、レンタル期間、ノードを確認したい場合は、メールをお送りください。プロジェクトの種類、1回のビルド時間、同時実行タスク数、ディスク容量、利用期間をお知らせください。
導入前の相談メールを送る
お問い合わせ内容に応じた2つの窓口
MacRentsへのお問い合わせは、どの窓口を利用すればよいですか？
導入前の選定相談、法人プロジェクト、セキュリティ報告はサポートメールへ。既存の注文、請求、ホスト障害は、コンソールにログインしてチケットを送信してください。用途、モデル、ノード、再現範囲を明記すると、よりスムーズに対応できます。
サポート窓口の準備ができています
contact.route
導入前の選定相談
サポートメール
法人プロジェクト
サポートメール
セキュリティ報告
サポートメール
注文・請求
コンソールチケット
ホストの技術的な問題
コンソールチケット
チケットにはアカウント、注文、インスタンスの情報を関連付けられるため、継続的な追跡が必要な問題に適しています。メールは、注文前の要件確認や資料の送付に適しています。
まず問題を選び、次に窓口を選択
5種類の問題に適したお問い合わせ窓口
MacRentsの対外窓口は、サポートメールとコンソールチケットのみです。適切な窓口を選ぶことで、アカウント、注文、ホスト情報の重複確認を減らせます。
法人向けプラン
継続的な CI/CD、物理ノードの一括導入、Mac クラスター、長期の開発環境については、まずメールで必要容量の計画をお知らせください。タスクキュー、ノード構成、納品単位、権限範囲を確認します。
法人プロジェクトの概要を送る請求に関する問題
既存注文の金額、支払い状況、取引内容を確認する場合は、コンソールからチケットを送信し、注文番号、米ドル金額、取引日時、支払い方法を添付してください。同じ内容のチケットを複数作成しないでください。
請求チケットを送信技術サポート
接続失敗、リモートデスクトップの異常、ビルドエラー、ネットワーク経路の問題は、コンソールチケットの送信を優先してください。インスタンス、ノード、発生時間帯、再現コマンド、期待する結果、マスキング済みの実際の出力を明記してください。
技術チケットを送信セキュリティ報告
不審なアクセス、認証情報の露出、セキュリティ上の欠陥を報告する場合は、メールの件名に「セキュリティ報告」と明記して送信してください。影響範囲、再現条件、マスキング済みの証拠を提示し、自分が所有していないノードやデータをテストしないでください。
セキュリティ報告を送る
そのまま使える要件チェックリスト
有効な要件メールには何を書けばよいですか？
長い企画書を用意する必要はありません。以下の項目をメールにコピーして一つずつ記入すれば、選定に必要な主要情報を網羅できます。まだ決められない項目は「要相談」と記載できますが、用途、同時実行タスク数、予定レンタル期間は必ずお知らせください。
ノードの希望には選定理由を添える
シンガポール、日本（東京）、韓国（ソウル）、香港の4つのノードを注文できます。都市名だけで選ぶのではなく、開発者の所在地、コードリポジトリの場所、主なアクセス経路を基準に優先順位を付けることをおすすめします。
request-brief.txt
記入して送信
プロジェクトまたはチーム名： 主な用途：Xcode ビルド / CI/CD / リモート開発 / AI 実験 / その他 コードリポジトリとビルドツール： 1日あたりのタスク数： ピーク時の同時実行タスク数： 1タスクあたりの標準的な所要時間： 希望モデル：M4 Core / M4 Plus / M4 Pro / 要相談 希望レンタル期間：日 / 週 / 月 / 四半期 希望ノード：シンガポール / 日本（東京）/ 韓国（ソウル）/ 香港 ローカルストレージの要件： 複数台での協調が必要か： 利用開始希望時期： 確認したい事項：
容量と納品計画
法人プロジェクトでは台数だけを確認するわけではありません
継続稼働する開発環境では、タスクモデル、リソース範囲、ノード所在地、管理方法を同時に確認する必要があります。情報が具体的であるほど、3つのモデルの独占物理 Mac mini をどのように組み合わせるか判断しやすくなります。
タスク容量
ピーク時の同時実行数、キューの長さ、1回のビルド時間、キャッシュ容量、成果物のサイズをお知らせください。継続的な CI/CD では、Runner タグ、タスクのタイムアウト、失敗時の再試行方針も明記してください。
ノード構成
開発者、コードリポジトリ、成果物ストレージ、アクセス元のおおよその地域を示し、シンガポール、日本（東京）、韓国（ソウル）、香港の優先順位を付けてください。
モデル構成
軽量なビルドには MacRents M4 Core、日常の開発と並列 CI には MacRents M4 Plus、大容量メモリを使う推論や高並列ビルドには MacRents M4 Pro をご検討ください。
環境の基準
必要な macOS と Xcode のバージョン範囲、パッケージ管理ツール、ビルド依存関係、キャッシュディレクトリ、常駐エージェントを列挙してください。メールに実際のアクセストークンや完全な認証情報を添付しないでください。
権限範囲
ノード管理の担当者、ビルド環境にアクセスできるユーザー、鍵のローテーション方法、チームメンバー変更時の権限取り消し方法を明確にしてください。レンタル1件につき、仮想マシンではない専有物理 Mac mini が割り当てられます。
納品時の検証
接続確認、ツールチェーンのチェック、サンプルビルド、タスク接続の完了条件をあらかじめ決めておきます。すべてのノードは365日、年間を通じて正常に稼働し、実際の接続情報とホスト状態はコンソールで管理します。
物理ノードの一括導入や長期環境について相談しますか？
メールの件名は「法人プロジェクト + チーム名」とし、本文に容量範囲、希望ノード、利用開始希望時期を記載してください。
USD注文の照合
請求相談の前に4つの取引情報をご準備ください
MacRentsの注文はすべて米ドル（USD）で決済され、USDT-TRC20 と Visa / Mastercard / Amex（Stripe経由）のみ利用できます。実際に利用できる決済ゲートウェイはコンソールの表示をご確認ください。
既存の注文については、コンソールチケットを利用してください。アカウントと注文に直接関連付けられます。チケットには完全なカード番号、認証コード、ウォレットの秘密鍵、その他の支払い承認に使える情報を記載しないでください。
請求照合チケットを送信チケットに必須の情報
- 注文番号：コンソールの注文履歴からコピーしてください。モデル名だけを記載しないでください。
- 取引日時：該当する記録を特定できるよう、日付、時刻、タイムゾーンを明記してください。
- 米ドル金額：注文に表示された実際の USD 金額を入力し、他の通貨への換算は行わないでください。
- 支払い方法：USDT-TRC20 または Stripe経由のカード決済を明記してください。
送信前のセキュリティチェック
ログは問題を再現できる内容にし、秘密情報は露出させない
サポート担当者が通常必要とするのは、エラーメッセージ、発生時間帯、再現手順であり、完全な認証情報ではありません。送信前に添付ファイル、スクリーンショット、コマンド出力を一つずつ確認してください。
必ず隠す情報
- SSH 秘密鍵とその全内容
- コードリポジトリおよび自動化プラットフォームのアクセストークン
- 証明書パスワード、キーチェーンパスワード、署名用シークレット
- 完全な支払い情報またはウォレットの秘密鍵
- 顧客名、住所、デバイス識別子などの個人データ
- 設定ファイル内の環境変数に含まれる秘密値
残しておく情報
- インスタンスまたは注文を特定できる番号
- シンガポール、日本（東京）、韓国（ソウル）、香港のノード
- 問題が発生した時間帯とタイムゾーン
- 再実行可能な最小手順
- ツールのバージョン、終了コード、重要なエラー行
- 秘密値を隠した必要なコンテキスト
秘密情報を隠してもコンテキスト全体を削除しない
変数名、コマンド、終了コード、エラー箇所は残し、トークン、パスワード、秘密鍵、個人データだけを置き換えてください。秘密情報を保護しながら、サポート担当者が失敗した手順を特定できます。
$ xcodebuild -version Xcode 16.x Build version [REDACTED] $ ./ci/build.sh error: signing step failed TOKEN=[REDACTED] exit code: 65
対応と処理の流れ
送信後の流れ
問題の種類によって確認に必要な資料は異なります。情報が揃い、該当する要件または注文を特定できた時点から対応時間を計算します。追加情報が必要な場合は、資料を受領後に対応を再開します。
| 問題の種類 | 優先窓口 | 初回応答目標 | 主な対応手順 |
|---|---|---|---|
| 導入前の選定相談 | サポートメール | 1営業日以内 | 用途、同時実行数、ストレージ、期間、4つのノード候補を確認し、3つのモデルの選定理由を提示します。 |
| 法人プロジェクト | サポートメール | 1営業日以内に資料を確認 | 容量範囲、タスクモデル、ノード構成、権限範囲、納品時の検証基準を確認します。 |
| 請求照合 | コンソールチケット | 1営業日以内 | 注文番号、取引日時、USD 金額、支払い方法で記録を照合し、元のチケットで進捗を更新します。 |
| 技術的な問題 | コンソールチケット | 1営業日以内 | インスタンス、ノード、影響範囲を確認し、マスキング済みログを精査して、次の確認または修正手順を案内します。 |
| セキュリティ報告 | サポートメール | 1営業日以内に受領確認 | まず影響と緊急度を判断し、隔離、調査、修正、必要な通知を行います。 |
チケットを送信済みですが、もう一度メールを送る必要はありますか？
通常は必要ありません。注文、請求、ホストの技術的な問題は、同じ問題が複数の記録に分散しないよう、元のコンソールチケットに継続して追加してください。チケットで特定の資料をメールで追加するよう明示された場合のみ、指示に従って送信してください。
注文やホストの状態を確認したい場合、メールで問い合わせるべきですか？
既存ユーザーは、まずコンソールにログインして注文、インスタンス、ホストの状態を確認してください。状態と実際の接続結果が一致しない場合は、発生時刻、ノード、最小限の再現手順を添えてコンソールからチケットを送信してください。
実行中のビルドタスクに影響が出ています。効果的なチケットの書き方は？
タイトルに「ビルド停止」と明記し、本文にインスタンス番号、ノード、影響開始時刻、失敗したタスクの割合、最後に成功した時刻、マスキング済みのエラー出力を記載してください。「使えない」とだけ書いたり、秘密鍵や完全な認証情報を送信したりしないでください。
適切な窓口を選び、確認の往復を減らす
既存注文はチケット、注文前はメール
コンソールは注文、インスタンス、請求記録の関連付けに適しています。support@macrents.com は導入前の選定相談、法人プロジェクト、セキュリティ報告にご利用ください。送信前に秘密値を隠し、必要なマスキング済みの証拠だけを残してください。