篠原隆司｜システム開発とAI活用、相談から実装まで

香川県でシステム開発してます💻 AI活用・WEBサイト制作・PCのお困りごと、ご相談OK！ 担当者不在の古いシステムの引き継ぎ相談もどうぞ。 DMでお気軽にご連絡ください✉️ ※今だけ「AI」と「WordPress」の無料相談やってます！

[篠原隆司｜システム開発とAI活用、相談から実装まで @aulta]

ワードプレスで作られたサイト
５つほど

それまでに依頼していたところが諸事情ということで、僕がメンテナンスを引き継ぐことになりました

ということで今日は、５サイト分同時進行で開発環境の準備を進めてます

最近、こういう依頼が増えてます
「安心感を買う」ってことでしょうか🤔

[篠原隆司｜システム開発とAI活用、相談から実装まで @aulta]

本当なら今ごろ大阪の街を堪能していたはずなのに・・・
諸事情で淡路島を目前にしてUターン

今夜の宿、明日の宿、帰りの和歌山からの船
ぜんぶキャンセルに・・・😥

しょうがないので帰りに焼肉寄って、普段頼まないようなお肉食べてきました

悲しいのでいいねください😐

[篠原隆司｜システム開発とAI活用、相談から実装まで @aulta]

僕の場合は、jsonに残して生成AIに書いてもらい、閲覧ツールとしてのhtmlを置く形にしてます

html側では大量のjsonをsqliteに入れて一覧表と個別表示

[Kenn Ejima @kenn]

AI駆動開発のドキュメント

仕様や計画が40ファイル・1万行を超えて
全体を見渡せなくなった

エージェントはmdを読み書きできるが、人間には辛い
かといってHTML化するとGitHubで読めなくなる
両立させる構成をClaude+Codexと議論して作った

[篠原隆司｜システム開発とAI活用、相談から実装まで @aulta]

▼WordPress保守・メンテナンスサービス
https://t.co/kQqs7Rb3VP

▼WordPressの運用・改善・引き継ぎ支援
https://t.co/rQGOsO26nc

[篠原隆司｜システム開発とAI活用、相談から実装まで @aulta]

ワードプレスで作られたサイト
５つほど

それまでに依頼していたところが諸事情ということで、僕がメンテナンスを引き継ぐことになりました

ということで今日は、５サイト分同時進行で開発環境の準備を進めてます

最近、こういう依頼が増えてます
「安心感を買う」ってことでしょうか🤔

[篠原隆司｜システム開発とAI活用、相談から実装まで @aulta]

宿の予約をして安心しきっていたのが２週間前
帰りの船の予約を完全に忘れてたと気が付いたのがいま
まだ空きがあったのでよかった😅

気が付いたキッカケは、船の予約サイトを開きっぱなしにしていたのが偶然目に入ったため・・・

[篠原隆司｜システム開発とAI活用、相談から実装まで @aulta]

勝てるようになる頃には面白くもなくなること
面白いことをしようとすると負け戦
ツライ😓

ならば代わりに動いてくれる人をフルパワーで支える方向に

[ゆとりくん🍵(5892) @katap_yutori]

"自分の中で勝てること"は理解しきってること、慣れきってることで目新しい事ではない。

[篠原隆司｜システム開発とAI活用、相談から実装まで @aulta]

今日はプールに行ってきました

[篠原隆司｜システム開発とAI活用、相談から実装まで @aulta]

今日のアップデートは良くないと思う
Claudeさん

[篠原隆司｜システム開発とAI活用、相談から実装まで @aulta]

「AIを使ってコーディング」ってこういうことだと思う🤔

[篠原隆司｜システム開発とAI活用、相談から実装まで @aulta]

人間が書くならコピペで雑なコードになるのも理解はできるけど
AIに書いてもらうなら今まで以上に高品質な書き方を指示すべき
と思ってやってます

リファクタやテストもAIが得意とするところ
うまく組み合わせれば、品質を落とさず品質だけを簡単に上げることができるようになります

[iwashi / Yoshimasa Iwase @iwashi86]

AIに書かせた雑コードは、次の生成のスタイルとして定着するので、人がメンテする気持ちで書こうね、という記事だった。

・AIがコードを生成するようになると、開発者はDRYといった基本原則を無視して手を抜きがち
・筆者自身も、似たような条件分岐をAIに複数回書かせた
・プログラムは正常に動くし、将来の保守もAIに任せればよいと安易に考えていたため

・しかし、AIは全くのゼロからコードを書くわけではない
・AIは既存のコードベースや過去の変更履歴を読み取り、それを文脈として新しいコードを生成する

・そのため、手抜きをして質の低いコードをマージすると、それがプロジェクトの標準スタイルとしてAIに認識されてしまう
・次に新しいコードを依頼したとき、AIはベストプラクティスではなく既存の悪いパターンを模倣する

・つまり、一度の手抜きがリポジトリ全体に定着するということ
・後になって一斉に修正しようとしても、プロンプトの指示だけでAIにすべてを完璧に直させることは困難

・AIに悪い癖を学習させないためにも、常に人間が保守する前提で高品質なコードを保った方が良い

https://t.co/AAE3620HNX

[篠原隆司｜システム開発とAI活用、相談から実装まで @aulta]

@sutoroveli_news ゾイドみたい

[篠原隆司｜システム開発とAI活用、相談から実装まで @aulta]

さすがにそれはない

[David @dayonefoundry]

Me: How long will this project take.

Claude: About 12-18 months.

Me: But you're an AI

Claude: Ah yes if you leverage AI Coding then the estimate would be 6-9 months.

Me: But you're an AI

Claude: Even with AI, there are many aspect of coding that take time. AI can only do much to accelerate coding but it is not a magic tool. Now that we have a realistic estimate, would you like to get started?

Me: Yes

*3 hours later*
Claude: Ok I'm done.

[篠原隆司｜システム開発とAI活用、相談から実装まで @aulta]

こういう感じのリセットをする時って、計算ロジックのミスや変更だったり、過去データとの整合性を担保したままDB構造を変更するとか

多少損してもゼロにした方がまだマシ
という事情を想像してみたりするけども
🤔

[ClaudeDevs @ClaudeDevs]

We've reset 5-hour and weekly rate limits for all users.

[篠原隆司｜システム開発とAI活用、相談から実装まで @aulta]

そのとおりだと思うし、僕自身がそうなってきているし
たぶん否定する人が思っているような無くなり方ではない
と思う

言ってることから誰もが想像されるような形ではない、だけど言っているとおりになる
と思う
🤔

[Vivek Sen @Vivek4real_]

ANTHROPIC CEO: “CODING IS GOING AWAY FIRST, THEN ALL OF SOFTWARE ENGINEERING”

[篠原隆司｜システム開発とAI活用、相談から実装まで @aulta]

Claude さん、CoworkとWEB版を融合しようとしてる？
　（デスクトップアプリのアップデート）
今後なにを考えてるか分からないけど、いまの形は困る
分類できてたものがごちゃまぜ
同じ名前だけど役割違いのものもあるのに・・・
🤔

[篠原隆司｜システム開発とAI活用、相談から実装まで @aulta]

これがFable5.0だというなら、僕のとこでFable5.0と Opus4.8 にあんま違いが感じられなかった話に繋がるんだけど、
そうなの？
🤔

[豊藏 翔太@ThinkMove Inc. @shotatykr]

Fable5.0がいなくなっちゃうなら、/fable というSkillsを作ればいいんじゃねーか？と思って、作ってみた。Opus4.8でFable5.0のアウトプットに近づくために、こんなステップを辿っているらしい。参考になるかも？

＝＝
冒頭で3つの原則を刷り込みます。

完了条件を先に固定する — 検証方法が書けないタスクは、まだ理解できていないと見なす
自分の主張ではなく観測を信じる — 「動くはず」は証拠ではない。実物を見るまで完了と言わない
次の一手は「いま一番リスクが高い場所」で選ぶ — 元の計画の次の行ではなく

Phase 0: 何かに触る前に3行書く。 「完了条件（観測可能な形で）/ 検証方法（コマンド・diff・実行結果）/ やらないこと」。この3行は錨で、途中でスコープが膨らみかけたらここと照合します。検証方法の行が書けないなら理解不足なので、先に調べに行けと。

Phase 1: 偵察。 計画の前に実物を軽く読み、読んだものを「事実/仮定/不明」の3つに仕分けます。ここの核心は「一番危険なのは事実のふりをした仮定」という一文。タスクGでOpusが「先週の変更が怪しい」という誘導に釣られなかったのは、この仕分けの効果です。

Phase 2: 分解。 概念ではなく「独立して検証できる単位」で切る。順序はリスク順で、「外れたら計画が崩れる仮定の検証」を最初に。「簡単なところから片付けて勢いをつけるのは罠」と明記してあります——簡単な部分を先に終えても、核心が不成立なら全部捨てることになるから。

Phase 3: 実行ループ。 1ピースずつ進めて、その場で検証（最後にまとめて検証しない。失敗の発見が遅れるほど原因の候補が増えるから）。そして毎回4つの自問で次の一手を選び直します: 観測は計画と矛盾していないか / いま最大のリスクはどこか / 次の行動は可逆か / 人間にしか答えられないことで詰まっているか。行動と調査の使い分けは「手戻りコストと確認コストの比較」で決めろ、とも。

Phase 4: 全体検証。 ここがv2で研いだ心臓部で、5点あります。作った層と別の層で確認する（コードなら実行、文章なら初見の読者として読む）/ 壊しに行く（空入力・境界値を実際に当てる）/ 原因の説明を観測で裏取りする——報告に書く各原因に「症状へ寄与した証拠」を1つずつ持て、なければ「寄与は未確認」と書け、「コードが直っていても説明が観測と矛盾していればその報告は嘘になる」という条文です。実測でSonnetとOpus素が落としたのがまさにここでした。あとは依頼原文との突き合わせ、diff通読。

[篠原隆司｜システム開発とAI活用、相談から実装まで @aulta]

新規開発でちょうど良い規模感のものが２つ出て来たのが先月のこと
なので、２つのパソコンを用意して、１つを Claude 専用機、１つを Codex 専用機にし、同じようなものをAI違いで作ることにしました

そして半月ほど経過

それぞれの善し悪しも見えてくるのだけど、一方しか知らないと・・・🤔

[篠原隆司｜システム開発とAI活用、相談から実装まで @aulta]

自然な話し言葉で本物の人間と区別なく電話してくる相手がAIだと分かったときに起こること

本物の人間相手でも問答無用でだいぶ失礼な切り方をする人が現れるだろうなーっと

メンドイ営業電話
どうせAIでしょ
いらね
ガチャ

・・・本物の人間でした
みたいな・・・
🤔

[鈴木@アナログ営業会社を100日後にAIで売上を300％にする人 @ai_300]

【テレアポ完全終了】
AIが日本語で電話してる。
しかも女の子の声で自然。
相づちも間も人間レベル。
実際の音声を聞けば分かる。
営業代行で月150万円狙える領域。　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　

もう「電話できる人」より「AIに電話させる人」が強い。

本文：
AIテレアポは、営業代行ビジネスを変える。
理由はシンプル。
人を増やさなくていいから。

今まで営業代行は、
人を採用して、
教育して、
管理して、
架電数を増やしていた。
でもこれ、重い。
固定費が高い。
品質もブレる。

AIなら、
最初から台本通りに動く。
断り文句も記録する。
会話ログも残る。
改善も速い。
GPTで業種別のトークを作る。
Claudeで会話の分岐を作る。
Cursorで管理画面を作る。
OpenClawでリスト投入から記録まで回す。
これで、
少人数でもテレアポ代行の形が作れる。
もちろん運用ルールは必要。
AI音声だと分かる設計。
個人情報の管理。
無理な営業をしない台本。
ここを守った上で使えば、
営業のコスト構造が変わる。

今から見るべきは、
「AIで文章を書く」じゃない。
AIに話させる。
AIに聞かせる。
AIに記録させる。
この3つを持った人間が、
次の営業市場を取る。

知識差が、そのまま収益差になる。