AIは速度を前払いし、失敗を後払いにする｜Kosuke Kuzuoka
はじめに「AIは速度をフロントローディングし、失敗をバックローディングする」 Opsera社が25万人のエンジニアを分析した2026年版ベンチマークレポートに記されたこの一文は、AI時代のソフトウェア開発組織が直面している本質的な矛盾を的確に言い当てている（出典: Opsera AI Coding Impact Benchmark Report 2026）。93%の開発者がAIツールを使い、コーディング速度は30〜58%向上した。しかしその代償として、PR レビュー時間は441%増大し、本番インシデント数は242.7%増加し、開発者一人あたりのバグ数は54%増加した（出典: Faros AI Engineering Impact Report 2026）。 AIは組織を速くした。しかし、強くはしていない。 3つの独立した大規模調査が同じ結論を示すStanfordが10万人のエンジニアを対象
direnvとdotenvx-rsの組み合わせ: 自動ロードと暗号化を両立させる設定パターン
direnvは.envrcファイルを使ってシェル環境を自動的に切り替えますが、暗号化された.envファイルには対応していません。一方、dotenvx-rsは暗号化・復号化に特化していますが、ディレクトリ移動時の自動ロードは提供していません。 この2つを組み合わせることで、「ディレクトリに入ったら自動的に暗号化された.envを復号化して環境変数にロード」という理想的なワークフローが実現できます。 dotenvx-rsとは？ dotenvx-rsは、オリジナルのdotenvx をRustで再実装したCLIツールです。主な特徴は以下の通りです： 軽量: バイナリサイズが約4MB（Node.js版は約50MB） グローバルキーストア: $HOME/.dotenvx/.env.keys.jsonに秘密鍵を保存し、AIエージェントによるスキャンを防止 署名機能: .envファイルの改ざん検知（secp
GitHub - steipete/gogcli: Google Suite CLI: Gmail, GCal, GDrive, GContacts.
Gmail - search threads and messages, send emails, view attachments, manage labels/drafts/filters/delegation/vacation settings, history, and watch (Pub/Sub push) Email tracking - track opens for gog gmail send --track with a small Cloudflare Worker backend Calendar - list/create/update events, detect conflicts, manage invitations, check free/busy status, team calendars, propose new times, focus/OOO
【Claude Code】API KeyでOllama cloudのモデルを使う方法 - Qiita
はじめに 公式リファレンスにやり方載ってなかったのでCodexに調べてもらいました。 今後迷わないようにするための備忘録です。 ※注意: 2026/04の情報なので今後変更される可能性も大なのでいつまで使えるかはわかりません。 設定 settings.jsonに以下を記載する。 { "env": { "ANTHROPIC_BASE_URL": "https://ollama.com", "ANTHROPIC_AUTH_TOKEN": "ollamaのAPIキー", CLAUDE_CODE_DISABLE_NONESSENTIAL_TRAFFIC: 1, ANTHROPIC_DEFAULT_HAIKU_MODEL: "glm-5.1:cloud", ANTHROPIC_DEFAULT_SONNET_MODEL: "glm-5.1:cloud", ANTHROPIC_DEFAULT_OPUS_
Claude Codeのルールを育て続ける——Routinesでレビュー指摘を.claude/rulesに自動反映する
はじめに Claude Codeを活用した開発では、まず .claude/rules/ にコーディングルールを整備するところから始まります。アーキテクチャ方針・命名規則・実装パターンをルールとして定義しておくことで、AIが生成するコードの品質を一定に保てます。 しかし実際に運用してみると、初期設定の抜け漏れや、プロジェクトの変化に伴うルールの陳腐化が問題になりました。ルールに記載のないパターンでAIがコードを生成し、レビューで毎回同じ指摘をする——という状況が生まれていたのです。AIの作ったPRをしっかりレビューするほど、「このルールを最初から入れておけば防げた」という指摘が積み上がっていきました。 この課題を解決するために導入したのが、PRレビュー指摘を週次で自動分析して .claude/rules/ へ反映する仕組みです。レビューで発見した知見をルールへ継続的に反映し続けることで、AI
AIレビューの「で、これ合ってんの？」を減らす
AIにコードレビューをさせて、返ってきた指摘を眺めながらこう思ったことはないでしょうか。 「で、これ合ってんの？」 指摘の数は出る。でもその中に、的外れなもの、文脈を無視したもの、スタイルレベルのものが混ざっている。結局、全部の指摘を自分で検証する羽目になって、レビューの時短どころか確認作業が増えている。 レビューにはディフェンスが必要 人間のPRレビューを思い出してください。 レビュアーが「ここ問題では？」と指摘する。実装者が「いや、ここはこういう意図でこうしてます」と返す。レビュアーが「なるほど、それなら問題ないですね」あるいは「いや、それでもこのケースは危ないです」と返す。 このやり取りの中で、的外れな指摘は自然に落ちていき、本当に対処すべき問題だけが残る。 このディフェンスのプロセスこそが、レビューをレビューとして機能させているものだと思っています。指摘を出すだけなら、誰でもできる
OpenClawでXを自動化する方法【X API公式手順】
「OpenClawでXの投稿を自動化したい」と思ったとき、最初に知っておくべきことがあります。 それは、X APIはもう無料では使えないという現実です。 この記事では、X APIの最新料金体系を正直に解説したうえで、OpenClawと連携して実際にX自動化を設定する方法を手順を追ってご紹介します。 この記事で分かること ・X APIが有料になった経緯とクレジット制の仕組み ・OpenClawのxurlスキルでできること・できないこと ・X Developer Portalでのアプリ作成とAPIキー取得手順 ・OpenClawへのAPIキー設定とテスト投稿の方法 ・cronジョブを使った定時投稿・ブログ告知の自動化方法 まず知っておきたい現実：X APIはもう無料ではありません 2024年以降のX API大改定とは？無料プラン廃止の経緯 2023年2月、Twitter（現X）はAPIの無料プ
Opus4.7の登場により、Claude Codeの開発者と公式が「これはもうやめろ」と言い始めた6つのこと - Qiita
2026年4月16日、AnthropicがClaude Opus 4.7をリリースしました。 同時に公式ブログ「Best Practices for Using Claude Opus 4.7 with Claude Code」が公開され、Claude Code作者のBoris CherneyもXで「6つの新技」を投下しています。 両方を通してAnthropic公式が言っているのは「これまでのClaude Codeの使い方は、今日でやめろ」です。 4.6までは正解だった作法が、4.7では逆効果になることもあるようです ↓Claud CodeはもはやただのAIコーディングツールではなく、誰もがアプリで稼げるようになる収益化ツールです！ よければこちらのツイートも見てみてください！ 「ペアプロ（細かく指示する）」のはもうやめろ 4.6までの「細かく指示するほど賢く動く」という感覚は、4.7では
[worktree-gc] git worktree を自動削除するツールを作った
はじめに コーディングエージェントと git worktree Claude Code や Cursor などのコーディングエージェントで作業するとき、タスクごとに git worktree を切るのが定番のパターンになっています。エージェントに別の worktree で作業させている間も自分は main ブランチで開発を続けられ、気に入らなければ worktree ごと捨てられるのが利点です。 git worktree add ../my-app-feat-auth feat/auth # → Claude Code を ../my-app-feat-auth で起動して任せる この使い方をしていると 1 日に何本もの worktree を作ることになります。PR がマージされても git worktree remove し忘れがちで、放置すると数十個の不要なディレクトリが残ります。 w
![[worktree-gc] git worktree を自動削除するツールを作った](https://cdn-ak-scissors.b.st-hatena.com/image/square/36942588957e607996dbe2ed6cff54cd3c9ce15e/backend=imagemagick;height=288;version=1;width=512/https%3A%2F%2Fres.cloudinary.com%2Fzenn%2Fimage%2Fupload%2Fs--OZMfLm6r--%2Fc_fit%252Cg_north_west%252Cl_text%3Anotosansjp-medium.otf_55%3A%25255Bworktree-gc%25255D%252520git%252520worktree%252520%2525E3%252582%252592%2525E8%252587%2525AA%2525E5%25258B%252595%2525E5%252589%25258A%2525E9%252599%2525A4%2525E3%252581%252599%2525E3%252582%25258B%2525E3%252583%252584%2525E3%252583%2525BC%2525E3%252583%2525AB%2525E3%252582%252592%2525E4%2525BD%25259C%2525E3%252581%2525A3%2525E3%252581%25259F%252Cw_1010%252Cx_90%252Cy_100%2Fg_south_west%252Cl_text%3Anotosansjp-medium.otf_37%3Ayuto-ts%252Cx_203%252Cy_121%2Fg_south_west%252Ch_90%252Cl_fetch%3AaHR0cHM6Ly9zdGF0aWMuemVubi5zdHVkaW8vdXNlci11cGxvYWQvYXZhdGFyL2JmNDBjMzgyMjkuanBlZw%3D%3D%252Cr_max%252Cw_90%252Cx_87%252Cy_95%2Fv1627283836%2Fdefault%2Fog-base-w1200-v2.png%3F_a%3DBACAGSGT)
Claude Codeのセッション名をtmux経由で自動的に/renameする
Claude Code(以下cc)のセッションはUUIDで管理されている。そのため、claude -rでセッション一覧を開いたときに、どれがどの作業のセッションなのか分からなくて迷子になりがちだった。 幸いなことに、ccには/renameという組み込みのスラッシュコマンドがあり、セッションの内容から自動生成させるか任意の名前をセッションに設定することができる。 課題: /renameを毎回実行するのがつらい /renameの存在を知ったあとに出てきたのが「じゃあどうやって毎回実行するか」という問題である。 毎回プロンプトに/renameを書くのは面倒だし、忘れる /renameは組み込みコマンドなので、/loopのようなカスタムコマンドから呼び出すことができない そこでtmuxが前提にはなるが、Bashツール経由でtmux send-keysを使って自分自身のペインにスラッシュコマンドを送
Claude Code の Monitor ツール完全ガイド — バックグラウンドプロセスをリアルタイム監視する仕組み
はじめに Claude Code を使って開発していると、こんな場面に遭遇することはないでしょうか。 「CI のジョブが走っているけど、完了したか 5 分おきにブラウザを開いて手動で確認している」 「デプロイ後にログを tail -f で流しつつ Claude に別の作業を頼みたいけど、ターミナルが埋まってしまう」 「長時間かかるテストスイートの結果を待ちながら、何もできずに時間だけが過ぎていく」 Monitor ツール は、こうした「待ちの時間」を解消する Claude Code のリアルタイム監視機能です。バックグラウンドでプロセスを走らせ、その出力を Claude がリアルタイムに受信して反応する — 会話を中断することなく、長時間のタスクを見守ることができます。 この記事では、以下の内容を解説します。 Monitor ツールの基本的な仕組み パラメータと設定 Bash run_in
Codex CLI 完全ガイド: TUI 開発とスナップショットテスト
シリーズ記事 Codex CLI 完全ガイド：全体像 (Qiita) Codex CLI 完全ガイド：全体像 (Zenn) はじめに ターミナル UI の開発は難しい──これは事実です。 通常の GUI なら、変更を保存して F5 を押せば結果がすぐ見えます。しかし TUI では、レイアウトの崩れやカラーの問題が実行してみないと分からず、しかも println! デバッグすら画面を壊してしまいます。 そこで登場するのがスナップショットテストです。 Codex CLI の TUI は、Ratatui フレームワークと cargo-insta スナップショットテストの組み合わせにより、UI の変更を安全かつ効率的に管理しています。本記事では、その内部構造と実践的な開発ワークフローを詳解します。 ⚠️ 注意: 本記事の内容は執筆時点（2025年1月時点）のものです。最新の実装は公式リポジトリをご
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
rtk/README_ja.md at master · rtk-ai/rtk
GitHub - eggplants/get-pixivpy-token: Get your Pixiv token easily (for running upbit/pixivpy)
【2026年3月版】xurl完全ガイド — X公式CLIツールのセットアップからAI自動投稿まで
GitHub - mattpocock/skills: My personal directory of skills, straight from my .claude directory.
Reddit - Please wait for verification
https://x.com/steipete/status/2047982647264059734
これはパワポのダサデザイン…と思いきや「視認性、可読性共に勝てる気がしない」「『正しい』デザインの見本」と絶賛される有能すぎるやつだった
Claude Code で AI オーケストレーションを自作したい人向けの TIPS
