並川 岳

キャリアビジョン


現場に入り込み、評価設計でLLMを実務品質まで引き上げるエンジニアになりたい。

## 要約 建設AIスタートアップのバックエンドエンジニア(Python/FastAPI、TypeScript/Hono+Prisma、Next.js)。LLM機能を「正解データの定義→評価→本番導入」まで担当し、顧客現場での要件定義・検証進行も担っている。 - 図面読み取りAI:業種の異なる5社のPoCを2名で並行し、設備工事会社1件を有償契約へ - 工程表生成AI:エンジニアが良否判定できなかった出力を、正解データ+4観点で3社・8現場分を採点可能に。本番リリースと障害対応も担当 - AI駆動開発基盤(リード):GCP環境構築をコマンド1つに自動化。Claude CodeのSkill7本・HooksをCTO依頼で全社展開 - 前職(受託):機密文書を顧客環境の外に出さないセルフホストRAG(Qdrant/Ollama)を要件定義から本番運用まで ## 原点 作業療法士として、患者ごとに「評価→計画→介入→再評価」を回してきた。LLM開発でも型は同じで、正解を定義して測り、外れたケースを処理やプロンプトに戻して測り直す。LLMはもっともらしい誤りを混ぜるため、この往復を設計に組み込めるかが品質を決める。 ## 3〜5年後 LLMの評価・検証設計とagentic engineeringを技術として深める。正解データの定義、評価データセット、回帰テストの自動化、エージェントに任せる範囲とHooksやCIで強制する範囲の線引きを、どの現場でも再現できる型にしたい。入社した会社のプロダクトで「モデルやプロンプトを変えても劣化に気づける状態」をチームの標準にする。 ## 次の職場で LLMを組み込んだプロダクトで、顧客の現場に近い位置から評価と実装を担いたい。現場で見つけた外れケースを評価データに加え、コードで直すところまでを自分の手で回す。コードを書く時間を軸に置ける環境を希望している。

プロジェクト経験

プロジェクトカテゴリ
担当工程
経験した職種・役割
あなたが実際に使っていた技術
このプロジェクト詳細は公開されていません

プロジェクトカテゴリ
担当工程
経験した職種・役割
あなたが実際に使っていた技術
このプロジェクト詳細は公開されていません

プロジェクトカテゴリ
担当工程
経験した職種・役割
あなたが実際に使っていた技術
このプロジェクト詳細は公開されていません

プロジェクトカテゴリ
担当工程
経験した職種・役割
あなたが実際に使っていた技術
このプロジェクト詳細は公開されていません

プロジェクトカテゴリ
担当工程
経験した職種・役割
あなたが実際に使っていた技術
このプロジェクト詳細は公開されていません

プロジェクトカテゴリ
担当工程
経験した職種・役割
あなたが実際に使っていた技術
このプロジェクト詳細は公開されていません

マネージメント能力

アピール項目


アウトプット

GitHub アカウント
あり
Qiita アカウント
あり
Zenn アカウント
あり
Speaker Deck アカウント
あり
SlideShare アカウント
未入力です
特にアピールしたいアウトプット
あり

今後、身につけなければいけないと思っている技術は何ですか?

## 直近 - LLMOps:評価の回帰テスト化とCIへの組み込み(LLM-as-a-Judge、Ragas、交差検証など機械学習の基礎) - 工程AIで正解データのJSON化と4観点の採点を型にし、文書化した。次はプロンプトやモデルの変更ごとに評価が自動で回り、劣化に気づける状態にする - LLMアプリのガードレールとセキュリティ(プロンプトインジェクション対策、ツール・データの権限設計、PII保護) - 前職で機密文書を顧客環境の外に出さないRAG構成を、現職でtemperature 0・構造化出力で書き込み値を固定するCRM連携を作った。エージェントにツールやデータを渡すほど入力・権限・出力の各段で守る設計が要るため、体系的に学ぶ - 設計の土台:CS基礎、アーキテクチャ(デザインパターン、ADR)、非機能要件(IPA非機能要求グレード、SLO/SLI、生成AI特有の非機能) - 図面AIで非機能要件の整理とdocs/adrの整備を担当。判断の根拠を厚くするため、今はCS基礎を学び直している - クラウド(AWS・GCP)・インフラ - 工程AIのリリース作業(Terraform apply、Datadogでのトレース確認)と、社内開発基盤でGCP環境の自動構築を推進した経験から ## 中長期 - AI実装からUX設計まで一貫して担う - 図面AIで、AIの出力をそのまま使えない課題に直面。「AIが拾い、人が確認する」前提で信頼度を表示するUIの仕様を作成した - agentic engineeringとチーム単位のAI活用(Claude CodeのSkill・サブエージェント設計、AIレビューと人のレビューの分担) - 社内開発基盤で、Skillだけでは静的解析の実行がモデルの判断に依存すると判明。HooksとSkillの役割を分けて社内に配布した

あなたが一番パフォーマンスを出せるのはどんな環境ですか?

## 前提を揃えてから作る環境 要件・期待値・前提条件がすり合った状態で、設計を文書化(ADRなど)して合意してから実装に入る進め方が合っています。現職では「実装前にADRを書いてレビューを通す」運用を自分から提案して導入しました。議論の前には論点をNotionに整理して提示するのが習慣です。逆に、前提が固まらないまま走ると成果に結びつきにくいと自覚しています。 ## フィードバックが早く返る環境 レビューや振り返りのループが短く回る環境で伸びます。毎日の計画と優先順位をチームに公開し、タスクごとに見積もり時間と実績時間を記録してズレを振り返る進め方を続けています。うまくいかなかったことは言語化して次のアクションに変える、をルールにしています。 ## 自分で取りに行ける環境 必要な情報は自分から取りに行きます。自分でMTGをセットして日次で報告と質問をまとめる、ドメイン知識のために建築側のメンバーと頻繁に話す、といった姿勢を評価してもらった経験があります。ハドルや対面で短くすり合わせられると進みが早いです(ハイブリッド勤務を希望している理由でもあります)。 ## AIツールをチームで使える環境 Claude Code・Devin・n8nなどの利用が申請ベースで通り、「AIに任せる範囲」をチームで合意できる環境だと力を発揮しやすいです。自分と同レベルのタスクはAIに任せ、設計判断は自分が握る、という線引きをしています。情報収集や前日準備は自動化(Claudeによる朝のブリーフィング、n8nによる商談前リサーチ)して、判断と実行に時間を使いたいタイプです。 ## 学び続けられる環境 勉強会やコミュニティでのインプット・アウトプットがモチベーションに直結します。外部LTや社内勉強会を続けられる環境を希望します。

生成AIの活用状況

日常的な情報収集・業務活用
ChatGPTやGeminiなどのチャットツールを、情報収集、ドキュメント作成、翻訳に日常的に活用
業務でコード補完系の生成AIを活用
GitHub Copilot等のコーディング支援ツール
業務でコード生成、コーディングエージェント系の生成AIを利用
コードレビュー、テストコード生成、デバッグに生成AIを活用
サービス・プロダクトへの応用
既存のサービスやプロダクトに生成AI(API利用など)を組み込み、LangChainやLlamaIndexなどのフレームワークを使った開発経験
生成AIをコアとした開発
生成AIを主要技術としたサービス・プロダクト・機能の企画や、RAGなどの高度な手法を用いた開発経験

キャラクター

直近で一番やりたいこと
サービスを作りたい
好きなスタイル
一人で黙々
どちらかといえば一人で黙々
どちらともいえない
どちらかといえばみんなでワイワイ
みんなでワイワイ
好きな規模
小さい会社
どちらかといえば小さい会社
どちらともいえない
どちらかといえば大きい会社
大きい会社
自信を持って人より秀でていると言える点
学習能力 / 巻き込み力 / 人を集める力
スキルのタイプ
ゼネラリスト
どちらかといえばゼネラリスト
どちらともいえない
どちらかといえばスペシャリスト
スペシャリスト
得意なフェーズ
0 → 1
どちらかといえば0 → 1
どちらともいえない
どちらかといえば10 → 100
10 → 100
会社を選ぶ一番の基準
一緒に働く人
やりたくない分野
仮想通貨
その他の特徴
新しい技術はとりあえず試す / 勉強会でLTをよくする / 起業/創業期のベンチャーにいた / 多職種のバックグラウンドがある
その他のやりたいこと・やりたくないこと

LLMを組み込んだWebプロダクトを、顧客や現場に近い位置で、企画・仕様から実装、リリース後の改善まで手を動かして作りたいです。

図面読み取りAIや建築概算AIでは、顧客の現場に通って要件を固め、評価データや誤差をもとに次に直す箇所を顧客と合意しながら開発してきました。次の職場でも、現場で見つけた「AIがうまく扱えないケース」をテストや評価に加え、コードで直すところまでを自分で回したいです。

また、Claude CodeのSkill・Hooksの社内展開のように、チームがAIを安全に使いこなせる開発の仕組みづくりにも関わりたいです。

一方で、マネジメントが中心で自分がコードを書かない役割や、機械学習モデルの研究・開発を専門とする仕事は希望していません。

やりたい事

手を動かして設計してコードを書きたい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい
価値あるプロダクトを作り成長させたい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい
学び続けて技術力でプロダクトに貢献したい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい
意義があることや社会に貢献できる仕事がしたい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい
人や計画の調整・マネジメントをしたい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい
レガシーなシステムの保守・運用・改善をしたい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい
企画や仕様を考えるところから関わりたい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい
業務効率を改善して一緒に働く人のためになりたい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい
全社横断的な共通基盤作りや強化をしたい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい
組織や文化を作る・成長させる仕事をしたい
絶対やりたくない
あまりやりたくない
別に普通
やりたい
絶対やりたい

基本プロフィール

年齢
今年で20代後半
好きなテキストエディタ
Cursor
希望勤務地
千葉県 / 東京都 / 神奈川県
希望年収
550万円
ご意見箱

要望、不具合報告、使いづらい点や感想など、お気軽にお寄せください。
いただいたご意見は、今後のサービス向上に活用させていただきます。

なお、このフォームは受付専用のため、返信を行っておりません。
返信を希望する場合はお問い合わせよりご連絡ください。

  • {{error}}
転職ドラフトを友人や同僚に薦める可能性はどのくらいありますか?