建設業経営者がClaude Fable 5の最後の8%を「設計だけ」に使った実行記録
Hiroba による自動要約
建設業20年のコード未経験な経営者が、Claude Fable 5の提供終了直前の残り8%トークンを使用方法の優先判断から実行まで記録した。環境整備と45個の自動化スキルの点検（14個が劣化）を経て、最後は新規SaaS検索ページの設計にのみFable 5を投下し、渡したメモの前提を実測で修正されるなど、高性能モデルは消費ではなく構造的な投資に使うべき教訓を得た。
読んで良かったら、シェアしてみてください。
同じタグの記事が他に 5352 件あります。
関連する記事
同じタグの記事
Claude Code ハーネスの開発フロー（現在の運用方法）
Zenn複数リポジトリで Claude を活用した開発を効率化する仕組みを解説。Epic・Feature・Task の3段階分解、難易度別の調査エージェント配置、ループによる自動進行、そしてハーネス自体を集約リポジトリで一元管理することで、トークン消費を大幅削減しながら開発を自動化している。
コーディングエージェントの導入効果を定量化する：GitHubデータから見る生産性向上の実測
Zennfusic 社が Claude Code などのコーディングエージェント導入による生産性向上を定量化する試みを実施。GitHub PR データを用い、作業時間あたりの作業量を 3 つの指標で測定したところ、セッション推定時間ベースで 2.41 倍の高速化を確認。一方でレビュー・マージプロセスがボトルネックになり、PR サイズが大きいほど実装速度とサイクルタイムの乖離が拡大する傾向も明らかになった。
Claude Codeを使った開発の設計と実装の分離
ZennClaude Codeでの開発時に実装がドキュメントより先に修正される問題を解決するため、OSのユーザ分離とファイル権限を用いて設計フェーズと実装フェーズを完全に分離する方法を紹介。異なるLinuxユーザに対して読み書き権限を制限し、ドキュメント更新を実装に先行させる環境構築を実現。
Claude Code（Opus 5）で請求書ツールを開発したら、AIが気づけなかった「印刷」と「税務」の落とし穴
QiitaSES特有の精算幅計算に対応した請求書ジェネレータを Claude Code で 1 日で構築。計算ロジック再現は高精度だが、印刷時のページレイアウト崩れ・theme-ui スケール値の誤用・税務慣例（税抜記載・端数処理）といった「出力を見ないと分からない」「聞かれないと出てこない」タイプのバグを人間が修正する必要があった。