バーミンガムの高齢者約200人を対象に、Fitbitで歩数を測り、炎症性老化（inflammaging）との関係を説明する短い対談クリップです。3,000歩以下では炎症性老化が高く、5,000〜7,000歩で約50%低下、10,000歩では観察されなかった、という主張が中心です。
動画はポッドキャスト風の対談で、赤い服の女性研究者/専門家がマイク前で研究結果を説明しています。字幕では「バーミンガムの高齢者200人」「Fitbitを装着」「歩数と炎症性老化の程度を調べた」という流れが示されます。内容は、日常歩数が少ない群（1日3,000歩以下）では inflammaging が高く、5,000〜7,000歩の群ではそれが半分程度に減り、10,000歩の群では炎症性老化が見られなかった、という段階的な関係を強調しています。最後に、10,000歩に届かなくても5,000〜7,000歩に増やすだけで、3,000歩程度の人より炎症性老化を減らせる可能性がある、という実践的なメッセージで締めています。
Original transcript: “We looked at 200 older adults in Birmingham... wear a Fitbit... The ones doing 3,000 steps a day or less had really high inflammaging. The ones doing 5 to 7,000 had dropped it by 50%. The ones doing 10,000... had no inflammaging.”
Codexを中心に、1時間で「AIエージェント学習アプリ Chorus」の事業素材を同時並行で作る長尺デモです。iOSアプリ、Webランディングページ、投資家向けデック、ローンチ動画、X投稿自動化、データベース/認証を複数チャットと外部ツールで並列に進める実践例になっています。
動画では、作者がCodexのプロジェクト内で「my new business」フォルダを作り、まずMarkdownの事業計画を作成します。その後、別チャットでモバイルデザイン用スキルを使ってiOSアプリの画面案を生成し、さらにSwift/Xcodeプロジェクトを作ってシミュレータで動かします。並行してTallyのフォームを埋め込んだReact製ランディングページを作り、Supabase/Postgresでデータを持たせ、後半ではメール/パスワード認証まで追加しています。Remotionスキルではアプリ紹介動画を作り、タイムラインや座標を指定してアニメーションを修正します。デザインが弱い箇所はCodex内ターミナルからClaude Codeを起動し、ランディングページや投資家デックの仕上げを任せる流れも見せています。最後にはVercelへのWeb公開、TestFlightへのアプリビルド、Typefully APIを使ったX投稿ドラフト/自動化スキル作成まで進み、「複数エージェントに独立した作業単位を渡し、待ち時間に別タスクを進める」ワークフローが実演されています。
Original transcript excerpt: “We are going to be working on many things at once... create a mobile app... landing page... investor deck... launch video... X post automation... use Supabase... deploy this to Vercel... put it on TestFlight.”
Anthropicのエンジニアが、Claude/Managed Agentsに「セッションをまたいだ記憶」を持たせる方法を解説する約28分のワークショップです。memory storeをセッションにマウントし、さらにdreamingという非同期バッチで記憶を整理・重複排除・補強する流れを、CLIとコンソールで実演しています。
冒頭では、通常のエージェントセッションは互いに孤立しており、前のセッションで伝えた情報を次のセッションが覚えていない、という問題が示されます。講師は新しい概念として「memory store」と「dream」を導入します。memory storeはファイルシステムのような永続ストアで、セッション作成時にIDとプロンプト、read/writeまたはread-only権限を指定してマウントできます。エージェントはbashやgrep、ファイル読み書きのような自然なインターフェースで記憶を検索・更新します。デモでは、最初は情報を覚えていないエージェントが、memory store付きセッションでは前回書き込んだsession.mdをgrepして回答できるようになります。後半のdreamingは、入力memory storeと過去セッションのトランスクリプト群を非同期ジョブに渡し、複数サブエージェントで事実確認、整理、重複排除、インデックス作成、追加メタデータ付与を行う仕組みです。入力ストアは破壊せず、クローンされた出力memory storeに書き込むため、人間が差分や生成ファイルを確認してから将来のセッションに使えます。最後に、session＝一時的な実行単位、memory store＝セッション間の情報接続、dreaming＝記憶の保守/高品質化、という三層モデルとして整理しています。
Original transcript excerpt: “A memory store is a persistent file system-like store... agents can read and write information across sessions... A dream is an asynchronous job... fact checking, organize, consolidate and deduplicate information... non-destructive... output memory store.”