メインコンテンツへスキップ
メニュー

A&A INSIGHTS

経営・AIの活用方針経営者向け

継ぎ足しで凌ぐか作り直すか:応急処置が何日もつかで決める

応急処置を重ねると同じ詰まりが前より短い間隔で戻ります。切り替えの時期は費用ではなく、処置が何日もつかで決まる。70日・29日・1日未満という自社CIの経過を公開したAnthropicの記録を根拠に、予想日数を先に書く手順を当方の案として示します。

応急処置作り直しの判断納品体制判断基準AIネイティブ
Read in English
散らばった資料を整理し、比較表を作って判断につなぐ流れ
情報を集め、整理し、条件を比べて判断する流れを表した概念イラストです。 AI生成イラスト

この記事の要点

応急処置を続けるか作り直すかは、費用の絶対額ではなく「その処置が何日もつか」で決めます。処置を入れる前に予想もち日数を一行書き、前回の処置が実際にもった日数と、引き直した作り直し見積り日数と並べて、予想が見積りを下回った行で作り直しへ切り替える。

作り直しの時期は、費用ではなく「前回の処置が何日もったか」で決まる

A&Aの考え方

応急処置を続けるか作り直すかは、作り直しの費用がいくらかではなく、応急処置が買える時間と作り直しに要する時間のどちらが短いかで決まります。処置に手をつける前に「この処置は何日もつか」を一つの数字で書き、前回の処置が実際にもった日数と、いまの作り直し見積り日数の三つを並べる。予想もち日数が作り直しの見積り日数を下回ったら、その行が切り替えの時期です。費用はこの判断に出てきません。

A&Aの考え方

費用で決めようとすると判断が止まるのは、費用が「いつ」を教えないからです。作り直しの見積り額は、詰まった当日も、その三か月後も、だいたい同じ数字に見えます。一方で応急処置がもつ日数は、扱う件数が増えるほど短くなっていきます。金額が動かないまま、正しい答えだけが反転する。だから記録すべき数字は金額ではなく日数で、記録する場所は稟議の資料ではなく、処置を入れる直前のメモです。反対の決め方もあります。一回の処置にかかる手間と頻度を掛けて、作り直しの総量と比べるやり方です。総額を見るにはそちらが正しいのですが、頻度が上がっている最中は次の一回を過小に見積もるぶんだけ切り替えが遅れます。日数を使うのは総額を当てるためではなく、傾向の向きを先に見るためです。

出典に基づく事実

動いたのが片側ではなく両側だったことは、Anthropicが2026年9月14日に公開した自社CIの記録に明示されています。著者のSachin Malhotraは、より大きな機械を買う・処理を並列化する・サービスを再起動するといった対処法そのものは一般的で、この記事から得るべき洞察ではないと断ったうえで、論点は別だと書いています。どの手法も「each of these techniques bought a fraction of the time they did a year ago」——一年前に比べてごく一部の時間しか買えなくなったこと。そして同時に「overhauling and completely redesigning a service also takes a fraction of the time」——作り直しに要する時間もごく一部になったこと。動いたのは片側ではなく両側だ、という指摘です。

Anthropic ↗

70日、29日、1日未満:持続日数で記録された三つの応急処置

出典に基づく事実

同じ記録は、三つの応急処置をそれぞれ何日もったかで並べています。「three quick fixes, which lasted 70 days, then 29 days, and then less than a day」。一つ目は前年10月、サービスのコア数を倍にしたもので、記事は「We also knew it would be fleeting」——一時しのぎだと分かっていた、と書いています。二つ目は2月、状態をパッケージ単位に分けて並列化したもの。三つ目は3月の日次再起動で、「Restarting bought us less than a day」——再起動が買えたのは一日未満だった、とあります。

Anthropic ↗

出典に基づく事実

背景として同記事は、同社のエンジニアが四半期あたり2021〜2025年の8倍のコードを出荷し、そのコードの80%をClaudeが書いていると述べています。さらに「the amount of tests across our codebase grew 10x」——テスト総数が10倍になった一方で、エンジニアの増員はわずかだった。結果として6か月でCIジョブが25倍になった、としています。生成が速くなったこと自体が下流の工程を詰まらせる、という経路が数字つきで書かれています。

Anthropic ↗

A&Aの考え方

この記録の価値は、70・29・1という数字の大きさではありません。価値は、記録の単位が金額ではなく日数だったことにあります。日数で並べると、二つ並んだ時点で三つ目が何日もつかに見当がつきます。同じ経過を金額で並べても、そこからは何も出てきません。読者の事業で再現すべきはAnthropicの比率ではなく、この記録の取り方のほうです。

切り替えの時期を決める二つの軸(当方の整理)
観点費用の絶対額で決める持続日数で決める
記録する数字作り直しの見積り金額各処置が実際にもった日数
書く時期詰まったあと、予算を立てるとき処置に手をつける前
判断が変わる条件資金の余裕ができたとき予想もち日数が作り直し見積り日数を下回ったとき
見落としやすいものもちが短くなっている傾向そのもの手元資金と季節の繁閑
一人の事業での効き方その日は常に処置のほうが小さく見える小ささの比較が同じ表の上に残る

分子だけでなく、分母も動いている

4行3列の比較表の図。見出しは「70日→29日→1日未満。作り直しは1人で3週間」。列は左から「入れた処置」「もった日数」「そのあと何が起きたか」。1行目は「① コア数を倍にする(前年10月)」「70日」「一時しのぎだと分かっていた」。2行目は「② パッケージ単位に分割(2月)」「29日」「これも一時しのぎ。29日とは思わなかった」。3行目は「③ 日次再起動(3月)」「1日未満」「遅れが拡大し、選択側が古いデータを使った」。4行目は「作り直し:記憶領域を与えて分散」「以降は安定」「エンジニア1人で3週間。前年なら四半期近く」。図の要点は二つある。第一に、もった日数の列が70→29→1未満と縮む一方で、最下行の作り直しはエンジニア1人3週間で済んでいること。つまり分子(処置が買える時間)と分母(作り直しに要する時間)が同時に動いている。第二に、三つ目の処置は効果が切れただけでなく、それまで無かった「古いデータで判断する」という不具合を持ち込んでいること。三つの応急処置がそれぞれ70日・29日・1日未満もったこと、一つ目が一時しのぎだと分かっていたこと、二つ目についても一時しのぎだとは分かっていたが29日しかもたないとは思っていなかったこと、三つ目の日次再起動後に遅れが拡大してテスト選択側が古いデータを使っていたこと、および作り直しがエンジニア1人で3週間・一年前なら四半期近くだったことは、Anthropicが2026年9月14日に公開した自社CIの記録(著者Sachin Malhotra)の記述に基づく。同記事の25倍・8倍・10倍という比率は同社内部の運用記録であり、この図では根拠に使っていない。予想もち日数を処置の前に書くという手順と、予想が作り直し見積りを下回った行を切り替えの時期とする規則はA&Aの設計案であり、同記事はそう述べていない。当社や顧客の実測値を示す図ではない。

出典に基づく事実

作り直しに要する時間が実際にどれだけ縮んだかも、同記事は数字で書いています。最終的な作り直し——サービスに記憶領域を与え、書き込みを分散できる形に変えた設計変更——について「This project took three weeks for a single engineer. A year ago it would have been closer to a quarter.」。エンジニア1人で3週間、一年前なら四半期近くかかっていた、という比較です。

Anthropic ↗

出典に基づく事実

小さな会社の側でも、作り直しの所要時間が月単位ではなく日単位・分単位で語られ始めています。Anthropicが2026年9月10日に公開した小規模事業者向けの報告(著者はLina Ochman、同社U.S. SMB責任者)は、インディアナ州で3工場のトレーラー製造会社を営むMike Tesoが、買収した工場向けの照合ツールを「built a reconciliation tool for a newly acquired factory in about 15 minutes」——約15分で作ったと書き、同社のIT責任者が紙の生産計画を「replaced paper production schedules with live dashboards in days rather than months」——数か月ではなく数日で置き換えた、と述べています。いずれも同報告が母数も期間も定義も示さずに記している一件ずつの記述で、独立した検証はありません。

Anthropic ↗

A&Aの考え方

分母が動いているという事実には、実務上の帰結が一つあります。去年出した作り直しの見積りを、そのまま今年の判断に使えないことです。「作り直しなら三か月」という感覚を数年前のまま持っているなら、そこが先に古くなっています。その古い分母を使うかぎり、計算上は永久に応急処置が勝ちます。処置の予想もち日数を書くのと同じタイミングで、作り直しの見積りも一行引き直してください。この二つは対で更新しないと、どちらも意味を持ちません。

処置を入れる前に、予想もち日数を書く

A&Aの考え方

手順はこれだけです。応急処置に手をつける前に、「この処置は何日もつと思うか」を一つの数字で書く。終わってから書くのではなく、入れる前に書く。理由は、終わったあとでは「あのときは仕方なかった」という形に整いやすいからです。入れる前に書いた数字だけが、あとから実績と突き合わせられる予想になります。当たっているかどうかは、この段階ではまだ問題になりません。なお、一時しのぎだという自覚があることと、何日もつかを見積もれていることは別です。前者があっても後者が無いなら、記録されるのは実績だけになり、傾向は見えません。これは当方の読みです。

出典に基づく事実

予想と実績のずれは、出典側にも記録されています。先のAnthropicの記録は、二つ目の並列化について「We also knew this fix would be fleeting, but we didn't realize it would only buy us 29 days」——この処置も一時しのぎだとは分かっていたが、29日しかもたないとは思っていなかった、と書いています。一時しのぎだという自覚はあり、何日もつかの見積りだけが外れていた、という書き方です。

Anthropic ↗

仮想例

記録は六つの列で足ります。以下は書き方を示すための架空の例で、当社や顧客の実測値ではありません。列は、(1) 処置の内容、(2) 入れた日、(3) 予想もち日数、(4) 実際にもった日数、(5) その処置が新たに増やした不具合、(6) その時点の作り直し見積り日数。一行目が「確認待ちが多い日に手で間引く/4月8日/予想60日/実績41日/取りこぼしが月に2件/作り直し見積り15日」。二行目が「間引きの基準を表に出す/5月19日/予想40日/実績12日/基準の更新漏れ/作り直し見積り12日」。三行目を書こうとして「予想8日/作り直し見積り10日」と並んだ時点で、予想もち日数が初めて見積り日数を下回ります。そこが切り替えの時期で、三行目の処置は入れずに作り直しへ移ります。

三つ目の処置は、効かなくなるだけでなく不具合を増やしうる

出典に基づく事実

三つ目の処置については、効果が切れただけではないことが書かれています。日次再起動を始めた結果、サービスは少しずつ遅れを広げ、遅れが1時間を超えた回には記録されない結果が大量に出た。その影響として同記事は「our test-selection component was using stale data」——どのテストを走らせるかを決める側が古いデータを使っていた、と述べています。同記事は、これはCIが走らなかったことや未検査のコードが本番に出たことを意味しない、とも明示的に断り、影響は主に「already super flaky or widespread-failing」——もともと不安定か広範囲に失敗していたテストを走らせることになった、という形だったとしています。

Anthropic ↗

A&Aの考え方

ここから読み取れるのは、応急処置の代償が「効かなくなるまでの日数」だけでは済まない場合があるということです。三つ目あたりの処置は、元の詰まりを緩めるかわりに、それまで無かった種類の間違いを持ち込む。先の表の五列目——その処置が新たに増やした不具合——は、このために要ります。ここが空欄のまま二行続いたら、不具合が無いのではなく記録できていないだけである可能性を先に疑ってください。この一般化は当方の読みで、出典はそう述べていません。

「もたなくなった」の定義は、自分で決めるしかない

A&Aの考え方

持続日数を数えるには、何をもって「もたなくなった」とするかを先に決める必要があります。先の記録では、呼び出しが鳴ることと遅れの件数がその役を果たしていました。一人や少人数の事業にその呼び出しはありません。代わりに置けるのは、自分が手で介入した回数や、顧客に遅れを伝えた回数のように、すでに起きていて数えられる出来事です。新しく計測を始める必要はありません。

出典に基づく事実

どの工程に閾値を置くかは、詰まりがどこで起きているかで決まります。先の小規模事業者向けの報告は、参加者がAIにやらせたいと答えた仕事のうち約三分の二が事業を回すこと、三分の一が伸ばすことで、マーケティング業務を除けば報告書の作成が最も多い用途だったと述べています。挙がっている例も「三つのシステムから数字を集めて月曜の報告書にする」といった作業です。読者が閾値を置く工程は、参加者が最も任せたいと答えた工程と重なります。

Anthropic ↗

仮想例

定義は一行で足ります。架空の例として、「この処置がもたなくなった=同じ種類の手作業の介入が、一週間に三回を超えた日」。あるいは「=顧客への納品が予定より遅れた件数が、月に二件を超えた月」。どちらも当社の実測値ではなく、書き方の例です。三回や二件という数字の妥当性よりも、処置を入れる前に決めておくことのほうが効きます。あとから決めると、都合のいい側に寄りやすくなります。

一人の事業で先送りを作るのは、担当の空白ではなく「その日の小ささ」

出典に基づく事実

Anthropicの記録には、判断が遅れた理由が技術ではなかったと書かれた箇所があります。「Even when the trend line was clear, ownership was murky」——傾向が見えていても、誰がそれを持つかが曖昧だった。誰も新しい基盤をもう一つ抱えたくなく、CIチームには他に優先すべきことがあった、と続きます。

Anthropic ↗

出典に基づく事実

一方で、担当を分ける相手がいない規模でも作り直しは起きています。先の報告は、テネシー州で5人のトラック運送コンプライアンス事業を営む会社が、市況の悪化で顧客の60%を失ったうえ「got 30 days' notice from its core software vendor」——基幹ソフトの提供元から30日前の通知を受けたと書いています。そして「The team rebuilt the system themselves with Claude」——自分たちでClaudeを使って作り直し、燃料税申告の誤り率を7%からゼロにし、同じ5人で以前のピークの2倍を扱える体制になった、と続けています。これらの数値について、同報告は母数・期間・定義・独立した検証のいずれも示していません。

Anthropic ↗

A&Aの考え方

この二つを並べると、一人の事業で先送りが起きる理由は別だと分かります。担当が曖昧だから先送りになるのではなく、その日その時点では応急処置のほうが小さく見えるからです。しかも比べる相手が自分しかいないので、小ささの比較は頭の中で済んでしまい、どこにも残りません。予想もち日数を書く作業の実際の役目は、見通しを当てることではなく、この比較を頭の外に出して、作り直しが同じ表の上で競えるようにすることです。テネシーの事例で作り直しが選ばれたのは期限が決まっていたからで、傾向から選んだわけではありません。外から期限が来ていない読者は、その期限の代わりに日数の列を持つことになります。

この決め方が成り立たない場面

A&Aの考え方

処置の履歴が一件以下のときは使えません。この決め方は前回の実績日数を必要とするので、最初の詰まりでは何も出力しません。そのときは普通に直してください。二件目で傾向の向きが見え、三件目から切り替えの判断ができます。もう一つ効かないのは、扱う件数が横ばいの事業です。反転が起きるのは分子が縮むからで、生産量が増えていないなら持続日数も短くなりません。その場合は「まず凌ぐ」が引き続き正しい判断で、この表は作らなくてよいものです。

A&Aの考え方

日付で強制された作り直しは、持続日数の話ではありません。提供元から期限付きの通知を受けた場合、決まっているのは期限で、そこでの比較は作り直すか乗り換えるかです。先の報告はその比較の経過を示していないので、乗り換えとの損得は当方の推測になります。この記事が扱うのは、外から期限が来ていない状況で切り替えの時期を自分で決めることまでです。また、無期限に効く対処はそもそも応急処置ではないので、表に書く必要はありません。書くべきなのは、入れた時点で一時しのぎだと分かっているものだけです。

A&Aの考え方

出典側の限界も残ります。Anthropicの25倍・8倍・10倍という比率は自社の内部運用の記録で、独立した監査ではありません。組織の規模も前提も違うので、日本の小規模な受託の工程へ外挿していません。70日・29日・1日未満も、一つのサービスで観測された一つの系列であって、応急処置一般の半減期ではありません。そして作り直しが以前より速くなったことは、作り直すべきだという結論を含みません。同記事自身が、個々の手法は一般的で洞察ではないと断っています。同記事は、作り直した構成のほうが「more expensive to run」——運用費は高いとも書いています。日数が決めるのは切り替えの時期であって、総額ではありません。小規模事業者側の数値(60%、7%からゼロ、2倍、約15分、数日)はいずれも自己申告で、成果の予測や作り直しの成功率としては使っていません。

A&Aの考え方

この記事が扱っていない隣の判断は、別の記事にあります。そもそも詰まる量を先に見積もる話は「AI受託を増やす前に、人の確認で詰まる量を見積もる」で、通常確認・例外対応・再納品を分けて数える方法を扱っています。作り直すと決めたあと、既存ツールの組み合わせで足りるのか自社で作るのかは「既存ツールで始めるか、自社の仕組みをつくるか。」が、購入費だけでなく確認の手間や保守まで含めて比較しています。顧客獲得から継続までの全体像は「AIネイティブGTMとは?一人・少人数で顧客獲得から継続まで回す実践ガイド」にあります。

凌ぐか作り直すかで毎回迷うのは、材料が足りないからではなく、記録している単位が金額だからです。金額は「いくら」を教えますが「いつ」を教えません。処置に手をつける前に予想もち日数を一行書き、前回の実績と、引き直した作り直し見積りを並べる。予想が見積りを下回った行が、切り替えの時期です。日数の列が三行たまるまで、この表は何も言いません。三行目から、来月の判断が今月のうちに見えるようになります。

出典・編集情報

記事の調査で確認した一次資料です。資料の公開・更新時期と、調査時の確認日を分けて記載しています。

  1. Agentic coding is straining CI. Here's how we scaled test impact analysis at Anthropic

    Anthropic · 2026-09-14

    確認日 2026-10-07
  2. What 1,000 small business owners taught us about AI

    Anthropic · 2026-09-10

    確認日 2026-10-07

AIを活用した記事制作

調査・執筆・翻訳・編集上の確認にAIを活用しています。資料に基づく事実、A&Aの考え方、仮想例は、それぞれ本文に明記しています。

編集上の確認日: 2026-10-07

← 記事一覧へ