you tanaka

中央大学に2027年新設予定の「スポーツ情報学部」のメインビジュアルとか映像、WebサイトのグラフィックやらGLエフェクト担当しました！ こちらは米ちゃんからのお誘いでIE3で全体を色々好き勝手に提案から実装まで全部やらせてもらいました！🖐️ 真面目にWebサイトも作ってます☺️🫶 メイングラフィックは、サッカーの試合映像からAIで選手を検出・追跡し、その軌跡データを3D構造として生成。実写映像上のデータビジュアライズや、生成した造形をglTF出力からBlenderでの高解像度レンダリングするパイプラインも作りました。データを分析じゃなく造形として扱うっていう、ちょっと変わったアプローチで作りました〜✌️ あとはAIネタで言うと今回はカメラアングルの割り出しを機械的に数百パターン出力+一覧表チェックシート作らせてそこからチェックしたもの戦わせて選定しつつ仕上げてくって手法で、盆栽コーディング前のサイコロコーディングも試してみたり。 またこの辺りはWORKS追加とかと合わせて後日BLOGとかにでもまとめておきます〜✍️

Luka Doncic says LeBron James has a big influence on on his weight loss: “I saw how LeBron James takes care of his body every single day, like it’s part of the job, not an option. The discipline, the routine, the sacrifices… it’s on another level. And I realized, if I want to stay great and compete at the highest level for a long time, I have to start treating my body the same way. Because sometimes, the real wake up call doesn’t come from criticism or losses, it comes from standing next to greatness and seeing the difference in preparation. Talent can take you far, but discipline is what keeps you there. And when you learn from someone who’s done it for decades, you don’t just improve your game… you change your entire mindset.”

WiFi CSIでカメラレス姿勢推定がしたかった話 rettuce.blog/2026/03/25/wif…

続き3。 x.com/rettuce/status…

つづき。 x.com/rettuce/status…

こちらの記事を読んでアプデ中😌 zenn.dev/noprogllama/ar…

中央大学に新設される学部のブランドロゴ・ウェブ・リーフレットデザインを担当させていただきました。 次世代のスポーツデータサイエンス界を担う新たな学びの場の立ち上げに関わらせていただけて光栄です。

サイトはこちら。👀 sdb.chuo-u.ac.jp

中央大学に2027年新設予定の「スポーツ情報学部」のメインビジュアルとか映像、WebサイトのグラフィックやらGLエフェクト担当しました！ こちらは米ちゃんからのお誘いでIE3で全体を色々好き勝手に提案から実装まで全部やらせてもらいました！🖐️ 真面目にWebサイトも作ってます☺️🫶 メイングラフィックは、サッカーの試合映像からAIで選手を検出・追跡し、その軌跡データを3D構造として生成。実写映像上のデータビジュアライズや、生成した造形をglTF出力からBlenderでの高解像度レンダリングするパイプラインも作りました。データを分析じゃなく造形として扱うっていう、ちょっと変わったアプローチで作りました〜✌️ あとはAIネタで言うと今回はカメラアングルの割り出しを機械的に数百パターン出力+一覧表チェックシート作らせてそこからチェックしたもの戦わせて選定しつつ仕上げてくって手法で、盆栽コーディング前のサイコロコーディングも試してみたり。 またこの辺りはWORKS追加とかと合わせて後日BLOGとかにでもまとめておきます〜✍️

tmux セッション間通信（IPC）プロトコル作った Claude Codeのセッションが常時10個くらい立ててあってセッション間で「これ終わったよ」「あれどうなった？」のやり取りが必要な場面がちょいちょいあって tmux send-keys で投げても相手が気づかない、capture-pane でポーリングしても完了検知が不安定で、結局自分が手動コピペ中継が必要だったりでなんだかなぁ…て感じだったんだけど、別セッションに「対等なセッション間通信のプロトコル設計して」と投げたら、ファイルベース mailbox + PostToolUse Hook の詳細な設計案が返ってきて実装開始。 - /tmp/xxx/{session}/inbox/ にJSONを置くmailbox方式 + 通知は3層防御（PostToolUse Hook → アイドル検知send-keys → 人間経由） - ヘルパースクリプト8本をDropbox同期で全マシンに配布する構成 - 別セッションから「system promptで毎回チェックさせるとコンテキスト汚染する、Hookにしろ」という指摘でPostToolUse Hook方式に変更 新規立ち上げで実地テスト。3往復の会話でPostToolUse Hookがちゃんと自動検知して通知してきた。途中別セッションから「返信済みメッセージの自動クリーンアップが欲しい」と言われてその場で実装、次のメッセージで動作確認まで完了した。 最後の自律性は非常によろしい。満足☺️

ドキュメント取込みついでに教えてもろた。☺️ learn.shareai.run/ja/ これは Claude Code のような AI コーディングエージェントを0から自分で作るための教材です。 12セッションで段階的にナノエージェントを構築していく内容。 ざっくり何が書いてあるか 「AIエージェントの中身はこういう仕組みで動いてる」 を、実際にPythonでミニ版を作りながら学ぶもの。 田中さんが知っておくと良さそうなポイント 1. 全てのエージェントはwhileループ（s01） - while stop_reason == "tool_use" — モデルが「もうツール不要」と言うまでループする。それだけ。田中さんが普段使ってるClaudeCodeもこのループが核 2. TodoWrite = 計画を先に立てる仕組み（s03） - エージェントが迷走しないのは、最初にタスクリストを書いてから実行するから。田中さんの tasks/todo.md 運用と同じ思想 3. サブエージェント = 独立したmessages[]（s04） - メインの会話を汚さないために子プロセスを立てる。田中さんが subagent strategy ルールで使ってるやつの仕組みそのもの 4. コンテキスト圧縮は3層（s06） - micro-compact → auto-compact → archival の3段階。長いセッションで会話が詰まる前に要約して圧縮する。PreCompact hook で田中さんがやってる HANDOVER 生成もこの延長 5. Agent Teams = ファイルベースのメールボックス（s09-s12） - 複数エージェントがチームで働くとき、jsonlファイルでメッセージをやり取りする。tmux orchestra スキルで田中さんがやってるマルチセッション運用の内部原理 田中さんにとっての価値 既にClaude Codeのヘビーユーザーとして運用してるので、使い方は熟知してる。この教材は なぜそう動くのかの理解を深められる。特に自前のエージェントを Claude API + Agent SDK で作りたいときに、設計パターンのリファレンスとして参照できると思います。

ClaudeCode API Error 500 で全部止まってる。😇

Are you in Claude Peak Hours? Find out here claudethrottle.com

レビュアーからの「スコアリングを変えれば上限を突破できる」は「体重計の目盛りを変えたら痩せた」と同じ。は唸らせられるわ🤔w

@tonka1981jp おぉ〜ちゃんとまとめられてるの素晴らしいです…👏✨

@rettuce 作業者にも作業報告send key送らせて（エンターも含め2回送ると自動化）、フェーズ終わりで作業者メモリクリアとかするとAPI尽きるまで無限に動かせました！ note.com/yami_ai/n/n9d7…

ClaudeCode 並列で動かしつつ、1つを司令塔にするやつ。「tmux orchestra」っていうスキルにしてあって、tmux send-keys で指示を投げて capture-pane で進捗拾うだけのシンプルな構成。 司令塔: タスク分配 + 進捗管理 + git commit 作業者: 実装（Phase 1→2→3→4 を順次） レビュアー: 全変更の精査 ダッシュボードの UIUX 改善 3フェーズ分が30分くらいで完了して、レビュー指摘6件→修正→コミットまで自動で回った。 ただ作業者からの直接レスポンスが返ってこないので、司令塔が10秒おきにポーリングしてるのが微妙ポイント。 あと結局ブラウザで目視確認してたら静的レビューでは見つからなかったバグが2件出てきてコードレビューだけでは限界があるなぁ、、と。 終了後に今回の運用結果をスキルFBして、次回からは司令塔が直接ブラウザチェックを挟むフローに更新。 作業者に結果をファイルに書かせる方式も追加。 スキル育成ゲーム楽しい😂

1Mコンテキストだし20倍界王拳だしっつって回しまくると来週まるまる残して週間制限50％行きそうでどうしたもんか…🤔ってなってる。

@alumican_net この回し方してると1週間持たない計算です！！😂

@rettuce 20倍プランの週間リミット残量を使い切るにはちょうどいいよね笑

分析と修正を担当分けて3フェーズ位回させると設計精度がめちゃくちゃ上がると教えてもらってタスク分解させて更に全員にお互いを激詰めしあってもらってます！人間だと殺伐とし過ぎだよなコレと思いながら😂　すごい量と速度のコミット見て圧倒されてます😂　これだけ並列で回されるとworktree必須ですよね〜😳

（多分やってるかもだけど）作業者にはフェーズごとにレポートmdを書かせる→それを見て司令塔は分析と修正をおこなって、次フェーズで作業者にやってもらいたいことのタスクリストmdを作業者に割り振る→作業者はそれを見てまた作業すると、比較的精緻に不具合を追い込める感覚。レポートmdには不具合だけじゃなくて自由な気づきも書かせるとおもしろいよ。 タスクが多い場合はタスクを逆順に実行する応援作業者をディスパッチして、作業者同士でレポートを確認しながら作業がかち合わないようにしてる。 最終的に全レポートを司令塔にまとめてもらって人間はニヤニヤする😁