<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>Ai on hdknr blog</title><link>https://hdknr.github.io/blogs/tags/ai/</link><description>Recent content in Ai on hdknr blog</description><generator>Hugo -- 0.157.0</generator><language>ja</language><lastBuildDate>Tue, 31 Mar 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://hdknr.github.io/blogs/tags/ai/index.xml" rel="self" type="application/rss+xml"/><item><title>AI Brain Fry: AIの使いすぎで脳が焼ける現象とその対策</title><link>https://hdknr.github.io/blogs/posts/2026/03/ai-brain-fry-ai%E3%81%AE%E4%BD%BF%E3%81%84%E3%81%99%E3%81%8E%E3%81%A7%E8%84%B3%E3%81%8C%E7%84%BC%E3%81%91%E3%82%8B%E7%8F%BE%E8%B1%A1%E3%81%A8%E3%81%9D%E3%81%AE%E5%AF%BE%E7%AD%96/</link><pubDate>Tue, 31 Mar 2026 00:00:00 +0000</pubDate><guid>https://hdknr.github.io/blogs/posts/2026/03/ai-brain-fry-ai%E3%81%AE%E4%BD%BF%E3%81%84%E3%81%99%E3%81%8E%E3%81%A7%E8%84%B3%E3%81%8C%E7%84%BC%E3%81%91%E3%82%8B%E7%8F%BE%E8%B1%A1%E3%81%A8%E3%81%9D%E3%81%AE%E5%AF%BE%E7%AD%96/</guid><description>BCGの1,488名調査で判明したAIツールの過度な使用による認知疲労「AI Brain Fry」。症状、業務への影響、個人・組織レベルの対策を解説。</description></item><item><title>AI トレーディングボットとタイムゾーン裁定取引：24時間自律稼働で稼ぐ仕組みとリスク</title><link>https://hdknr.github.io/blogs/posts/2026/03/ai-%E3%83%88%E3%83%AC%E3%83%BC%E3%83%87%E3%82%A3%E3%83%B3%E3%82%B0%E3%83%9C%E3%83%83%E3%83%88%E3%81%A8%E3%82%BF%E3%82%A4%E3%83%A0%E3%82%BE%E3%83%BC%E3%83%B3%E8%A3%81%E5%AE%9A%E5%8F%96%E5%BC%9524%E6%99%82%E9%96%93%E8%87%AA%E5%BE%8B%E7%A8%BC%E5%83%8D%E3%81%A7%E7%A8%BC%E3%81%90%E4%BB%95%E7%B5%84%E3%81%BF%E3%81%A8%E3%83%AA%E3%82%B9%E3%82%AF/</link><pubDate>Tue, 24 Mar 2026 00:00:00 +0000</pubDate><guid>https://hdknr.github.io/blogs/posts/2026/03/ai-%E3%83%88%E3%83%AC%E3%83%BC%E3%83%87%E3%82%A3%E3%83%B3%E3%82%B0%E3%83%9C%E3%83%83%E3%83%88%E3%81%A8%E3%82%BF%E3%82%A4%E3%83%A0%E3%82%BE%E3%83%BC%E3%83%B3%E8%A3%81%E5%AE%9A%E5%8F%96%E5%BC%9524%E6%99%82%E9%96%93%E8%87%AA%E5%BE%8B%E7%A8%BC%E5%83%8D%E3%81%A7%E7%A8%BC%E3%81%90%E4%BB%95%E7%B5%84%E3%81%BF%E3%81%A8%E3%83%AA%E3%82%B9%E3%82%AF/</guid><description>&lt;p&gt;「寝てる間に稼ぐ」――AI トレーディングボットが24時間タイムゾーン裁定を監視し、海外で確定した市場を見つけて $43,800 を稼いだという投稿が話題になっています。本記事では、タイムゾーン裁定取引（Timezone Arbitrage）の仕組み、AI ボットの役割、そして見落とされがちなリスクについて解説します。&lt;/p&gt;
&lt;h2 id="暗号通貨予測市場における裁定取引"&gt;暗号通貨予測市場における裁定取引&lt;/h2&gt;
&lt;p&gt;今回話題になっている「タイムゾーン裁定」は、暗号通貨の&lt;strong&gt;予測市場&lt;/strong&gt;（Prediction Market）と&lt;strong&gt;現物取引所&lt;/strong&gt;の間に生じるレイテンシ（遅延）を利用する戦略です。&lt;/p&gt;
&lt;h3 id="予測市場とは"&gt;予測市場とは&lt;/h3&gt;
&lt;p&gt;Polymarket に代表される予測市場では、「BTC は15分後に上がるか？下がるか？」といった短期コントラクトが取引されています。参加者はイベントの結果に対してオッズ付きのポジションを取り、結果確定後に精算されます。&lt;/p&gt;
&lt;h3 id="裁定の具体的な流れ"&gt;裁定の具体的な流れ&lt;/h3&gt;
&lt;ol&gt;
&lt;li&gt;&lt;strong&gt;現物市場で価格が動く&lt;/strong&gt; — Binance や Coinbase で BTC が急騰し、明確な上昇トレンドが確認される&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;予測市場のオッズが追いつかない&lt;/strong&gt; — Polymarket の「BTC 15分後に上昇」コントラクトのオッズがまだ 50/50 のまま&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;ボットが即座にポジションを取る&lt;/strong&gt; — 実際の上昇確率が ~85% なのに、市場価格は 50% を示している。この乖離を突いて「上昇」側を購入&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;結果確定で利益獲得&lt;/strong&gt; — 15分後に BTC が実際に上昇し、コントラクトが精算される&lt;/li&gt;
&lt;/ol&gt;
&lt;h3 id="なぜタイムゾーンが関係するか"&gt;なぜ「タイムゾーン」が関係するか&lt;/h3&gt;
&lt;p&gt;暗号通貨市場は24時間稼働ですが、&lt;strong&gt;トレーダーの活動量はタイムゾーンに依存&lt;/strong&gt;します。&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;アジア時間帯に大きな値動きが発生&lt;/strong&gt; → 欧米のトレーダーが少なく、予測市場の流動性が薄い → オッズ修正が遅れる&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;欧米時間帯の急変動&lt;/strong&gt; → アジア圏の参加者が少なく、同様にラグが発生&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;この地域ごとの活動時間差が市場の非効率性を生み、24時間稼働するボットがその隙間を突ける構造になっています。&lt;/p&gt;
&lt;h3 id="実際の規模"&gt;実際の規模&lt;/h3&gt;
&lt;p&gt;報道ベースでは、この手法の規模は無視できないレベルに達しています。&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;あるボットが &lt;strong&gt;$313 の元手から1ヶ月で $414,000&lt;/strong&gt; を達成（BTC/ETH/SOL の15分コントラクト、勝率98%）&lt;/li&gt;
&lt;li&gt;2024年4月〜2025年4月の推定裁定利益は全体で &lt;strong&gt;約 $4,000万&lt;/strong&gt;（約60億円）&lt;/li&gt;
&lt;li&gt;Polymarket の最も利益を上げているトレーダー上位20のうち &lt;strong&gt;14がボット&lt;/strong&gt;&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;なお、Polymarket はこのレイテンシ裁定を抑制するため、15分コントラクトに&lt;strong&gt;動的テイカー手数料&lt;/strong&gt;を導入しています。以前のゼロ手数料構造がボットに有利すぎたためです。&lt;/p&gt;
&lt;h2 id="ai-ボットが果たす役割"&gt;AI ボットが果たす役割&lt;/h2&gt;
&lt;p&gt;従来の手動アービトラージでは、人間がリアルタイムで複数市場を監視する必要があり、実質的に24時間の稼働は不可能でした。AI ボットはこれを根本的に変えます。&lt;/p&gt;</description></item><item><title>Startups.RIP：5,700社以上の失敗したYCスタートアップから学ぶデータベース</title><link>https://hdknr.github.io/blogs/posts/2026/03/startups.rip5700%E7%A4%BE%E4%BB%A5%E4%B8%8A%E3%81%AE%E5%A4%B1%E6%95%97%E3%81%97%E3%81%9Fyc%E3%82%B9%E3%82%BF%E3%83%BC%E3%83%88%E3%82%A2%E3%83%83%E3%83%97%E3%81%8B%E3%82%89%E5%AD%A6%E3%81%B6%E3%83%87%E3%83%BC%E3%82%BF%E3%83%99%E3%83%BC%E3%82%B9/</link><pubDate>Mon, 23 Mar 2026 00:00:00 +0000</pubDate><guid>https://hdknr.github.io/blogs/posts/2026/03/startups.rip5700%E7%A4%BE%E4%BB%A5%E4%B8%8A%E3%81%AE%E5%A4%B1%E6%95%97%E3%81%97%E3%81%9Fyc%E3%82%B9%E3%82%BF%E3%83%BC%E3%83%88%E3%82%A2%E3%83%83%E3%83%97%E3%81%8B%E3%82%89%E5%AD%A6%E3%81%B6%E3%83%87%E3%83%BC%E3%82%BF%E3%83%99%E3%83%BC%E3%82%B9/</guid><description>&lt;p&gt;「資金調達の翌日にCTOが辞めて、コードが書けないCEOだけ残った」——こんな生々しい失敗談が5,700社以上も集められたデータベース &lt;a href="https://startups.rip/"&gt;Startups.RIP&lt;/a&gt; が話題になっている。&lt;/p&gt;
&lt;h2 id="startupsrip-とは"&gt;Startups.RIP とは&lt;/h2&gt;
&lt;p&gt;Startups.RIP は、Y Combinator（YC）出身の失敗・買収されたスタートアップ1,737社以上について、研究レポート、再構築プラン、技術仕様をまとめたプラットフォームだ。「Dead YC Startups, Alive Ideas」をコンセプトに、2005年から現在までのYCスタートアップを網羅している。&lt;/p&gt;
&lt;p&gt;作者の Oscar Hong 氏が、失敗したスタートアップを分析する中で「アイデアが悪かったのではなく、タイミング・市場・技術が準備できていなかっただけ」というパターンを発見し、このデータベースを構築した。&lt;/p&gt;
&lt;h2 id="主な機能"&gt;主な機能&lt;/h2&gt;
&lt;h3 id="失敗要因の詳細分析"&gt;失敗要因の詳細分析&lt;/h3&gt;
&lt;p&gt;単なる失敗リストではなく、各スタートアップについて以下の情報が整理されている:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;失敗の要因分析&lt;/strong&gt;: なぜ事業が停滞・終了したのか&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;何がうまくいっていたか&lt;/strong&gt;: 失敗の中にも成功要素はある&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;バッチ情報・創業者情報&lt;/strong&gt;: YCのどのバッチ出身か、誰が創業したか&lt;/li&gt;
&lt;/ul&gt;
&lt;h3 id="現代技術での再構築プラン"&gt;現代技術での再構築プラン&lt;/h3&gt;
&lt;p&gt;各スタートアップについて、2026年の技術スタックで再構築するならどうなるかという「ビルドプラン」が用意されている:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;現在の市場分析&lt;/strong&gt;: 当時と今で市場がどう変化したか&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;コア機能の設計&lt;/strong&gt;: 何を中心に据えるべきか&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;Go-to-Market 戦略&lt;/strong&gt;: 現代のチャネルでどう展開するか&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;DBスキーマ・API設計&lt;/strong&gt;: 技術的な実装の青写真&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;AIに実装させる場合のプロンプト&lt;/strong&gt;: 生成AIを活用した開発アプローチ&lt;/li&gt;
&lt;/ul&gt;
&lt;h3 id="アイデアの進化の可視化"&gt;アイデアの進化の可視化&lt;/h3&gt;
&lt;p&gt;失敗したスタートアップと、その後成功した類似サービスの比較機能もある:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;Posterous → Substack&lt;/li&gt;
&lt;li&gt;Parse → Supabase&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;こうした「アイデアの進化」を視覚的に追えるのは、起業を考えている人にとって非常に参考になる。&lt;/p&gt;
&lt;h2 id="技術的な背景"&gt;技術的な背景&lt;/h2&gt;
&lt;p&gt;Startups.RIP 自体は Next.js（TypeScript）+ Tailwind CSS で構築されている。興味深いのは、このデータベースの調査・分析に &lt;strong&gt;Claude Agent SDK&lt;/strong&gt; が Deep Research エージェントとして使われている点だ。AIを活用して大量のスタートアップ情報を体系的に整理するという、まさにAI時代ならではのアプローチといえる。&lt;/p&gt;
&lt;h2 id="活用方法"&gt;活用方法&lt;/h2&gt;
&lt;p&gt;このデータベースは以下のような場面で役立つ:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;起業準備&lt;/strong&gt;: 似たようなサービスを考えているなら、過去の失敗から気をつけるべきポイントがわかる&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;技術選定の参考&lt;/strong&gt;: 再構築プランに含まれる技術スタックやDB設計は、実際の開発の参考になる&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;市場調査&lt;/strong&gt;: 特定の領域でどんなスタートアップが失敗し、なぜ失敗したかを俯瞰できる&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;読み物として&lt;/strong&gt;: 純粋にスタートアップの栄枯盛衰を追うだけでも面白い&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id="まとめ"&gt;まとめ&lt;/h2&gt;
&lt;p&gt;失敗したスタートアップのデータベースは &lt;a href="https://www.failory.com/"&gt;Failory&lt;/a&gt; や &lt;a href="https://www.cbinsights.com/research/startup-failure-post-mortem/"&gt;CB Insights&lt;/a&gt; など他にもあるが、Startups.RIP の特徴は「再構築プラン」まで踏み込んでいる点だ。単に「なぜ失敗したか」だけでなく、「今ならどう作るか」まで提示することで、失敗を次の挑戦への具体的なヒントに変えている。&lt;/p&gt;</description></item><item><title>Browser Use CLI 2.0 — Playwrightを超える次世代ブラウザ自動化ツール</title><link>https://hdknr.github.io/blogs/posts/2026/03/browser-use-cli-2.0-playwright%E3%82%92%E8%B6%85%E3%81%88%E3%82%8B%E6%AC%A1%E4%B8%96%E4%BB%A3%E3%83%96%E3%83%A9%E3%82%A6%E3%82%B6%E8%87%AA%E5%8B%95%E5%8C%96%E3%83%84%E3%83%BC%E3%83%AB/</link><pubDate>Sat, 21 Mar 2026 00:00:00 +0000</pubDate><guid>https://hdknr.github.io/blogs/posts/2026/03/browser-use-cli-2.0-playwright%E3%82%92%E8%B6%85%E3%81%88%E3%82%8B%E6%AC%A1%E4%B8%96%E4%BB%A3%E3%83%96%E3%83%A9%E3%82%A6%E3%82%B6%E8%87%AA%E5%8B%95%E5%8C%96%E3%83%84%E3%83%BC%E3%83%AB/</guid><description>Browser Use CLI 2.0 は Playwright より2倍速く、コスト半減のブラウザ自動化ツール。CDP直接接続、既存Chromeセッションの再利用、AIエージェント連携に対応。セットアップ方法とPlaywrightとの使い分けを解説。</description></item><item><title>AIツールを作っている人たちが怖がっていること — 米Sequoia「Services: The New Software」の要点</title><link>https://hdknr.github.io/blogs/posts/2026/03/ai%E3%83%84%E3%83%BC%E3%83%AB%E3%82%92%E4%BD%9C%E3%81%A3%E3%81%A6%E3%81%84%E3%82%8B%E4%BA%BA%E3%81%9F%E3%81%A1%E3%81%8C%E6%80%96%E3%81%8C%E3%81%A3%E3%81%A6%E3%81%84%E3%82%8B%E3%81%93%E3%81%A8-%E7%B1%B3sequoiaservices-the-new-software%E3%81%AE%E8%A6%81%E7%82%B9/</link><pubDate>Wed, 18 Mar 2026 00:00:00 +0000</pubDate><guid>https://hdknr.github.io/blogs/posts/2026/03/ai%E3%83%84%E3%83%BC%E3%83%AB%E3%82%92%E4%BD%9C%E3%81%A3%E3%81%A6%E3%81%84%E3%82%8B%E4%BA%BA%E3%81%9F%E3%81%A1%E3%81%8C%E6%80%96%E3%81%8C%E3%81%A3%E3%81%A6%E3%81%84%E3%82%8B%E3%81%93%E3%81%A8-%E7%B1%B3sequoiaservices-the-new-software%E3%81%AE%E8%A6%81%E7%82%B9/</guid><description>Sequoia Capital「Services: The New Software」を日本語で解説。AIビジネスは「ツール販売」から「業務代行」へ転換する。保険、会計、医療事務など日本で有望な9つの市場を分析。</description></item><item><title>人間の脳細胞で動く「データセンター」— Cortical Labs の生体コンピューティング革命</title><link>https://hdknr.github.io/blogs/posts/2026/03/%E4%BA%BA%E9%96%93%E3%81%AE%E8%84%B3%E7%B4%B0%E8%83%9E%E3%81%A7%E5%8B%95%E3%81%8F%E3%83%87%E3%83%BC%E3%82%BF%E3%82%BB%E3%83%B3%E3%82%BF%E3%83%BC-cortical-labs-%E3%81%AE%E7%94%9F%E4%BD%93%E3%82%B3%E3%83%B3%E3%83%94%E3%83%A5%E3%83%BC%E3%83%86%E3%82%A3%E3%83%B3%E3%82%B0%E9%9D%A9%E5%91%BD/</link><pubDate>Wed, 18 Mar 2026 00:00:00 +0000</pubDate><guid>https://hdknr.github.io/blogs/posts/2026/03/%E4%BA%BA%E9%96%93%E3%81%AE%E8%84%B3%E7%B4%B0%E8%83%9E%E3%81%A7%E5%8B%95%E3%81%8F%E3%83%87%E3%83%BC%E3%82%BF%E3%82%BB%E3%83%B3%E3%82%BF%E3%83%BC-cortical-labs-%E3%81%AE%E7%94%9F%E4%BD%93%E3%82%B3%E3%83%B3%E3%83%94%E3%83%A5%E3%83%BC%E3%83%86%E3%82%A3%E3%83%B3%E3%82%B0%E9%9D%A9%E5%91%BD/</guid><description>Cortical Labs が脳細胞を使った生体データセンターを建設予定。消費電力は電卓以下で、AI のエネルギー問題に挑む生体コンピューティングの最前線を解説。</description></item><item><title>燈（Akari Inc.）の建設業向け管理業務DXサービス「Digital Billder」</title><link>https://hdknr.github.io/blogs/posts/2026/03/%E7%87%88akari-inc.%E3%81%AE%E5%BB%BA%E8%A8%AD%E6%A5%AD%E5%90%91%E3%81%91%E7%AE%A1%E7%90%86%E6%A5%AD%E5%8B%99dx%E3%82%B5%E3%83%BC%E3%83%93%E3%82%B9digital-billder/</link><pubDate>Wed, 18 Mar 2026 00:00:00 +0000</pubDate><guid>https://hdknr.github.io/blogs/posts/2026/03/%E7%87%88akari-inc.%E3%81%AE%E5%BB%BA%E8%A8%AD%E6%A5%AD%E5%90%91%E3%81%91%E7%AE%A1%E7%90%86%E6%A5%AD%E5%8B%99dx%E3%82%B5%E3%83%BC%E3%83%93%E3%82%B9digital-billder/</guid><description>&lt;p&gt;東大松尾研発の AI スタートアップ「燈株式会社（Akari Inc.）」が提供する、建設業に完全特化した管理業務 DX サービス「Digital Billder（デジタルビルダー）」を紹介します。&lt;/p&gt;
&lt;h2 id="digital-billder-とは"&gt;Digital Billder とは&lt;/h2&gt;
&lt;p&gt;&lt;a href="https://www.lp.digitalbillder.com/"&gt;Digital Billder&lt;/a&gt; は、建設業の管理業務をデジタル化するための SaaS サービスです。紙ベースで行われていた請求書処理、発注管理、経費精算といったアナログ業務を効率化します。&lt;/p&gt;
&lt;p&gt;建設業界では、紙の請求書の受領・開封・現場ごとの整理・現場と本社間の運搬・押印・手入力といった煩雑な作業が日常的に発生しています。Digital Billder はこれらの業務を電子化し、大幅な工数削減を実現します。&lt;/p&gt;
&lt;h2 id="サービスラインナップ"&gt;サービスラインナップ&lt;/h2&gt;
&lt;p&gt;Digital Billder は以下の4つのサービスで構成されています。&lt;/p&gt;
&lt;h3 id="請求書処理digital-billder-invoice"&gt;請求書処理（Digital Billder Invoice）&lt;/h3&gt;
&lt;p&gt;建設業特有の業務フローに対応した請求書処理サービスです。&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;工事ごと・工種ごとの請求書管理&lt;/li&gt;
&lt;li&gt;出来高払い・査定・相殺処理への対応&lt;/li&gt;
&lt;li&gt;各社の指定書式に柔軟に対応&lt;/li&gt;
&lt;li&gt;インボイス制度・電子帳簿保存法に準拠&lt;/li&gt;
&lt;/ul&gt;
&lt;h3 id="発注管理digital-billder-purchases"&gt;発注管理（Digital Billder Purchases）&lt;/h3&gt;
&lt;p&gt;電子発注・電子契約に対応した発注管理サービスです。見積依頼から発注・契約までの一連のフローをデジタル化します。&lt;/p&gt;
&lt;h3 id="経費精算digital-billder-expenses"&gt;経費精算（Digital Billder Expenses）&lt;/h3&gt;
&lt;p&gt;建設現場で発生する経費の精算を効率化するサービスです。現場経費と一般経費の両方に対応しています。&lt;/p&gt;
&lt;h3 id="見積書処理"&gt;見積書処理&lt;/h3&gt;
&lt;p&gt;見積書の作成・管理をデジタル化し、業務プロセスを効率化します。&lt;/p&gt;
&lt;h2 id="提供会社燈株式会社akari-inc"&gt;提供会社：燈株式会社（Akari Inc.）&lt;/h2&gt;
&lt;p&gt;燈株式会社は2021年2月に設立された、東京大学松尾研究室発の AI スタートアップです。&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;代表取締役 CEO&lt;/strong&gt;: 野呂侑希&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;所在地&lt;/strong&gt;: 東京都文京区小石川&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;従業員数&lt;/strong&gt;: 約300名&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;企業評価額&lt;/strong&gt;: 1,000億円超（2026年1月時点）&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;2026年1月には三菱電機などから50億円の資金調達を実施し、ユニコーン企業の仲間入りを果たしました。建設業特化の生成 AI「光/Hikari」の開発や、大成建設・東洋建設といった大手ゼネコンとの DX 推進プロジェクトも手がけています。&lt;/p&gt;
&lt;h2 id="導入実績"&gt;導入実績&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;2022年6月に一般提供を開始&lt;/li&gt;
&lt;li&gt;リリース1年で導入総合建設業者100社を突破&lt;/li&gt;
&lt;li&gt;2025年11月時点で累計導入企業数1,000社超&lt;/li&gt;
&lt;li&gt;36都道府県以上で導入&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id="建設業界の-dx-背景"&gt;建設業界の DX 背景&lt;/h2&gt;
&lt;p&gt;建設業界では以下の法制度対応が求められており、DX の必要性が高まっています。&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;インボイス制度&lt;/strong&gt;（2023年10月〜）&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;改正電子帳簿保存法&lt;/strong&gt;（2024年1月〜）&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;時間外労働上限規制&lt;/strong&gt;（2024年4月〜、いわゆる「2024年問題」）&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;こうした制度対応と業務効率化を同時に実現できる点が、Digital Billder が急速に普及している理由の一つです。&lt;/p&gt;</description></item><item><title>AI駆動開発で変わるコスト構造：技術力からドメイン知識へのシフト</title><link>https://hdknr.github.io/blogs/posts/2026/03/ai%E9%A7%86%E5%8B%95%E9%96%8B%E7%99%BA%E3%81%A7%E5%A4%89%E3%82%8F%E3%82%8B%E3%82%B3%E3%82%B9%E3%83%88%E6%A7%8B%E9%80%A0%E6%8A%80%E8%A1%93%E5%8A%9B%E3%81%8B%E3%82%89%E3%83%89%E3%83%A1%E3%82%A4%E3%83%B3%E7%9F%A5%E8%AD%98%E3%81%B8%E3%81%AE%E3%82%B7%E3%83%95%E3%83%88/</link><pubDate>Sun, 15 Mar 2026 00:00:00 +0000</pubDate><guid>https://hdknr.github.io/blogs/posts/2026/03/ai%E9%A7%86%E5%8B%95%E9%96%8B%E7%99%BA%E3%81%A7%E5%A4%89%E3%82%8F%E3%82%8B%E3%82%B3%E3%82%B9%E3%83%88%E6%A7%8B%E9%80%A0%E6%8A%80%E8%A1%93%E5%8A%9B%E3%81%8B%E3%82%89%E3%83%89%E3%83%A1%E3%82%A4%E3%83%B3%E7%9F%A5%E8%AD%98%E3%81%B8%E3%81%AE%E3%82%B7%E3%83%95%E3%83%88/</guid><description>&lt;p&gt;Claude Code を活用して税理士がスタッフ 0 人で顧問先 60 社を運営している事例が話題になっている。この事例が示すのは、AI 駆動開発による IT 企業のコスト構造の崩壊と、「技術力」から「ドメイン知識」への価値シフトだ。&lt;/p&gt;
&lt;h2 id="税理士事務所の事例6人分の人件費を-ai-で代替"&gt;税理士事務所の事例：6人分の人件費を AI で代替&lt;/h2&gt;
&lt;p&gt;税理士の畠山謙人氏が Claude Code で構築した AI 経理システムの事例が注目を集めている（&lt;a href="https://cenleaf.com/blog/cpa-claude-code-automation-60companies/"&gt;cenleaf.com の詳細記事&lt;/a&gt;）。&lt;/p&gt;
&lt;p&gt;通常、税理士事務所では顧問先 10 社あたり 1 人のスタッフが必要とされる。60 社なら最低 6 人、年間人件費は約 3,000 万円。しかし Claude Code を中心とした AI システムにより、1 人で運営できる体制を実現した。&lt;/p&gt;
&lt;h3 id="コスト削減の全体像"&gt;コスト削減の全体像&lt;/h3&gt;
&lt;p&gt;表面的な人件費 3,000 万円の削減だけでなく、以下の隠れたコストも消える:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;採用コスト&lt;/strong&gt;: 1 人あたり 50〜100 万円 × 6 人 = 年 300〜600 万円&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;労務リスク・教育・引き継ぎコスト&lt;/strong&gt;: ゼロに&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;固定費から変動費への転換&lt;/strong&gt;: 赤字耐性の向上&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;実際の P/L インパクトは 4,000 万円超と試算される。&lt;/p&gt;
&lt;h3 id="自動化の仕組み"&gt;自動化の仕組み&lt;/h3&gt;
&lt;p&gt;構築されたシステムでは以下を自動化している:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;freee の未処理明細を自動取得し、ルールベースで勘定科目を判定&lt;/li&gt;
&lt;li&gt;判定が難しいものだけ人間に回すエスカレーション設計&lt;/li&gt;
&lt;li&gt;請求書処理、ソフト移行、メール下書きの自動化&lt;/li&gt;
&lt;li&gt;給与・税金・借入返済など「触ってはいけない項目」の除外ルール&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;重要なのは、完全自動化ではなく「人間が見る範囲を残す線引き」まで含めた仕組み化だ。&lt;/p&gt;
&lt;h2 id="開発の民主化と-it-企業のコスト構造崩壊"&gt;開発の民主化と IT 企業のコスト構造崩壊&lt;/h2&gt;
&lt;p&gt;この事例の本質は、税理士という非エンジニアが Claude Code で Web アプリを複数開発し、本来なら数百万〜数千万円かかる開発をほぼゼロコストで実現している点にある。&lt;/p&gt;</description></item><item><title>AI時代のQA：「決定論から確率論へ」のパラダイムシフト</title><link>https://hdknr.github.io/blogs/posts/2026/03/ai%E6%99%82%E4%BB%A3%E3%81%AEqa%E6%B1%BA%E5%AE%9A%E8%AB%96%E3%81%8B%E3%82%89%E7%A2%BA%E7%8E%87%E8%AB%96%E3%81%B8%E3%81%AE%E3%83%91%E3%83%A9%E3%83%80%E3%82%A4%E3%83%A0%E3%82%B7%E3%83%95%E3%83%88/</link><pubDate>Sun, 15 Mar 2026 00:00:00 +0000</pubDate><guid>https://hdknr.github.io/blogs/posts/2026/03/ai%E6%99%82%E4%BB%A3%E3%81%AEqa%E6%B1%BA%E5%AE%9A%E8%AB%96%E3%81%8B%E3%82%89%E7%A2%BA%E7%8E%87%E8%AB%96%E3%81%B8%E3%81%AE%E3%83%91%E3%83%A9%E3%83%80%E3%82%A4%E3%83%A0%E3%82%B7%E3%83%95%E3%83%88/</guid><description>&lt;p&gt;AI の進化により、ソフトウェアの品質保証（QA）が根本的な転換期を迎えている。従来の「OK/NG を明確に判定する」決定論的なテストから、「明らかに間違っているものを排除する」確率論的なアプローチへ。このパラダイムシフトが QA エンジニアの役割をどう変えるのかを考える。&lt;/p&gt;
&lt;h2 id="決定論から確率論へ"&gt;決定論から確率論へ&lt;/h2&gt;
&lt;p&gt;従来のソフトウェアテストは決定論的だった。入力に対して期待される出力が一意に定まり、テスト結果は OK か NG かの二択。しかし、AI を組み込んだシステムでは、同じ入力に対しても出力が毎回異なる可能性がある。&lt;/p&gt;
&lt;p&gt;MIT Technology Review でも報じられているように、コンピューティングの世界全体が決定論的アプローチから確率論的アプローチへ移行しつつある。QA もこの流れと無縁ではない。&lt;/p&gt;
&lt;p&gt;AI システムのテストでは、「正解を一つ定義して合否を判定する」のではなく、「明らかに間違っているものを排除し、許容範囲内に収まっているかを評価する」アプローチが求められる。&lt;/p&gt;
&lt;h2 id="テストコードの-ai-丸投げが危険な理由"&gt;テストコードの AI 丸投げが危険な理由&lt;/h2&gt;
&lt;p&gt;「AI にテストコードを書かせれば効率的」と考えるのは自然だが、ここには大きな落とし穴がある。&lt;/p&gt;
&lt;p&gt;AI が生成するテストコードは、実装コードに対して表面的にフィットするテストを作りがちだ。つまり、実装の動作を追認するだけのテストになりやすい。本来テストが担うべき「仕様に対する検証」や「境界値・異常系の網羅」といった設計意図が欠落する可能性がある。&lt;/p&gt;
&lt;p&gt;テスト設計とは「何をテストすべきか」を決める行為であり、テストコードの記述は「どうテストするか」の実装に過ぎない。AI に丸投げして効率化できるのは後者であり、前者は依然として人間の判断力が不可欠だ。&lt;/p&gt;
&lt;h2 id="テスト設計スキルの希少性"&gt;テスト設計スキルの希少性&lt;/h2&gt;
&lt;p&gt;テスト設計ができるエンジニアは 100 人中 5 人程度とも言われる。この希少性は AI 時代においてむしろ差別化要因になる。&lt;/p&gt;
&lt;p&gt;MagicPod のブログでも指摘されているように、AI が代替するのは定型的な作業だ。テスト設計・実行の自動化や不具合記録などの繰り返し業務は急速に自動化されている。一方で、以下のようなスキルは AI では代替が難しい。&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;リスク分析に基づくテスト戦略の策定&lt;/strong&gt; — どこに重点的にテストリソースを配分すべきかの判断&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;ビジネスコンテキストの理解&lt;/strong&gt; — 技術的な正しさだけでなく、ビジネスインパクトを考慮した品質判断&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;探索的テスト&lt;/strong&gt; — 仕様書に書かれていない暗黙の要件やエッジケースの発見&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id="テスト設計情報の少なさと-ai-の学習限界"&gt;テスト設計情報の少なさと AI の学習限界&lt;/h2&gt;
&lt;p&gt;テスト設計に関する公開情報は、コーディングに関する情報と比較して圧倒的に少ない。Stack Overflow や GitHub にはコードは大量にあるが、「なぜそのテストケースを選んだのか」「どのようなリスク分析に基づいてテスト戦略を決めたのか」といったテスト設計の知見は体系的に蓄積されていない。&lt;/p&gt;
&lt;p&gt;つまり、AI はテスト設計を学習するための十分なデータを持っていない。これは裏を返せば、テスト設計のスキルを持つ人材の価値が AI 時代にも維持される理由でもある。&lt;/p&gt;
&lt;h2 id="日本のテスト分析設計の強み"&gt;日本のテスト分析・設計の強み&lt;/h2&gt;
&lt;p&gt;日本はソフトウェアテストの分析・設計の分野で国際的にリードしている。組み合わせテスト技法、状態遷移テスト、デシジョンテーブルテストなど、体系的なテスト設計手法の発展に貢献してきた。&lt;/p&gt;
&lt;p&gt;しかし、この強みが十分に活かされているとは言い難い。テスト設計の知見が暗黙知にとどまり、コミュニティ全体で共有・活用される仕組みが不足している。AI 時代にこの強みを活かすためには、テスト設計の知見をより体系的に言語化・公開していく取り組みが重要になるだろう。&lt;/p&gt;
&lt;h2 id="ai-エージェントによるテスト設計実行の実践"&gt;AI エージェントによるテスト設計・実行の実践&lt;/h2&gt;
&lt;p&gt;では、実際に AI エージェントをテスト設計・実行にどう活用すべきなのか。この分野では理論と実践の両面で急速に知見が蓄積されつつある。&lt;/p&gt;</description></item><item><title>Vibe Hacking とは何か：AI が変えるサイバー攻撃の新潮流</title><link>https://hdknr.github.io/blogs/posts/2026/03/vibe-hacking-%E3%81%A8%E3%81%AF%E4%BD%95%E3%81%8Bai-%E3%81%8C%E5%A4%89%E3%81%88%E3%82%8B%E3%82%B5%E3%82%A4%E3%83%90%E3%83%BC%E6%94%BB%E6%92%83%E3%81%AE%E6%96%B0%E6%BD%AE%E6%B5%81/</link><pubDate>Tue, 10 Mar 2026 00:00:00 +0000</pubDate><guid>https://hdknr.github.io/blogs/posts/2026/03/vibe-hacking-%E3%81%A8%E3%81%AF%E4%BD%95%E3%81%8Bai-%E3%81%8C%E5%A4%89%E3%81%88%E3%82%8B%E3%82%B5%E3%82%A4%E3%83%90%E3%83%BC%E6%94%BB%E6%92%83%E3%81%AE%E6%96%B0%E6%BD%AE%E6%B5%81/</guid><description>&lt;p&gt;「Vibe Coding」が開発者の間で広まる中、同じ発想をサイバー攻撃に応用する「Vibe Hacking」が新たな脅威として注目されている。AI を使って、専門知識がなくてもマルウェアや攻撃スクリプトを生成できる時代が到来した。&lt;/p&gt;
&lt;h2 id="vibe-hacking-とは"&gt;Vibe Hacking とは&lt;/h2&gt;
&lt;p&gt;Vibe Hacking は、AI を活用してサイバー攻撃のハードルを劇的に下げる手法・思想を指す。開発者が自然言語で AI にコードを書かせる「Vibe Coding」のダークサイドとも言える概念だ。&lt;/p&gt;
&lt;p&gt;従来のハッキングには、ネットワークプロトコルの理解、脆弱性の発見、エクスプロイトコードの記述といった高度な技術スキルが必要だった。しかし Vibe Hacking では「ターゲットを指定するだけ」「経験不要」「AI が処理する」といった形で、技術的な障壁がほぼ消失する。&lt;/p&gt;
&lt;h2 id="具体的な脅威"&gt;具体的な脅威&lt;/h2&gt;
&lt;h3 id="ai-生成マルウェア"&gt;AI 生成マルウェア&lt;/h3&gt;
&lt;p&gt;HP Wolf Security の脅威インサイトレポート（2025年10月〜12月）によると、攻撃者は AI で生成した感染スクリプトを実際の攻撃キャンペーンに使用している。偽のインボイス PDF を通じて、正規のプラットフォーム（Booking.com など）へリダイレクトする前にマルウェアをダウンロードさせる手口が確認されている。&lt;/p&gt;
&lt;h3 id="flat-pack-malware"&gt;Flat-Pack Malware&lt;/h3&gt;
&lt;p&gt;複数の無関係な脅威グループが、同一のモジュール化されたマルウェアコンポーネントを再利用する「Flat-Pack Malware」も増加している。市販のマルウェア部品を組み立てるだけで、最小限の労力でカスタマイズされた攻撃キャンペーンを展開できる。&lt;/p&gt;
&lt;h3 id="国家レベルの活用"&gt;国家レベルの活用&lt;/h3&gt;
&lt;p&gt;パキスタン系の脅威アクター「Transparent Tribe」が、AI コーディングツールを使ってマルウェアを「Vibe Coding」し、インド政府やその海外大使館を標的にした事例も報告されている。&lt;/p&gt;
&lt;h2 id="なぜ危険なのか"&gt;なぜ危険なのか&lt;/h2&gt;
&lt;h3 id="攻撃コストの劇的な低下"&gt;攻撃コストの劇的な低下&lt;/h3&gt;
&lt;p&gt;脆弱性の発見からエクスプロイト作成までのコストは、かつて数週間と数千ドルを要した。AI によりこれがほぼゼロになりつつある。「スプレー＆プレイ」型の大規模攻撃ではなく、特定のシステムや企業、さらには個々の開発者をピンポイントで狙うマイクロターゲット攻撃が現実的になった。&lt;/p&gt;
&lt;h3 id="検出回避能力の向上"&gt;検出回避能力の向上&lt;/h3&gt;
&lt;p&gt;HP の調査では、メール脅威の 14% 以上がゲートウェイスキャナーを回避している。AI が生成するコードは毎回微妙に異なるため、シグネチャベースの検出が困難になっている。&lt;/p&gt;
&lt;h3 id="vibe-coding-で作られたアプリの脆弱性"&gt;Vibe Coding で作られたアプリの脆弱性&lt;/h3&gt;
&lt;p&gt;攻撃だけでなく、Vibe Coding で開発されたアプリケーション側も問題を抱えている。Veracode の GenAI コードセキュリティレポートによると、AI 生成コードの 45% にセキュリティ脆弱性が含まれている。AI はほぼ半分の確率で安全でない実装を選択する。&lt;/p&gt;
&lt;h2 id="対策のポイント"&gt;対策のポイント&lt;/h2&gt;
&lt;h3 id="ai-によるコードレビューの自動化"&gt;AI によるコードレビューの自動化&lt;/h3&gt;
&lt;p&gt;Vibe Coding で生成された全コードを人間がレビューするのは現実的ではない。コード生成が AI なら、レビューも AI で自動化するのが自然な流れだ。&lt;/p&gt;</description></item></channel></rss>