問題が起きない設計を志向する
トラブルを素早く解決することより、そもそもトラブルが起きにくい仕組みを最初から設計することを重視します。前職では業務フローの文書化と運用の標準化を自発的に行い、現場が滞りなく回る土台を作っていました。
対応可能領域
仕事の進め方
暗黙知を言語化する
口頭でなんとなく共有される情報を信用せず、誰の目にも明らかな形で明文化・構造化する習慣を持っています。設計意図や運用方針、特に「どのような選択肢が存在しており何故却下したか」を設計書・仕様書として残すことで属人化を防ぎ、プロジェクトの持続性に貢献します。
AIを開発プロセスの一部として設計する
AIを便利な検索ツールとしてのみならず、開発プロセスの構造的な一部として組み込みます。何を任せ何を人間が判断するかの境界を明示し、取り返しのつかない操作に人間の承認を必ず挟みます。速度と安全性のどちらかを諦めないための設計であり、成果物の責任がAIに移ることはないという前提を崩しません。
Responsible agentic engineering, not vibe coding.