ID:62520さん

あなたを気にしている企業

  • メドピアがID:62520さんのレジュメを見ています。
    2026.03.27
  • EVERSTEELがID:62520さんのレジュメを見ています。
    2026.03.26
  • メドピアがID:62520さんのレジュメを見ています。
    2026.03.26
  • BASEがID:62520さんのレジュメを見ています。
    2026.03.26
  • PECOがID:62520さんのレジュメを見ています。
    2026.03.26
  • HelpfeelがID:62520さんのレジュメを見ています。
    2026.03.26
  • TebikiがID:62520さんのレジュメを見ています。
    2026.03.26
  • リクルートがID:62520さんのレジュメを見ています。
    2026.03.26
  • BerryがID:62520さんのレジュメを見ています。
    2026.03.26
  • メドレーがID:62520さんのレジュメを見ています。
    2026.03.26

キャリアビジョン


LLM/AI技術をプロダクトに落とし込み、アーキテクチャ設計と技術選定で事業価値を生み出せるエンジニアになりたいです

### そう思う理由 2023年からLLM/AI技術のプロダクト実装に取り組み、以下の経験を積んできました。 - マルチLLMプロバイダー統合基盤の設計と、Go → Mastra v1へのエージェント基盤移行の提案・実施 - pgvectorを活用した2層メモリーシステム(短期+長期記憶)の設計・実装 - Prompt Injection多層防御ガードレールの構築 - Datadog MCP + Bedrockによる日次自動分析エージェント(Daily Observability Agent)の設計・本番運用 - Claude Code / Claude Appを活用した開発ワークフローの確立とチームへの展開 これらを通じて、LLMは「使ってみる」段階から「プロダクション品質で安全に運用する」段階に来ていると実感しています。エージェント設計、可観測性、安全性、コスト最適化など、本番運用ならではの技術的判断を重ねる中で、アーキテクチャ設計と技術選定に関わることの面白さと責任を感じています。 一方で、LLM領域は進化が速く学ぶべきことがまだ多いのも事実です。10年以上の医療・ヘルスケア開発経験で培ったドメイン知識と、臨床心理士との協業で学んだ「技術だけでは解決できない領域での協働」の姿勢を強みとして、技術とドメインの両面からプロダクトに貢献できるエンジニアを目指しています。 2021年に適応障害で休職した経験から、持続可能なペースで働くことの大切さも学びました。短期的な成果だけでなく、長く価値を出し続けられる働き方を意識しています。 --- ### 具体的にはどんなことがしたいですか? **LLMエージェント基盤の設計・高度化** 現職ではマルチエージェント構成、メモリーシステム、ガードレールなどを本番運用しています。Tool Use、マルチステップワークフロー、自律的判断を組み込んだエージェント設計をさらに深めたいです。 **LLMの本番運用品質の追求** Observability、安全性(ガードレール・PII保護)、コスト最適化、モデル更新への追従など、LLMをプロダクトとして継続運用するための基盤設計に引き続き取り組みたいです。 **新技術のプロダクト適用** マルチモーダルLLM(STT APIのPoC実装経験あり)、GraphRAG、Agentic RAGなど、新しい技術をプロダクトに適用する機会に取り組みたいです。技術ありきではなく、ユースケースへの適合を見極めながら進めたいと考えています。 **ドメインエキスパートとの協業によるAI品質向上** 臨床心理士との協業でプロンプト評価・改善を行った経験から、ドメインの文脈を理解した上でAIの品質を高めるプロセスに強い関心があります。医療に限らず、専門知識が必要な領域でのAIプロダクト開発に貢献したいです。 **AI開発ツールを活用したチーム生産性向上** Claude Code Skillの構築やAIを活用した開発ワークフロー整備の経験を活かし、チーム全体の開発生産性を高める取り組みも続けたいです。

プロジェクト経験

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

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

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

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

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

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

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

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

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

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

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

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

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

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

マネージメント能力

このマネージメント能力は公開されていません

アピール項目


アウトプット

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

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

### LLMエージェントの設計パターン 現職でMastra v1を用いたマルチエージェント構成を本番運用していますが、エージェント間の協調・委譲パターンやlong-running agentの状態管理など、設計の引き出しをもっと増やしたいです。LangGraphなど他フレームワークのアプローチも学び、プロダクト要件に応じた最適な設計を選択できるようになりたいです。 ### 次世代RAGアーキテクチャ pgvectorでのベクトル検索・ハイブリッド検索は実装経験がありますが、GraphRAG(知識グラフ + ベクトル検索の組み合わせ)やAgentic RAG(エージェントが検索戦略を自律判断)など、検索精度と柔軟性を高めるアプローチに取り組みたいです。 ### マルチモーダルLLM STT API(Mastra CompositeVoice + AI SDK)のPoC実装まで経験しましたが、音声・画像・動画を含むマルチモーダル入出力の本番プロダクトへの適用はこれからです。リアルタイム音声対話やビジョンモデルの活用など、テキスト以外のモダリティを組み込んだプロダクト設計に挑戦したいです。 ### LLM評価基盤(Evals) 現職ではDatadog LLM Observabilityで可観測性を整備していますが、LLM出力の品質を定量的に評価する仕組み(自動Eval、回帰テスト、A/Bテスト基盤)はまだ発展途上です。プロンプト変更やモデル更新時に品質を担保するための評価パイプラインを体系的に構築できるようになりたいです。 ### AIコーディングツールの活用深化 Claude CodeやClaude Code Skillの活用は進めていますが、MCP(Model Context Protocol)を活用した開発ツール統合や、コードベース全体を理解した上でのアーキテクチャ提案など、AI支援開発の可能性をさらに探りたいです。

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

### 技術選定や設計に裁量がある環境 「これを使え」と決められた中で作業するよりも、課題に対して技術的な選択肢を検討し、PoCで検証した上で提案・実行できる環境でパフォーマンスが出ます。現職ではGoでのLLMエコシステム限界を感じてMastraへの移行を提案・実施したり、Datadog MCP + Bedrockで日次分析エージェントを構想から本番運用まで持っていくなど、「こうした方がいい」を形にできる環境で成果を出してきました。 ### ドメインに詳しい人が近くにいる環境 技術だけでは正解が出ない領域で、ドメインエキスパートに気軽に相談できる距離感があるとパフォーマンスが上がります。現職では臨床心理士とプロンプト評価を一緒に進める中で、自分一人では気づけない視点を得られることが多く、結果としてプロダクト品質が上がる実感がありました。逆に、技術者だけで閉じた環境だと、作ったものがユーザーに刺さっているのか確信が持てず、手が止まりがちです。 ### 小〜中規模チームで、意思決定が速い環境 現職は4〜5人のプロダクトチーム(PdM・デザイナー・モバイルエンジニア・バックエンド/AI)で、仕様検討から実装・リリースまでのサイクルが短く、自分の判断で動ける場面が多い環境です。この規模感が自分には合っていると感じています。承認フローが多段階になるような組織では、提案から実行までの時間が長くなり、モチベーションが下がる傾向があります。 ### 失敗を学びに変える文化がある環境 Mastraアップデートによるデッドロック発生時の即時ロールバック判断や、障害時のポストモーテムなど、「失敗を責めずに学びに変える」文化がある環境で安心して挑戦できます。新しい技術領域(LLM/AI)は不確実性が高く、PoCが期待通りにいかないことも多い中で、失敗を許容する文化があるかどうかはパフォーマンスに直結します。

生成AIの活用状況

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

キャラクター

直近で一番やりたいこと
サービスを作りたい
好きなスタイル
好きな規模
自信を持って人より秀でていると言える点
学習能力 / 分析力 / 問題解決力
スキルのタイプ
得意なフェーズ
会社を選ぶ一番の基準
プライベートとの両立
やりたくない分野
SI / アダルト / 仮想通貨
その他の特徴
使用言語にはこだわらない / 新しい技術はとりあえず試す / 起業/創業期のベンチャーにいた
その他のやりたいこと・やりたくないこと
未入力です

やりたい事

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

基本プロフィール

年齢
今年で40代後半
好きなテキストエディタ
Visual Studio Code
希望勤務地
埼玉県 / 東京都
希望年収
1000万円
ご意見箱

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

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

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