迷惑をかけたくない人のためのAIメンターアプリ「Moshimo」を作った

LINE Bot開発で、いきなりコードを書かせるのではなく要件定義から始めることの重要性を解説。Claudeと1問1答で要件を固め、技術スタックを決定し、環境構築してからClaudeに実装を任せるプロセスを紹介。曖昧なままコード化すると後で修正が必要になるため、事前の言語化が実装の質を左右する。

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 の助言でも誤りがある場合があるが、対話を通じた小さな改善が可能であることを実証。