ハクソク

世界を動かす技術を、日本語で。

驚き、1000ドルを支払う

2026年6月10日原文(forestwalk.ai)

概要

  • GitHub Actionsの遅さとコスト増に悩み、Blacksmithを試用した体験談
  • Blacksmithは高速かつ安価と謳うが、無料枠超過時に予想外の請求が発生
  • 無料トライアル中でもクレジットカード登録なしで高額請求が届く仕組みに困惑
  • SaaSサービスの無料枠運用とユーザー体験への示唆
  • Blacksmithの利用継続と今後の注意点

Blacksmithを試した理由と初期印象

  • GitHub Actions のCIが 遅く高コスト になったため、代替サービスを検討
  • Blacksmith は YCスタートアップ で、「GitHub Actionsの高速・安価な代替」をアピール
  • GitHubの設定をそのままインポートでき、実際に 高速化 を実感
  • 無料トライアル期間中はコスト面の実感は不明確

無料トライアルと請求問題

  • 無料枠の 80%消費通知 メールを受信し、クレジットカード登録を促される
  • 通知を軽視し開発を継続、後日「今月の利用料$500.60」など複数の請求メールが届く
  • 無料トライアル中にもかかわらず、 $1,081.45の請求書 と「支払い遅延通知」も受信

Blacksmithの請求ポリシーの実態

  • 通常、SaaSの無料トライアルは 上限到達でサービス停止 が通例
  • Blacksmithは「 サービス中断」を警告しつつも、実際は 自動停止せず課金 が発生
  • Blacksmithサポートによると、「サービス中断」は アカウント審査やフラグ付け の意味
  • 無料枠超過後も ワークフローは継続稼働 し、公式レートで課金される仕組み

SaaSの無料枠運用に関する考察

  • 契約上、 無料トライアルでも利用分の請求は理論上可能
  • ただし、「無料トライアル」「クレジットカード不要」から 自動請求を予想するユーザーは少数
  • 多くのユーザーは「無料枠＝ハードキャップ」と認識
  • 無料ユーザーの 超過分請求モデル は短期的な売上増加効果があるが、 悪評や未回収リスク も高い
  • サービス側・顧客側双方にとって 健全な運用ではない

Blacksmith継続利用の判断と提案

  • サポートとのやり取りで不満はあったが、 CIの高速化メリット が大きいため利用継続を決断
  • 実際に支払いを始めると、サポート対応も改善
  • SaaS開発者向け教訓
    • 無料枠は 自動停止 を期待するユーザーが大半
    • 超過分請求は 不満や混乱 を招くリスク
  • Blacksmith利用予定者へのアドバイス
    • 無料トライアル上限到達前に 利用を停止 することを推奨

Hackerたちの意見

うわー、これは驚きだね。カードを入れなかったのに請求書が来るなんて思わなかったよ。これって「請求とメーター管理は難しいし、実際のサービスよりも大きなエンジニアリングの手間がかかる」っていうケースだと思う。今日、GitHubのアクションがめっちゃ遅いから見てたんだけど、良さそうに聞こえるけど、これだとちゃんと見守るのに時間がかかりそうだな。他のトライアルよりも手間がかかる気がする。大抵のトライアルは終わったらサービスが止まるから、選択肢があるよね：(a) サインアップしてよかった、(b) やっぱりダメだったから戻る。

└

Depotの創設者[0]です。ぜひ試してみてください。うちは変なことをしない、時間ベースの本当の無料トライアルがあります。さらに、驚きが起きないように使用制限を設定することもできます。[0] https://depot.dev

└

ここが「請求が難しい」って説明とユーザーの信頼問題が重なるところだね。

└

カードを入れてないのに請求書が来るなんて思わなかった。スタートアップは生き残るために革新しなきゃいけないし、YCはスタートアップが大きな利益を生む可能性がある限り、こういう「革新」を決して否定しないよね。

Blacksmith Software Incのサービスを利用するには、アカウントを設定する必要があります。アカウント設定プロセス中に、GitHubアカウントを接続し、組織にBlacksmithのGitHub統合をインストールし、有効な支払い方法（クレジットカードなど）を追加する必要があります。これはStripeを通じて処理されます。あるいは、大きな契約の場合、請求書での請求をリクエストすることもできます。> 支払い情報を提供することで、使用料のためにクレジットカードを請求することを許可し、請求書ベースの契約の場合は、請求条件に従って適時に支払いを行うことに同意します。この人が大きな契約を持っていて請求書での請求をリクエストしていない限り、これは契約違反で、彼は彼らに文句を言うべきだね。

彼らの論理は理解できるよ。人のビルドを壊す代わりに、優しい人たちになって後で返済させるってことだよね。でも、慣習を破ると信頼の予算を使っちゃうからね（ここでのコミュニケーションがもっと明確だったとしても）。

これが長期的にビジネスをする正しい方法には見えないな。誰かが実際にそれを受け入れて「請求書」を払う可能性があるとしても、たくさんの善意を壊し、他のテック界に詐欺的な動きを知らせることになるよ。

└

無料トライアルにクレジットカードが必要な人には、いつもバーチャルカードを使ってキャンセルしてるよ。実際に請求できないときの彼らの反応を見るのは超楽しい。

BlackSmithはこのスレッドに入って説明すべきだね。それと、著者はこれがGHアクションでどれくらいのコストになるか教えてくれない？

これ、オーストリアのNICのビジネス慣行を思い出させるな。通常、ドメイン名は更新しないと失効するけど、オーストリアではファックスで明示的にドメイン名をキャンセルしない限り、登録が次の年に自動更新されて、支払わないと回収に回されるんだ。少なくともccTLDに関しては、ドメイン名が失効するルールはない。ただの慣習なんだよね。慣習は仮定につながり、仮定は人を騙すために使われることがある。一般的に、ビジネスには2種類ある：前払いのビジネス（例：マクドナルド）と後払いのビジネス（例：レストラン）。前払いのサービスに後払いの価格を適用すると、完璧な詐欺が成立するんだ。[1] https://www.reddit.com/r/sysadmin/comments/1bnjus/the_austri...

└

ドイツのサービスプロバイダーなら、これには驚かないな。最近10年でかなり改善されたけどね。

└

それってやったの？それともやってたの？（10年前の投稿にリンクしてるけど）

Hacker Newsで議論の続きを見る