動物病院グループの社内で、獣医・看護・管理の現場が毎日使うツールを内製しています。 おもしろいのは、仕事も暮らしも同じやり方になっていることです。 サウナや筋トレや心の記録みたいな自分の "困った" も、現場の "困った" も、ぜんぶ自作ツールで解いてきました。 2019年のCSSアニメから、WordPress運用 → React/TS フルスタック → AIの実務組み込みへ。 作って終わりではなく、現場が回るところまで を一人で。

ここ数年でわかったのは、コードを書いている時間より、その手前で「で、何のためにやるんだっけ」を詰めている時間のほうが効くということでした。 仕様が固まっていない状態から引き受けて、運用に乗るまで持っていく。そこが持ち場だと思っています。

依頼はたいてい「なんかいい感じにしたい」から始まります。そこから動くものになるまで、だいたいこの順に降ろしていきます。

「なんかいい感じにしたい」
   │
   ↓   何のためか、どうなったら成功かを決める（ここが一番時間かかる）
目的と判断基準
   │
   ↓   Webか、業務フローか、システムか。どこで解くかを選ぶ
設計
   │
   ↓   人とAIとツールが手を動かせる大きさに割る
タスク
   │
   ↓   公開して、運用に乗るまで見る
動いているもの

失敗するのはいつも1段目です。目的を詰めないまま作ると、きれいに動くのに誰も使わないものができあがる。何度かやりました。

_{なのでWebサイトも、納品して終わりの制作物としては見ていません。公開したあと誰がどう更新するかが決まっていないサイトは、半年で情報が古くなって放置されます。}

公開20リポジトリ・約285KB のコードから集計

TypeScript  ████████████░░░░░░░░░░  55.2%   ← 現在の主戦場
HTML        ███░░░░░░░░░░░░░░░░░░░  14.7%
PHP         ███░░░░░░░░░░░░░░░░░░░  11.7%   ← WordPress 内製の土台
CSS         ██░░░░░░░░░░░░░░░░░░░░   9.3%
JavaScript  █░░░░░░░░░░░░░░░░░░░░░   5.7%
Less        █░░░░░░░░░░░░░░░░░░░░░   2.4%
PLpgSQL     ▏░░░░░░░░░░░░░░░░░░░░░   0.5%   ← Supabase で DB ロジックも

_{CSSアニメ職人 → WordPress内製 → React/TSフルスタック × AI → マルチエージェント/SaaS基盤設計。現場の課題を起点に、必要な技術を必要なだけ取りに行った結果です。「また変わったか」と自分でも思うが、それが実体。}

_{トレンドを狙ったわけではなく、目の前の "困った" を解いていたら、たまたま需要の近くにいた、という順番です。}

Project	何をするもの	Stack
ai-prompt-playbook	AI指示ワード200個を効果順に高速ブラウズ／コピーするSPA
Anger-Log	身体・感情・知性を記録するセルフケアアプリ（自分用に作った）
vp-vetgame-sprint	獣医学生向け教育ゲーム基盤・スマホファースト／60FPS
user-read-management	動物病院向けWP：職種別ロール＋bbPress権限＋CSV出力

公開リポジトリは "実験と学びの記録"。 本業の成果物は、その性質上ほとんどがプライベート（社内）にあり、ここには出てきません。 名前は伏せて、輪郭だけ。

PRIVATE / 社内リポジトリ（名前は伏せています）

████████████   現場オペレーションの内製基盤        React · TypeScript · Supabase
██████████     デジタルマーケの自動化／可視化        API連携 · データ集計 · PDCA
████████       AIワークフローの仕組み化              Claude Code Skills · MCP · 自動化
██████████     複数拠点の Web 運用・ローカルSEO       WordPress · GA4 · Search Console
███████        社内向けの定型業務ツール群             権限設計 · CSV運用 · 帳票
██████         決済・会員基盤のSaaS化                Stripe · Prisma · Next.js
██████         店舗DXの横展開                       POS連携 · SNS自動運用 · 生成AI

_{公開しているのは全体の一部です。量でいえば、社内に置いてあるほうがずっと多い。}

• 70%で出す。 100点になるまで待っている間、現場は困ったままです。出してから直すほうが早い
• 使われないものは作らない。 設計がきれいでも、使われなければ0点
• 引き継げるかで判断する。 見た目より、2年後に他の人が触れるかどうか
• やりとりは見える場所でやる。 口頭とDMだけで決まった話は、あとで誰も再現できません
• ボールの所在をはっきりさせる。 誰がいつ決めるのか決まっていない仕事は、だいたい止まります
• 工程は減らすほうを考える。 承認を1つ足すのは簡単ですが、たいてい遅くなるだけでした
• 買うか自作するかは、そのつど決めています。自作が目的になっている時が一番危ないので、そこだけ気をつける
• ベストプラクティスより、いま目の前にあるコードと予算。正しくても今の現場で回らないなら、採用しません

AIは道具として見ています。責任は取ってくれないし、セキュリティも保証してくれない。出力をそのまま通さず、最後は自分で見て決める。Claude Code や Codex も、万能の1体というより、得意分野の違う作業者が何人かいる感覚に近いです。

• 🤖 マルチエージェントAI設計 — 複数人格が議論して答えを紡ぐ対話型AI、業務チャットへのAI橋渡し（LINE WORKS Bot）、Ralph的な「完了するまで回る」実行ループ
• 🍌 生成AIの画像 — Nano Banana / Gemini でUI素材を作りつつ、Ollama×Stable Diffusion×ComfyUIのローカル生成パイプラインも自作
• 🃏 自分の実績を可視化する — 40超のリポジトリをトレカ化して振り返る仕組みを自作（静的ギャラリー＋A4 PDF）
• 🗂 PKM × AI — Obsidian ＋ AI校正で「考えを貯めて磨く」ノート術
• 🎭 アバター表現 — PNGTuber／リアルタイム口パクなどの軽量な配信表現
• 🌏 シビックテック — Code for Japan 的な「地域の課題を技術で」への共感