開発レポート

2026年11月9日〜13日

• 作業の前に、目的と論点を確認する

  AIに制作を依頼すると、すぐに完成形が提示され、なぜその形になったのかが分かりにくいという課題がありました。目的の確認、論点の整理、調査、骨子の作成の順に、一つずつ合意しながら進める手順を定めました。

• AIから、より良い方法を提案する仕組み

  依頼どおりに作るだけでは、依頼した側の案を超えられません。より良い方法がある場合は、AIの側から提案するよう、動作の方針を定めました。

• 提示した予定どおりに、発信を実行する

  朝に提示した発信の予定と、実際に発信される内容が食い違う可能性がありました。提示した予定は当日中は変更せず、後から追加した内容は翌日以降に反映する仕様にしました。

• 記録は、話題が出た時点で残す

  一日の対話を後からまとめて記録する方式では、取りこぼしが生じました。話題が出た時点で記録する方式に改め、決定事項は一か所に集約しています。

2026年11月2日〜8日

• 表示の品質を、数値で確認する工程を追加

  見た目が整っていても、文字と背景の明るさの差が、読みやすさの基準に届いていない箇所がありました。画面を測定する仕組みを作り、数値で確認してから公開するようにしました。

• 情報発信の基盤を、会社の名義へ

  自動投稿に使用するSNSのアカウントを、個人の名義から会社の名義に切り替えました。将来、事業を引き継ぐ場合にも、そのまま移管できる構成にしています。

• AIが下書きを作成し、人は確認と修正に集中

  白紙の状態から書くよりも、下書きの誤りを修正するほうが、人の負担は小さくなります。資料や対話の内容をもとにAIが下書きを作成し、人は確認と修正を行う進め方を採用しました。

• 毎朝の通知内容の見直し

  一般的なAIニュースを毎朝届ける機能は、開発者自身が次第に読まなくなりました。利用者自身の業務の状況を点検して知らせる内容への見直しを検討しています。

2026年10月26日〜11月1日

• AIが作成した文章の誇張を、別のAIが確認

  架空の企業の問い合わせデータ30件をもとにAIに記事を作成させたところ、根拠に対して表現が強すぎる箇所が11か所見つかりました。作成したAIとは別のAIが元の資料と照合し、公開の判断は人が行う工程を導入しました。

2026年10月19日〜25日

• AIが「できる」と答える内容の検証

  AIが「現在できる」と判定した147の手順を、作業の経緯を知らない別の方法で確認したところ、約40が過大な評価でした。対応できる手順を105に修正し、できないことを「できる」と回答しないかを、12問の試験で確認する仕組みを導入しました。