チームに参加する
判断はスケールしない。実行はスケールする。
私たちは組織の判断を実行可能な意思決定システムに変換するOSを構築しています。
3つのスクワッドで12のエンジニアリングポジション
エンジニアリング文化
私たちは強力なAIを構築しているのではありません。責任あるインテリジェンスインフラを構築しています。強さが目標ではなく、レジリエンスが目標です。自律性が目標ではなく、制御された自律性が目標です。
崩壊しないシステムを構築する。
Fail-Closedがデフォルト。
スピードよりも構造。
すべての意思決定は再生可能でなければならない。
テストが現実を定義する。
矛盾を統一しない。表面化させる。
観測は自動化できる。ポリシーはできない。
境界は神聖である。
実行ではなく完了を最適化する。
長期的視野で設計する。
求める人材像
実装ではなく不変条件で考える。機能の前に境界を設計する。
仕様は変わる。不変条件は変わらない。絶対に壊してはならない制約を理解している。
ログはノイズではなく再構築の材料である。推測する前にトレースする。
速度は構造から生まれる。プレッシャー下でも崩壊しないシステムを構築する。
実装のすべての判断を説明できないなら、プロダクションに入れるべきではない。
Universe分離、テナント分離、ゲート強制 — 利便性のためにバイパスしない。
組織構成
3つの専門スクワッドに12名のエンジニアと1名のプロダクトオーナー。明確な所有権の境界と共有のエンジニアリング基準。
5 名
認証、マルチテナンシー、リアルタイム、データレイヤー、LP/フロントエンド — すべてのスクワッドが依存する基盤。
4 名
意思決定パイプライン、承認システム、価値スキャニング、AI推論 — MARIA OSの頭脳。
3 名
可観測性、レジリエンス、コンプライアンス、本番環境対応 — エンタープライズ向けMARIA OSのスケーリング。
エンジニアリング基準
TypeScript strictモード。`any`禁止。正当な理由のない`as`キャスト禁止。
pnpm lint && pnpm tsc --noEmit && pnpm test && pnpm build — すべてグリーンでなければPR不可。
OpenAPI仕様 -> 型 -> 実装。逆は不可。
相関IDを含む構造化エラー。例外を握りつぶさない。
すべてのクエリはtenantIdでスコープ。テナント間漏洩 = Severity 0インシデント。
すべての書き込み操作は安全にリトライ可能でなければならない。
decision_transitionsとevidence_bundlesはINSERTのみ。UPDATEもDELETEもなし。
技術スタック
募集ポジション
採用はフェーズ別に進行します。P0のポジションは即時開始。各ポジションには固有のMARIA座標があります — あなたが構築するシステム内のアドレスです。
コードレビュー
チームの習慣
MARIA OSは、派手なAI研究者よりも、不変条件を守り、境界を尊重し、テストを書く人々で構成されることで強くなります。あなたがそうであるなら、ぜひお話ししましょう。
owner: @bongin_max