AIでアプリを作るとき、何から始めればいいか：要件定義を先にやった話

Claude に薩摩弁のペルソナを与えて、エンジニアの悪しき慣習 11 パターンを「九州男児の心意気」で指摘する記事。コミットメッセージの曖昧さ、テスト不足、環境差の放置、例外処理の省略、マジックナンバー、コピペコード、放置された TODO、レガシーコードの恐怖、ドキュメント欠如、本番環境でのテスト、秘密情報の直書きを戒める。プロンプト技術（口調・ペルソナ指定）の実践例でもあり、AI の出力を人間が検証・判断する重要性も述べる。

VBA実務者がGemini・Copilot・Claudeを同時に使う「人力マルチエージェント座談会」を試みたところ、外部APIの検証を巡ってClaudeのセーフティガードレールが強く反発。正論であるものの心理的配慮を欠いた指摘が、企画者に強いストレスを与え、AIの「正しさ」と人間の「体験」のトレードオフ課題を浮き彫りにした。

非エンジニアの著者が、社内の勤怠管理システム KoT に日々の勤務時間差分表示機能を追加したい要望を Claude (Sonnet 4.6) に相談。エラーや試行錯誤を重ねながら、Chrome 拡張機能の manifest.json・content.js・style.css を Claude のサポートで実装し、目標の機能追加に成功。Claude の助言でも誤りがある場合があるが、対話を通じた小さな改善が可能であることを実証。

製造業の機械設計エンジニアが Claude を日常業務に活用する 3 つの実践例を紹介。仕様書の抜け漏れチェック、Excel 関数・VBA 生成、議事録整理などで、判断基準や観点を先に指定してプロンプトを設計することで実務レベルの精度を達成している。