開発日誌

writeWiredの開発と、自社サイトで試しているコンテンツ制作・運用の記録です。AIと何を作り、どう確かめ、どこでつまずいたか。実際の作業と、その後に起きたことを書いています。

鴻田孝雄
AI活用 , AI コンテンツ制作
Posted 2026年 09月 07日

AIに機能リファレンス127本を書かせた。その後の方が面倒だった——10本足すのに台帳を9回改版した話

管理画面の機能を1画面1ページで解説する「機能リファレンス」127本は、Claudeに書かせました。別の担当者のAIに台帳を渡しても回るようにするまでの話です。

鴻田孝雄
AI活用 , AI コンテンツ活用
Posted 2026年 09月 02日

AIには全部教えた。でも、全部は書かなかった——制作会社向けのパートナーページを作った話

Web制作会社向けのパートナーページを、Claudeに書いてもらいました。4版目で、メリットを言う文を1文だけ残したページになりました。

鴻田孝雄
AI活用 , AI システム開発
Posted 2026年 09月 01日

仕様をMarkdownで渡したら、コピペ職人になっていた——コードを書かずに、2つのAIで機能を1つ追加した話

製品のフォームに機能を1つ足すのに、私も同僚もコードを書きませんでした。見当1〜2週間の開発は3日で終わり、人に残ったのは、運ぶことと、何を作るか決めることと、動かして確かめることでした。

鴻田孝雄
AI活用 , AI コンテンツ活用
Posted 2026年 08月 30日

Single Source of Truth（SSOT）のAPIを作ったら、テンプレートが1枚増えただけだった

正しい情報を一か所に持って再利用する考え方「Single Source of Truth（SSOT）」の解説には、その情報をAPIで外へ配る、という話がよく出てきます。事実を一か所で管理できていれば、APIはその出し方の一つにすぎず、やっていたのは昔からあるマスタ管理でした。

鴻田孝雄
AI活用 , AI コンテンツ活用
Posted 2026年 08月 29日

同じ事実を、上司のセリフで聞いたら、声を出して笑った——AIの答えは変えず、質問の立場だけを変えた

製品の機能の事実から、AIに短い読み物「ショート」を作らせたときは、タイトルを面白くしようとするたびに根拠を越え、苦労しました。面白さは、事実の書き方ではなく、質問の立場から出ていました。

鴻田孝雄
AI活用 , AI コンテンツ活用
Posted 2026年 08月 28日

AIにタイトルを作らせたら、正しくて、つまらなかった——タイトルは人が書き、AIに根拠と照らさせた

製品の機能の事実から、AIに短い読み物のタイトルを作らせました。AIが作ったタイトルは、事実としては正しいのに、マニュアルの小見出しのようでした。面白くしようとすると、今度は根拠を越えます。最後は、AIにタイトルの材料になる事実を掘らせ、私がタイトルにし、AIが根拠と照らす分担に変えて、16本を公開しました。