Legion Health (YC S21) is hiring a founding engineer (SF, in-person)

2025/12/09 2:01

Legion Health (YC S21) is hiring a founding engineer (SF, in-person)

RSS: https://news.ycombinator.com/rss

要約

Japanese Translation:

Legion Health – YC S21
サンフランシスコを拠点とする Y Combinator コホート、Legion Health は精神科診療所を運営しており、メンタルヘルスケアのための AI ネイティブなオペレーション層を構築しています。同社はすでに 2,000 人以上の患者をサポートするエージェントインフラストラクチャーを運用しており、人間のサポートリードは 1 名のみです。主な業務はスケジューリング、受付、ドキュメント化、請求、およびケア調整などのワークフロータスクであり、診断は行いません。

採用情報:
創設エンジニア(フルタイム、サンフランシスコ本社)を募集しています。創業者と直接協働しながら、Node.js、TypeScript、Postgres/Supabase、AWS を使用したイベント駆動型バックエンドシステムの設計、LLM エージェントツールの利用(リトライ、メモリ、コンテキスト管理)に関するツール構築、人間とエージェント用の内部運営ダッシュボード作成、患者のジャーニーを表す状態/調整ロジックの管理、および HIPAA 準拠データおよび監査パイプラインの実装に携わります。LLM の経験は任意ですが、興味があることが必要です。

報酬:
給与 $130k–$180k、株式 0.1%–0.6%。

重要性:
バックエンドまたはプロダクト機能を端から端まで担当することで、Legion のプラットフォームの拡張に貢献し、世界中で AI 主導のメンタルヘルスケア運営の新しい標準を確立します。

応募はこちら: https://www.ycombinator.com/companies/legion-health/jobs/oc6…

本文

レギオン・ヘルス(YC S21)は精神科診療所を運営し、メンタルヘルスケアのためのAIネイティブなオペレーション層を構築しています。

私たちがやっていること

  • 運用バックエンドに注力
    • スケジューリング
    • インテーク(受付)
    • ドキュメント作成
    • 請求処理
    • ケアコーディネーション

診断ではなく、これらのワークフローがメンタルヘルス提供における主なボトルネックです。私たちは自社クリニックを運営しているため、構築したシステムは直接実際の患者ケアへ投入されます。

現在の規模

  • エージェントインフラは、人間サポートリード1名で2,000人以上の患者に対応しています。

採用情報:創業エンジニア(対面勤務、サンフランシスコ)

創業者と直接協働し、以下を担当します:

  • イベント駆動型バックエンドシステム(Node.js, TypeScript, Postgres/Supabase, AWS)
  • LLMエージェントツール(ツール使用・再試行・メモリ管理・コンテキスト管理)
  • 人間とエージェントのための内部オペレーションツール
  • 患者のジャーニーを表現するステート/コーディネーションロジック
  • HIPAA準拠データおよび監査パイプライン

バックエンド/フルスタック/プロダクトエンジニアで、システム思考ができる方・実際のワークフローを端から端まで所有した経験者歓迎。LLM経験は任意ですが、興味が必須です。

詳細

項目内容
役職フルタイム、対面勤務(サンフランシスコ)
給与$130k–$180k
株式0.1 %–0.6 %

応募はこちら

同じ日のほかのニュース

一覧に戻る →

2025/12/09 8:53

Kroger acknowledges that its bet on robotics went too far

## Japanese Translation: > **概要:** > Kroger(クローガー)は、3つのロボット型ECフルフィルメントセンターを閉鎖することを発表し、約26億ドルの費用がかかるものの、EC利益率を約4億ドル向上させる見込みです。今回の閉鎖は、以前に「スピーク」施設を停止した後であり、UKテック企業Ocado(オカド)とのパートナーシップも業績不振により一時停止されたことに続くものです。臨時CEOのロン・サーガント氏は、Krogerが各Ocadoサイトを個別に検討し、大規模な資本投資なしで2,700店舗以上を活用した迅速配送へシフトする方針だと述べました。以前、Krogerは2024年中頃に新しいOcado技術を導入予定でしたが、サイトのパフォーマンスを疑問視し、2023年9月にプロジェクトを停止しました。 > > Pine Street AdvisorsのKen Fenyo氏は、密集都市外にOcadoセンターを配置することが主な欠陥であると指摘しました。低い注文量と長距離がモデルを非収益的にしていたのです。米国消費者はInstacartやDoorDashなどから30分以内の配送を重視し、UKで成功したOcadoの遅めで価格志向のモデルよりも優先します。 > > 今後、Krogerはサードパーティ配達パートナーとの関係強化を図り、高需要市場(AmazonのWhole Foods試験に似た)で資本負担が軽い店舗ベースの自動化をパイロットし、残存するOcadoサイトの運用をケースバイケースで決定します。自動化からの撤退はOcadoにとって大きな後退となり、その株価はIPO前レベルまで下落しています。これは密集都市外でマイクロフルフィルメント技術を導入する難しさを浮き彫りにしています。

2025/12/09 3:51

Jepsen: NATS 2.12.1

## Japanese Translation: (欠落している要素をすべて組み込み、根拠のない推測を除去したもの) --- ## 要約 NATS JetStream のデフォルト「lazy‑fsync」ポリシーは、データをディスクにフラッシュする頻度が 2 分ごとにしか設定されていないため、データ損失およびサービス障害の重大なリスクを生じます。ノードがクラッシュしたり、そのブロック(.blk)やスナップショットファイルが破損すると、最大 78 % のメッセージが消失し、クラスターがクォーラムを失う可能性があります(GitHub issue #7549 および #7556)。協調クラッシュでも、全ストリームが削除されるケース (#6888) や永続的に利用不可になるケース (#7556) が報告されています。この問題は、単一ノードのクラッシュでそのノード上のすべてのデータが消去される点と、2 分間隔という設定が安全なフラッシュ前に約 30 秒分のトラフィックを失うリスク(#7564)を伴うため、さらに深刻です。 JetStream v2.10.22 はクラッシュ時に全ストリームを削除するバグ(v2.10.23 で修正済み)が存在し、スナップショットファイルの切断や単一ビットエラーもノードがストリームデータを削除しクォーラム復旧に失敗して永続的に利用不可になる原因となっていました(#7556)。OS のクラッシュとプロセス停止またはネットワーク分離の組み合わせにより、単一ノードの障害でもデータ損失や持続的なスプリットブレインが発生する可能性があります(#7567)。 NATS は lazy‑fsync ポリシーを文書化していますが、現時点でデフォルト設定変更を推奨していません。Jepsen は fsync を「always」に設定するか、ユーザーに対して相関失敗リスクを強調するよう勧告しています。JetStream のドキュメントが主張する線形性(linearizability)と「自己修復・常時可用性」は非同期ネットワークの CAP 定理に矛盾し、Jepsen もこの点を指摘しています。 Jepsen の LazyFS テストは、書き込みをディスクフラッシュ前にバッファリングするシステムで電源障害をシミュレートし、同様の相関ハードウェア障害が類似した失敗を引き起こすことを示しています。NATS は issue #7549、#7556、および #7567 を積極的に調査中であり、クラッシュ削除バグ(#6888)は v2.10.23 で修正済みですが、lazy fsync のドキュメントは残り変更されていません。

2025/12/09 4:44

Icons in Menus Everywhere – Send Help

## Japanese Translation: 改善されたまとめ この記事は、macOS のデフォルト設定で全てのメニュー項目にアイコンを付ける慣習を批判し、多くの場合可視性の「補填」のために追加されていると主張しています。Google Sheets を極端な例として挙げ、すべてのオプションにアイコンが付いていることを指摘し、同じグループ内でアイコンの有無に不一致がある点や、アイコンがチェックマークやトグル状態と重なるケース(例えば Safari の「Safari」「File」「View」メニュー)も示しています。著者は、macOS が従来はデフォルトでメニューアイコンを避けていたことを指摘し、macOS Tahoe でそれらが広く導入されたことで Apple の 2005 年人間インターフェースガイドライン(任意のシンボルの使用を勧めない)と矛盾していると述べています。 とはいえ、Finder のウィンドウ配置オプション(Top Left, Bottom & Top, Quarters など)は本当に役立つアイコンであり、レイアウト選択を迅速に認識できる点は評価されています。著者は Apple が普遍的なアイコン化へ進むことで、デザイナーが不適切なアイコン使用に対抗しづらくなるとフラストレーションを表明し、メニューの美学に関する継続的な緊張を生んでいると指摘しています。ユーザー側では視覚的な雑然や混乱が起こり得ますが、開発者や UI デザイナーは使いやすさとスタイルのバランスを慎重に取らざるを得ません。この議論は将来の Apple UI ガイドラインに影響し、メニュー設計に関する業界全体の慣行にも波及する可能性があります。