【副業スタートOK】銀行業務をAIで再設計する創業エンジニア/テックリード
フルスタックエンジニア

【副業スタートOK】銀行業務をAIで再設計する創業エンジニア/テックリード

Nazuna AI株式会社

Nazuna AI株式会社

AI要約(β)

AIで銀行業務を再定義する創業期テックリードとして、年収1000-1300万円、副業スタートも可能な柔軟な働き方で、未来を創りませんか?React/TypeScriptを駆使し、フロントからバックエンドまで一貫してエンタープライズ品質のAIプロダクトをゼロから構築。不確実性を楽しみ、金融の常識を覆す挑戦に、あなたの技術と情熱を注ぎ込み、歴史を刻む仲間を求む。

求人情報をご覧いただくには会員登録が必要になります

メールアドレスで登録する

給与・報酬

年収 1,000万円 ~ 1,300万円

稼働時間

10:00 ~ 19:00

雇用形態

正社員

出社頻度

週2-3日出社

勤務地

東京都港区・渋谷区

現状と課題

Nazuna AI は、AIを組織の業務に深く埋め込み、人の力を拡張する会社です。最初の主戦場は、地域金融機関。私たちは「便利なAIツール」を足すのではなく、AIを前提に業務フローそのものを再設計し、銀行員の顧客理解・提案・判断・実行を支えるソフトウェアをつくっています。

地域金融機関の現場は、顧客との長い関係性と、規制・監査・データ保全の重さが共存する領域です。ここに耐えるAIプロダクトは、後付けではつくれません。だから私たちは、最初からエンタープライズの実装作法とAIネイティブな設計思想を両立できるチームで、ゼロから組み上げています。

まだ数人の創業期です。プロダクトも、基盤も、開発文化も、これから形にしていく段階です。完成された組織に参加するのではなく、何をつくるか、どうつくるかを一緒に決めていく初期メンバーを探しています。今回はそのコアを担うテックリード級のエンジニア1名を、業務委託からのスタートも歓迎しながら募集します。

お願いする業務

AIを前提とした銀行業務アプリケーションを、フロントエンドからバックエンド、ワークフロー設計まで一気通貫でつくる役割です。創業初期のテックリードとして、技術選定・設計判断・採用文化づくりまで踏み込んで関わっていただきます。

■ この役割でやること
  • 顧客・接触・案件・提案を扱う業務アプリケーションを、フロントエンドからバックエンドまで一気通貫で設計・実装する。
  • 明示的なワークフローの中にAI(要約・抽出・ドラフト生成・根拠提示)を組み込み、銀行員が確認・承認できるプロダクト体験として実装する。
  • 顧客理解を時間軸で蓄積する仕組み(長期メモリ+関係グラフ)と、出力の根拠・参照元・承認を追跡する仕組みを、最初から設計に織り込む。
  • エンタープライズ品質(データ保全・権限設計・監査ログ・外部送信の最小化)を、銀行員と金融機関の情シスが安心して使える形で設計・実装する。
  • プロダクト・基盤・開発文化の意思決定に、創業メンバーとして深く関わる。
■ 技術的な立ち位置 · Where we stand

まだ数人の創業期です。最初から大きな技術スタックを抱え込むのではなく、各領域で選択肢を絞り、実装しながら学び、必要なものを見極めていきます。

Stance 01

AI-native AIを後から足すのではなく、AIを前提に業務フローを設計する。

Stance 02

Workflow-first 万能エージェントに任せきりにせず、明示的なワークフローの中にAIを部品として組み込む。最終判断は人に残す。

Stance 03

Context engineering 業務判断に必要な文脈を、適切な粒度・権限・根拠付きでAIに渡すことを、設計の中心に置く。

Stance 04

Trust by design 根拠・承認・監査を、後付けではなく最初から組み込む。

■ 技術スタックと設計方針 · Stack & principles

目的に応じて、速く検証する領域と、信頼性を重視して設計する領域を分けています。コーポレートサイトは配信速度と運用の軽さを重視し、プロダクト本体はAIワークフロー、業務ドメイン、説明責任に耐える設計を重視しています。

01 設計方針 Design principles

ツールを選ぶ前に、どう設計するかを決めています。業務ドメインを軸に、AIの出力を構造化し、人の判断を組み込む。

DDD / Hexagonal-oriented / Structured LLM Output / Human-in-the-loop

02 現在使っている技術 Current stack

目的に応じて、プロダクト本体とコーポレートサイトで技術を分けています。

Product プロダクト本体 React 19 / TypeScript (strict) / Vite / React Router / Tailwind CSS / Claude API / Voyage AI

Corporate Site コーポレートサイト Next.js 15 (App Router) / React 19 / TypeScript / Design Tokens / CSS Variables / Resend / Vercel

Shared 共通 GitHub / Vercel

03 選定中の技術領域 Under evaluation

変化の速い領域は、実装の段階で一次情報にあたって選定します。

Workflow / Search & Relationship Graph / Long-term Memory / Production Data Layer / Evaluation & Observability

  • AIプロダクトを「動くデモ」で止めず、エンタープライズ品質まで仕上げ切ることに面白さを感じる方
  • 創業初期の不確実さ(今日決めた仮説が明日変わる)を、ストレスではなく前進の材料として扱える方
  • フロントエンド・バックエンド・データ・AIワークフローを横断して、自分で意思決定しながらつくることを楽しめる方
  • 金融機関のような信頼性・監査性が問われる現場で、現場業務に深く入り込みたい方
  • 正社員前提のコミットを基本としつつ、まずは業務委託で相互理解を深めた上で正社員転換するキャリアパスにも前向きな方

募集要項

概要

求人情報をご覧いただくには会員登録が必要になります

メールアドレスで登録する

雇用形態

正社員

給与・報酬

年収 1,000万円 ~ 1,300万円(【正社員】年俸制(年俸の12分の1を毎月支給/スキル・経験・能力に応じて決定) 【業務委託スタートの場合】時間単価・稼働日数は経験に応じて応相談。3ヶ月程度の相互理解期間を経て、双方合意のもと正社員転換を想定。)

稼働時間

10:00 ~ 19:00(休憩時間:60分)

出社頻度

週2-3日出社

勤務地

東京都港区・渋谷区

出社に関する補足情報

正社員:原則ハイブリッド勤務(週2〜3日出社/週2〜3日リモートを想定)。 業務委託期間中:他案件との調整があることを前提に、出社頻度は柔軟に相談(最低週1〜2日の出社が可能であれば応相談)。 オフィスは東京都内(港区・渋谷区エリア)。

休日・休暇

土曜日、日曜日、祝日、年末年始

必須スキル/経験

  • Webアプリを、フロントエンド・バックエンドの両面から設計・実装してきた。
  • TypeScript / モダンJSフレームワークでの開発経験がある。
  • 認証・認可・権限管理・ログなどを意識した設計経験
  • 不確実な要件の中で、最も単純な解から作り、検証しながら広げられる。
  • AIを道具として使いこなし、共に学ぶことを楽しめる。
  • 現場の業務に向き合い、地味でも「使われ続ける」ものを作ることに価値を感じる。

歓迎スキル/経験

  • LLM / RAG / エージェント / 検索・データ基盤の実装経験。
  • エンタープライズ規模(特に大企業・金融・公共など、信頼性や監査性が求められる領域)向けプロダクトの設計・実装・運用経験がある。
  • 顧客データ・機密データの取り扱い設計(権限分離・暗号化・外部送信の最小化など)を、業務要件から逆算して設計できる。
  • 金融など、信頼性・監査性が重視される領域での開発経験。
  • 0→1フェーズやスタートアップでの経験。

スキル要件

スキル名

経験年数

種別

TypeScript指定なし必須
React指定なし必須
Docker指定なし歓迎
PostgreSQL指定なし歓迎
CSS指定なし歓迎
Next.js指定なし歓迎
Claude指定なし歓迎
LLMs指定なし歓迎
RAG指定なし歓迎

サービス内容の詳細

AI時代の銀行業務を、最初からつくる。

私たちは、AIを前提に業務フローそのものを再設計し、銀行員の顧客理解・提案・判断・実行を支えるソフトウェアをつくっています。

まだ数人の創業期。プロダクトも、基盤も、開発文化も、これから一緒につくっていく段階です。

選考フロー

  1. カジュアル面談
  2. 1次面接
  3. 2次面接

まずはカジュアルにお話しさせてください。事業内容や創業期の役割について、相互に理解を深める場から始めたいと考えています。

カジュアル面談→技術面談→必要に応じて課題→最終面談

※ポジションによってフローは異なる場合がございます。

同じ企業の求人

同じポジションの求人

おすすめのイベント

もっと見る
  • どのタスクにどのAIが向いてる?松尾研に聞く、Claude、Codex、Geminiの強みと使い分け

    開催前

    どのタスクにどのAIが向いてる?松尾研に聞く、Claude、Codex、Geminiの強みと使い分け

    昨今、多くの生成AIが開発現場に浸透していますが、「Codex、Claude、Geminiの中で、自分のタスクには明確にどれが一番いいのか」を自信を持って選べていますか? 「なんとなく誰かが良いと言っていたから」「SNSでトレンドになっていたから」と、周りの評判に流されるまま、使っている方も少なくないはずです。しかし、AIのポテンシャルを100%引き出すためには、評判ではなく「その作業に本当に向いているAIを選ぶこと」が重要です。 ・何度もやり取りを重ねる長丁場の作業で、最後まで文脈を忘れずに頼れるAIはどれか ・テキストだけでなく、画像などのデータを扱うときに一番打率が高いのはどれか とはいえ、次々と新しいモデルが登場する中で、それぞれの本当の強みを自分で見極め、タスクごとに最適なAIを切り替えて使いこなすのは至難の業です。 そこで本イベントでは、LLMのフルスクラッチ開発やエージェント構築の最前線で活躍されている株式会社松尾研究所の尾崎氏をお迎えし、Claude・Codex・Geminiそれぞれの強みと使い分けの考え方を紐解きます。現在Geminiを使わなくなった背景なども含め、実践者ならではの視点でお話しいただきます。 一つのAIに絞るべきか複数を使い分けるべきか迷っている方から、すでに併用しているが最適化したい方まで、幅広いエンジニアのご参加をお待ちしています。

  • 【実践】OAuth・2FA・パスキーに対応 次世代認証ライブラリBetter-Authとは

    開催前

    【実践】OAuth・2FA・パスキーに対応 次世代認証ライブラリBetter-Authとは

    現代のWeb開発において、認証機能の実装認証機能の実装に悩んだことはありませんか? セキュリティリスクや運用コストの観点から「認証基盤は自作するな」が定石となり、多くの開発者がIDaaSを選択肢に入れてきました。しかし、いざ実務に組み込もうとすると、以下のようなジレンマに直面します。 ・データの二重管理: IDaaS上のユーザー情報とアプリDBのデータをどう同期するか ・機能の制約: パスキや2FA、Azure ID(Entra ID)など、必要な認証方式に対応できるかは「IDaaS側の仕様(都合)次第」になってしまう そうした中、「自作は避けたいが、IDaaSの制限に縛られたくもない」という設計の壁を打ち破る選択肢としてTypeScriptベースの認証ライブラリ「Better-Auth」が今注目を集めています。Auth.js(旧NextAuth.js)を引き継いだチームによって開発され、OAuth・2FA・パスキーといったモダンな認証方式に対応しながら、自前でデータを保持できる柔軟さを備えたライブラリです。 しかし、非常に革新的である一方、「実際に使ってみてどうなのか」「IDaaSと比べてどういうケースに向いているのか」を具体的にイメージできている方はまだ少ないのが現状です。 そこで本イベントでは、プロダクト開発でBetter-Authを実践的に活用されている池内氏と柿氏をお迎えし、Better-Authの特徴や導入の実際、そして既存の認証ソリューションとの使い分けを紐解きます。 認証基盤の選定に悩んでいる方から、Better-Authが気になり始めた方まで、幅広いエンジニアのご参加をお待ちしています。

  • 【Claude Code】並行開発、どう回してる?鹿野さんに聞く 私の推しの並行開発環境 大公開

    開催前

    【Claude Code】並行開発、どう回してる?鹿野さんに聞く 私の推しの並行開発環境 大公開

    昨今、AIコーディングエージェントの普及により、個々の作業スピードは格段に向上しました。一方で、AIを使って複数のタスクを同時に進める「並行開発」のやり方に関してはいまだに1つの正解がなく手探りの状態が続いているのではないでしょうか。 仕様を決めてからフロント・バックエンドそれぞれにエージェントを立てて動かす方法や、Gitブランチの並行管理、さらにはプルリクエストの自動レビュー&修正する方法など、考えることは多岐にわたります。「結局シングルタスクに集中するのが最強では?」という問いも含め、並行開発の最適解はまだ見えていません。 そこで本イベントでは、「Multi-Folder Git Clone」などの自作ツールを開発し、AIエージェントを活かした並行開発の環境整備について精力的に発信されているUbieの鹿野氏をお迎えし、~並行~開発を実現するための開発環境の工夫をデモ付きで紐解きます。 デモでは鹿野氏より実際の画面をお見せいただきながら、エディターや複数ブランチの管理方法、コンテキストスイッチのタイミングまで、並行開発を加速させる具体的なツールやフローを深堀していきます。 これからAIを用いた並行開発に取り組もうとしている方から、今以上に効率的に並行開発を回していきたい方まで幅広いエンジニアのご参加をお待ちしています。

  • 松尾研はこうAIを制御するのか AIエージェントの精度を担保・改善する仕組みエージェントハーネスとは

    開催終了

    松尾研はこうAIを制御するのか AIエージェントの精度を担保・改善する仕組みエージェントハーネスとは

    昨今、LLMの社会実装が進み、AIエージェントを活用したプロダクトや業務フローが増えてきました。しかし、AIエージェントを「作って動かして終わり」になっていないでしょうか。一度構築したエージェントの精度をいかに担保し、改善し続けられる仕組みを作るかという点に注目が集まっており、最近では「エージェントハーネス」という言葉も耳にするようになりました。 一方で、「そもそもエージェントハーネスとは何か」「コンテキストエンジニアリングとは何が違うのか」といった基本的な部分から整理したいと感じている方も多いのではないでしょうか。 そこで本イベントでは、AI研究の最前線を走る株式会社松尾研究所の長谷氏をお迎えし、エージェントハーネスの起源や注目が集まっている背景から、具体的な活用方法、そして今後の進化の方向性までをわかりやすく解説いただきます。エージェントハーネスを適切に整えることで、AIエージェントの精度は一度きりのチューニングではなく、継続的に改善し続けることができるその考え方と実践を紐解きます。 前半のLTでは、長谷氏よりエージェントハーネスとは何か、LLMの進化とともになぜ重要視されてきたのかという前提知識を整理いただきます。 後半のディスカッションでは、LTの内容をさらに深堀りながら、具体的な使われ方や松尾研究所での活用事例まで現場目線で深掘りしていきます。 エージェントハーネスという言葉が気になり始めた方から、AIエージェントの制御・改善に課題を感じている方まで、幅広いエンジニアのご参加をお待ちしています。

    開催日:

    2026年7月9日(木)19:00~20:00

  • AI時代に適したリポジトリって?カウシェ・LayerXに聞く最新リポジトリ構成

    アーカイブ公開中

    AI時代に適したリポジトリって?カウシェ・LayerXに聞く最新リポジトリ構成

    昨今、AIエージェントの活用が一般的になってきたことで、「プロジェクト全体のコードを横断的に理解させるには、コードベースが一つにまとまっている方が適しているのではないか」という議論が増えています。 一方で、モノレポにはCIのパフォーマンスやコンテキストの絞り方など運用上の課題も存在し、組織規模やプロダクトのフェーズ、チーム体制などによって最適解は異なります。「どちらが正解か」を一概に難しいと感じている方も多いのではないでしょうか。 そこで本イベントでは、iOSやKotlinを含む複数言語のコードを一つのリポジトリに集約して運用されているカウシェと、バックエンド・フロントエンドともにモノレポ化を進めてきたLayerXの2社をお迎えし、それぞれのリポジトリ構成の実例をもとに、モノレポの実際を紐解きます。 前半のLTでは、カウシェからはモノレポになった歴史や複数言語を集約したメリット・デメリットを、LayerXからはリポジトリ統合プロジェクトの進め方や意思決定の裏側をお話しいただきます。 後半のディスカッションでは、両社を交え、モノレポにするタイミングや、CI・IDEとい開発体験に関する課題の課題、AIとの親和性を上げるための工夫やスコープの絞り方など、現場目線でさらに深掘りしていきます。 モノレポへの移行を検討している方から、すでにモノレポ運用で課題を感じている方まで、幅広いエンジニアのご参加をお待ちしています。

    開催日:

    2026年6月11日(木)19:00~20:00

転職に役立つノウハウ

もっと見る