イラン、提示した最新の和平案に「アメリカが回答」と トランプ氏はホルムズ海峡からの船舶誘導を発表 - BBCニュースイランの準政府系メディアは2日、イランがアメリカに提示した最新の和平案について、アメリカ側から回答を受け取ったと報じた。この提案を受け入れない方針とみられるドナルド・トランプ米大統領は3日、アメリカが4日から、ホルムズ海峡で立ち往生する船舶を誘導すると発表した。 イランの最新の和平案に対するアメリカの回答は、パキスタンを通じてイラン側へ届けられた。イラン外務省の報道官は、その内容を現在検討しているところだと述べたと、イランのタスニム通信は伝えた。
BLは無罪に値しない、あらゆる創作物が有罪の咎を負わないように｜Xeby
例の声明から早くも四日、SNS上に波及した論争は鎮火する兆しがない。 むしろ反発する一部の腐女子が見事に口を滑らせては怒涛の突っ込みが入る状態で、勢いが増すばかりに思える。 例の声明における私見や腐女子を取り巻く加害性については以前に縷述したため、再び長々と記載することは控える。 とりあえず私の立場の表明として以下にリンクを貼っておく。 この場では現在SNS上で交わされているBL言論についての持論を、なるべく簡明に記述しようと思う。QA形式で。 Q.BLとは性的消費ですか？A.はい。女性による架空ゲイ男性への性的消費です この大前提を様々な欺瞞を用いて誤魔化そうとする腐女子に告ぐ、メロだの何だの言い換えようが“性的描写”を“消費”してるなら性的消費だ。 第一ポリコレが浸透する前の腐女子は「シコい」「抜ける」「えちえち」等のオタク男性が用いる発情表明語を擦り倒していたではないか。 道徳的チキ
エーアイ、3D CAD もやってほしい 2026 - 重力に縋るな
Claude Code などの Coding Agent を使っていると本当に便利です。 特に最近のモデルの性能は本当に高いですし、最近だともはや普通の話ですが手で直接コードを書くことの方が少ないというかもはやほとんどなくなっています。 で、それはいいとして。じゃあもうエーアイでなんでもかんでもできる、と言われるとんなわけないだろとなります。 その中でも特に顕著なのが、時空間認識能力の欠如です。 まあこれは仕組みを考えてみると仕方のないことです。今一番 AI と呼ばれているものは基本的に LLM をベースにしている技術なので、これは「言語」モデルなわけです。 そのため、「言語」の空間内に収まる問題を扱うのは非常に得意ですが、そこに収まらない問題は不得意です。 もちろん「言語」の空間に収まる問題はとても広範に渡るのでそれでも十分に有用ではありますし、だからこそ今とても持て囃されているわけです
「宇宙は極低温だから放熱が楽」は本当か？ 宇宙データセンターの実現に欠かせない冷却の話
宇宙データセンターとは何か 宇宙データセンターが注目される背景にあるのは、AI時代のデータセンター急増で課題になった電力需要や用地の制約、水資源問題といった課題だ。欧州が24年まで進めた宇宙データセンターのフィージビリティスタディー（実現性検討） によれば、「大気圏外の太陽エネルギーを使用して将来のデータセンターを軌道上に配置することで、デジタル化の二酸化炭素排出量を大幅に削減できる」と考えられている。 つまり宇宙なら大量の太陽光を使うことができ、地上電力網との競合を避けられるという発想があるわけだ。また地上のデータセンターは冷却に大量の水資源を使うため、飲料水との競合や排水の処理などの環境影響も抱えている。 一方で軌道上データセンターは、データセンター（衛星）自身が宇宙で生み出せる電力を利用できる利点がある。地球観測衛星のデータ用に、宇宙で発生したデータを地上に降ろすことなく宇宙で処理し
AIによってプロダクトマネジメントとMVPの重心が変わった話｜numashi/LayerX バクラクVPoP
はじめにLayerXで執行役員／VP of Product をしているnumashiといいます。 これまでキャリアの多くを、新規プロダクトの立ち上げにプレーヤーとして費やしてきました。ゼロからプロダクトを作り、顧客に届け、失敗し、作り直す——その繰り返しの中で、Minimum Viable Product(以下、MVP)という概念は自分にとって単なるフレームワーク以上のものでした。 「何を作るべきか」を問い続けるための、思考の型でした。 今、新規事業をやる中で、改めて生成AIの登場によってMVPの意味が根本から変わりつつあると感じたため、言語化しようと思います。 MVPとは何か新規プロダクトを作る際、MVPは開発の羅針盤でした。 Minimum Viable Product——その本質を説明するとき、Henrik Knibergのイラストがよく引用されます。 「車を作るなら、まずタイヤだけ
ハーネスエンジニアリングの本質 ー従来の開発規律を、エージェントが回せるように再設計する / 開発者向けブログ・イベント | GMO Developers
この 4 軸は、ハーネスエンジニアリングを考えるときの基本的なフレームワークになります。 制御なき AI コーディングの課題 ハーネスなしで AI に自由にコーディングさせると、以下の問題が構造的に発生します。 一貫性の欠如: ファイルごとに実装パターンがずれる、命名規約に揺れが出るアーキテクチャの崩壊: 境界を越えた import が紛れ込む、レイヤー設計が壊れる技術的負債のサイロ化: エントロピーが増大し、各セッションが独立した負債を生産する これらは AI の能力不足ではなく、制約の不在が引き起こす構造的問題です。人間の開発者でも、レビューやルールがなければ同様のことが起きます。AI の場合、速度が速いぶん、問題の蓄積も速くなるだけです。 プロンプトの限界とハーネスの複利効果 「AI に良いコードを書かせたいなら、良いプロンプトを書けばいい」──これは直感的には正しく聞こえます。しか
待つツールを作って活用している ( gh-wait / gh-copilot-review ) - Copy/Cut/Paste/Hatena
最近はCoding Agentを使って開発をしています。複数のCoding Agentを立ち上げて、それらと複数のタスクを並行して進めるようになりました。 一方で、感覚として「待つ」ことが多くなった気がします。 PRを出してCIの完了を待つ、レビューを待つ、マージを待つ。IssueやDiscussionでの回答を待つ。並行して進めていると「あれどうなったかな」とターミナルだけではなくブラウザのウィンドウを行ったり来たりする回数が増えています。 そして、Coding Agentは「待つ」のが苦手っぽい？気がしています*1。 Coding Agentの作業フローに「状態の変化を待つ」を組み込みにくいんですよね。待ちが入る作業をあまりうまくやってもらえていない。ここに改善ポイントがありそうです。 最近は「待つ」ツールを作って活用しています。 gh-wait github.com gh-wait
【分析】イランに繰り返し再開を迫ってきたホルムズ海峡、トランプ氏はなぜ封鎖しようとするのか
（CNN） トランプ米大統領はイランに対し無条件で再開しなければならないと再三主張してきたホルムズ海峡を封鎖すると脅している。 トランプ氏は12日午前、SNS「トゥルース・ソーシャル」に「ただちに、世界最強の米海軍はホルムズ海峡に出入りしようとするあらゆる船舶の封鎖手続きを開始する」と投稿。「いずれ『すべてが入り、すべてが出られる』状態に到達するだろうが、イランがそれを実現させていない」とも主張した。 イランが石油タンカーに対し同海峡を閉鎖する決定を下したことで、中東産原油に依存する一部の国々に深刻な経済的打撃が生じ、米国を含む世界各地で価格が急騰している。 再開を求めている海峡を、トランプ氏はなぜ封鎖したいのか。 厳密にいえば海峡は閉鎖されていない。イランは1隻あたり最大200万ドル（約3億2000万円）の通航料と引き換えに、一部タンカーの通航を徐々に認めている。ここで重要なのは、イラン
中国、イランへの肩撃ち対空ミサイル供与を準備か 米諜報 CNN EXCLUSIVE
（CNN） 米国の諜報（ちょうほう）では、中国が数週間以内にイランへ新たな防空システムを供与する準備を進めていることが示されている。最近の情報評価に詳しい関係者3人が明らかにした。 中国政府はイランと米国の間で今週成立した停戦合意の仲介に関与したとしており、これを踏まえると兵器供与は挑発的な動きといえる。トランプ米大統領は来月、中国の習近平（シーチンピン）国家主席と会談するため中国を訪問する予定だ。 今回の諜報からは、イランが停戦を機に、主要パートナー国の支援で一部兵器の補充を試みている可能性も浮き彫りになった。 関係者のうち2人がCNNに明らかにしたところによると、中国政府は兵器の出所を隠すため、第三国を経由して輸送を行おうとしている兆候があるという。 関係者によると、中国が供与を検討しているのは、「MANPADＳ」と呼ばれる肩撃ちの携帯式対空ミサイルシステム。このシステムは5週間に及ぶ
SOLIDやクリーンアーキテクチャの前に「入力・処理・出力」を分けよう
SOLID原則、クリーンアーキテクチャ、ヘキサゴナルアーキテクチャ――。 設計について学ぼうとすると、いきなり抽象度の高い概念が押し寄せてきます。依存性逆転の原則って何だろう。ポートとアダプターって具体的にどうやるんだろう。そう途方に暮れた経験は、多くの人にあるのではないでしょうか。 この記事では、もっとシンプルな原則を提案します。 入力・処理・出力を分ける たったこれだけです。 IPOモデル(Input-Process-Output model)と呼ばれるこの考え方は、プログラミングの教科書で最初に学ぶ概念のひとつです。しかし、実際のコードでこれを意識して守れている人は意外と少ないかもしれません。 この記事では、申請書を承認するという実務でよくあるユースケースを題材に、テストをグリーンに保ちながら、一手ずつIPOの境界に沿ってリファクタリングしていきます。各ステップでコードの品質を fl
全PRの83%をAIレビューだけでマージできるようにした
はじめに カウシェでは、PRの83%が人間のコードレビューを経ずに自動でマージされています。 GitHub Actions上で動くAIレビュー（Claude Code Action）がPRを自動でApproveし、CIが通ればそのまま自動マージされる仕組みです。 本記事では、レビュールールを毎晩自動改善する仕組みを作ることで、自分たちの運用で許容できるレベルまでAIレビューの精度を引き上げた話を書きます。 これが成り立つ前提 カウシェはtoCのECプラットフォームで、バックエンド・フロントエンド・モバイルを1つのモノレポで開発しています。 決済や認証など不可逆な領域は人間がレビューしていますが、それ以外は万一バグが出ても迅速にロールバックや修正デプロイで対応できるので、auto-mergeという選択肢が取りやすい環境です。 その上で、83%の自動マージはAIレビューの精度だけで成り立ってい
なぜ、ウォーターフォール開発では文書に残らないことが一番重要なのか？
はじめに ウォーターフォール開発は、要件定義書、基本設計書、詳細設計書、テスト仕様書、受入条件といった文書体系によって語られがちです。たしかにそれらは必要です。しかし、実際の大型案件が前へ進んだ理由を観察すると、中心にあったのは紙そのものではなく、紙に書き切れない判断、政治調整、優先順位づけ、そして誰かが引き受ける非文書の責任でした。ロイス の 1970 年論文も、分析とコーディングだけでは不十分で、多くの追加工程が必要になり、それらは顧客も開発側も進んで負担したがらないため、管理はそれを売り込み、順守させる役割を持つと述べています。ここには、工程や文書だけでは回らないという事実が最初から表れています。 問題は、文書が不要だったことではありません。問題は、文書が担えるものと担えないものが混同されたことです。文書は、承認、境界、納期、受入条件、変更履歴を残すには向いています。しかし、何を捨て
「ハーネスエンジニアリングやってます」と言いたくない理由
はじめに トレンドの技術記事を眺めていると「ハーネスエンジニアリング」という言葉が目に飛び込んでくることが多くなってきました。ハーネスエンジニアリング…なんだかカッコいいスタイリッシュな響きで、綺羅星のように輝く新しい専門領域が誕生した感があります。 でも、中身を読んでいくうちに、ちょっと違和感。。。これ、自分が普段やっていることと何が違うんだろう。。 個人的にはハーネスエンジニアリングは、まやかしで実体のない曖昧で危うさを秘めた言葉だと思っています。 正確に言えばハーネスエンジニアリングでやっていること自体は大事なのですが、わざわざ新しい名前をつけて特別すごそうなものに見せる必要があるのか、という違和感がずっとあります。 ハーネスエンジニアリングって何なのか ハーネスエンジニアリングとは、AIエージェントが自律的に高精度な成果物（コードなど）を生成・実装できるように、人間が周辺環境（ハー
AIが書いたコードをレビューするな
はじめに AIが書いたコードを一生懸命レビューしているあなた。残念だが、その作業は今日で終わりにしていい。 2026年3月、InfoQがある調査結果を報じた。「AIコーディングアシスタントは開発速度を上げなかった」。理由は単純で、コーディングは元々ボトルネックではなかったからだ。 では本当のボトルネックは何か。それは「認識のズレ」だ。 レビューすべきはコードじゃなくて前提だ。「テストは書くよね？」「外部依存は増やさない方向だよね？」——その暗黙の期待を、実装が始まる前に言語化して合意する。それだけでコードレビューが「驚きの連続」から「確認作業」に変わる。 この記事では、そのフローを Claude Code のスキルとして実装して実際に使ってみた体験を書く。 課題：「作ってもらったけど違った」の繰り返し AIと仕事していると、こういうことがよく起きる。 「○○を実装して」と頼む AIが実装し
7,000円の予算でお花を注文したら、会計が税込7,700円と言われた…花屋さんによるんだろうけど、同じ経験をした方が多くいるみたい
ぜんG坊主 @76together 街の花屋さんで7000円の予算でお花（お祝い用アレンジ）を注文した。 お会計をしたら、税込7.700円だと言われた。 「予算7.000円でお願いしたんですけど…」とは言えなかった。次回から気をつけよう。 2026-04-03 19:32:05 ぜんG坊主 @76together ねぇ、たとえばお肉屋さんで BBQ用の肉を予算10,000円分注文したとして 👨🦰お会計11,000円になりまーす って言われたら え？1000円予算オーバーですけど？ って皆はならん？ 客がわざわざ 「税込で10,000円分」って言わないとなの？ 総額とか支払額って言わなきゃ？ それが世間の常識なの？ 2026-04-03 22:10:45
「レビューをなくせ」が通じない現場で、コーディングエージェントとどう向き合うか
「レビューをなくせ」論は、品質への意思決定の主権が開発者にあることが前提であり、請負契約のSIer現場にはそのままでは当てはまらない可能性がある。 請負契約では「説明可能性」が品質の一部になるため、AIが生成したコードのブラックボックス許容ラインを設計ドキュメントで明示し顧客と合意する必要がある。 問われているのはSIerという業態ではなく請負という契約形態であり、エージェント時代の付加価値（ハーネス構築・品質ゲート設計）は本質的に準委任になじむため、中長期では契約形態自体のシフトが起きうる。 「レビューをなくせ」の前提を疑う 2026年に入り、コーディングエージェントとコードレビューの関係について、刺激的な議論が続いています。 Nakamura氏は「レビューに依存しないプロセスを確立しなければ選別が進む」と述べ[1]、henteko氏は「コードではなくコンセプトの段階で承認するワークフロ
AIエージェントのHuman-in-the-Loop評価を深化させる - LayerX エンジニアブログ
宣伝 LayerXでは2026/04/11~26開催の技術書典20でLayerX TeckBook 2を発売します。そちらにも記事を寄稿していますので、もし良ければご一読いただけると幸いです。 techbookfest.org はじめに LayerX Ai Workforce事業部R&Dチームマネージャーの澁井（しぶい）と申します。 本記事はAIエージェントのHuman-in-the-loopを定量評価するための手法やビジネス価値を検討します。 AIエージェントによる業務効率化やソフトウェア開発自動化が進むに従って、AIエージェントのアウトプットを人間が確認してアクションすることが増えていると思います。こうしたAIエージェントに対する人間の確認や行動、承認をHuman-in-the-loopと言います。 Human-in-the-loop（以下HITL）はAIエージェントを安定稼働させるた
完全自律のコーディングパイプラインを作った
各社が自律型コーディングエージェントを作り始めている RampはPRの約30%がエージェント経由で作られている。Stripeは週に1000件以上のPRを完全自動で生成・マージしている。Uberもエンジニアリング組織全体でエージェントへのシフトを進めている。 各社とも数億行規模のコードベースや社内インフラとの統合が必要なので内製しているが、やっていること自体はシンプルで、エージェントにコードを書かせて、プログラムで検証して、通るまでループを回す、という構造になっている。これは既存のAIコーディングツールを組み合わせればローカルで再現できる。 この記事では、Claude Code、Codex CLI、Cursor CLIだけで構成した完全自律のコーディングパイプラインのアーキテクチャを書く。前回の記事ではコードレビューの自動化について書いたが、今回はその先で、UXデザインから実装、レビュー、リ
Prompt→Context→Harness、全部やった。要件だけ渡す、変わっても壊れない。整合性駆動開発CoDD爆誕
2025/3/29 19:00 更新 — セクション9「5分で体験するCoDD」を大幅改善。要件定義を平文で渡すだけのフローに変更（codd init --requirements spec.md）。フロントマターもwave_configも全自動生成。 この記事はいつもと毛色が違う。体験記ではなく論考だ。 AI開発の方法論がこの2年で3回変わった。プロンプトエンジニアリング、コンテキストエンジニアリング、ハーネスエンジニアリング。オレは全部リアルタイムで通過してきた。AI部下10人を戦国軍団で運用しながら。 で、3つ全部やった先に、誰も解いていない問題があった。 それを解くツールを作った。pip install codd-dev で公開した。結果、クライアント案件のLMSで要件と制約だけ渡して、設計書18本・全コード・全テストをAIに生成させた。 途中で設計判断が変わっても、壊れなかった。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ローカルLLM（Gemma4）× AIVIS Speech で音声チャットの応答を「1秒未満」にした話 - Qiita
