Ke Ding

Designer. Creator of PINOC:

[Ke Ding @jingquank]

@artntek Been playing with this idea too one thing that helped is to show a ghost version of the selected event snapping to the grid, like Tetris.

[Ke Ding @jingquank]

@Mayii0205 @nan_in_space @HyperFrames_ Teach me too senpai

[Ke Ding @jingquank]

@benjitaylor No way to get back a video I found in the vertical feed once I accidentally swipe out 👀

[Ke Ding @jingquank]

@prachiruns @Sparsh_Fbx @juliachaigneau Think you might wanna try this: https://t.co/ZSo1zRmOGf

[jerrywang @notjerrywang]

just like good startups usually don't succeed on their first business idea, "oneshot" shouldn't be what designers go after with ai. it's important to view ai as a powerful tool that helps you explore more faster, so you can arrive at a place you weren't capable of reaching before.

[PINOC @Viggle_PINOC]

Introducing our new text-to-motion model, built in-house at Viggle, now live in PINOC! 🧵

Type a motion, get the animation in seconds. High-energy, expressive action is where it shines: sports, combat, dance, full-on performance.

Block shots, prototype gameplay, fill your world with NPCs. Save your keyframes for the hero shots.

Try it free, link below. Repost & comment for 200 extra credits!

[Daniel White @dwhitedesign]

It's out.

The sounds your UI has been waiting for.
10 cues · synthesised live · 0 deps · ~2kb

https://t.co/DN7wiYEpmi

[Boris Cherny @bcherny]

New in Claude Code: /checkup

Run /checkup to:

1. Clean up unused skills/MCPs/plugins and save context
2. Dedup your local CLAUDE.md against the checked in CLAUDE.md
3. Break up root CLAUDE.md into nested CLAUDE.md's + skills
4. Turn off slow hooks
5. Update your Claude Code to the latest version
6. Enable auto mode by default
7. Pre-approve frequently denied read-only commands

.. And a few other goodies.

/checkup confirms with you before making any changes. Enjoy!

[ClaudeDevs @ClaudeDevs]

https://t.co/v694m8Eaj6

[Chamath Palihapitiya @chamath]

https://t.co/vPrPSUjTJG

[Julian Garnier @JulianGarnier]

Anime.js 4.5 is out and it's a fun one:
Introducing the @threejs adapter 🎉

- Up to 50% less code for 3D animations
- CSS transform-like API for 3D objects (rotate, skew…)
- Simpler material color animations
- Easy instanced mesh animations
- Stagger 3D

And so much more! ⬇︎

[Conao3 @conao_3]

Fableの2日間の仕事で一番頼んで良かったと思ってるのは記憶/MEMORYの再構成。

私は自分の記憶システムを自作してるけど、ClaudeCodeビルトインの記憶ファイル使っている場合も同じように適用できると思う。

またFableが公開されたときは、まじで最速でこのSKILLを実行させた方がいい。保存しておいてください。

--- 8< ---

---
name: memory-dream
description: 記憶階層を定期的に再編し重複・矛盾・陳腐化を除去する consolidation 手順
type: playbook
---

# memory dream（記憶の整理／consolidation）

agents-share の記憶階層を定期的に再編し、重複・矛盾・陳腐化を除去する作業の手順書。Anthropic Managed Agents の **Dreams**（別名 auto-dream）を、本環境（手動・git ベース）で再現するためのもの。

## これは何か / なぜ必要か

エージェントはセッションごとに記憶へ追記する。追記は局所的・増分的なので、20〜30 セッションを超えると memory store に **重複・矛盾・陳腐化エントリ**が溜まり、ノートが「思い出す助け」から「混乱させるノイズ」へ転落する（相対日付の意味喪失、削除済みファイルを指す古い手順など）。

Dreams は人間の REM 睡眠による記憶定着のメタファ。過去セッションと既存 store を読み、**重複をマージ・古い/矛盾する値を最新で置換・繰り返しパターンを簡潔な知見として抽出**した新しい store を生成する。本家 API では入力 store を決して書き換えず、出力は別 store として opt-in でレビューしてから採用する。

## 本環境での実施モデル

本環境に Managed Agents API は無いため、git レポジトリ `agents-share`（`{agent_global_home}` 配下）で手動実施する。「入力非破壊・レビュー後採用」は **論理単位ごとの commit ＋ ユーザーレビュー** で代替する（push はユーザー明示指示まで保留）。

対象階層（毎セッション自動ロードされる順）:

1. `AGENTS.md` — 世界のルール（最上位・home-manager 管理。`更新禁止`。dream の対象外、ただしルールの定義元として参照する）
2. `MEMORY.md` — チーム共通知識
3. `auto-memory/MEMORY.md`（索引）＋ `auto-memory/*.md`（関連時に想起）
4. session-start で読む notes（`notes/ghq.md`, `notes/specs.md`）
5. `projects/{project_dir_canonical}.md` — プロジェクト固有
6. `notes/*.md`（on-demand）

## 4 フェーズ手順

1. **Mine（採掘）**: 直近セッションの transcript / 作業内容から、繰り返し出た指摘・確定した方針・新事実を抽出する。一回限りのデバッグメモは拾わない。
2. **Consolidate（統合）**: 抽出物を既存記憶へマージ。相対日付（"昨日" 等）は**絶対日付に変換**。矛盾は最新の値で解決し古い記述を置換。存在しないファイル/関数/フラグを指す記述は除去（or 現存確認して更新）。
3. **Dedup & Resolve（重複排除・矛盾解消）**: 階層をまたいだ重複を除去する。**最重要原則: 上位レイヤが定めるルールを下位で再掲しない。** 下位は重複を黙って消し、そのレイヤ固有の知見だけ残す（残し方は後述「成果ファイルの書き方」に従う）。矛盾が真にある場合はユーザーへ確認。
4. **Prune & Index（剪定・索引化）**: `MEMORY.md` 系の索引は lean に保つ（目安 200 行未満、auto-memory/MEMORY.md は 1 ファイル 1 行フック）。冗長な節・完了済みで価値の無い記述を削除。**`MEMORY.md` の「notes 一覧」セクションを再生成して同期する**（notes は階層化され on-demand では発見されにくいため、常時ロードされる MEMORY.md に全パスを置く）:

```bash
cd {agent_global_home} && find notes -type f -name '*.md' | sort
```

出力で `MEMORY.md` のコードブロックを丸ごと置換する。notes の追加・移動・削除を行った dream では必須。

## 重複排除の判定ルール

- 重複は常に「下位 → 上位」方向で発生する。**修正は下位レイヤ側**で行い、AGENTS.md（最上位・自己整合）は触らない。
- 各情報は定義箇所を一つに保つ。上位が定めるルールは下位から単に消す（必要なら手順の所在だけを 1 句で指す。例: 「PR 本文は `notes/playbook/github-pr.md` に従う」）。
- ディレクトリ構造・コミット運用・記憶貢献ルールなどの「世界のルール」は AGENTS.md が定める。notes/projects は固有情報のみ書く。
- specs/（設計文書）はプロジェクト固有でルール重複の対象外。dream では原則触らない。

### 成果ファイルの書き方（重要）

判断のメタと経緯はこの playbook 側に置き、**成果ファイル（MEMORY.md / projects / notes）には書かない**。具体的に成果ファイルから除くもの:

- 重複回避の注記（「これは X が定める、ここでは重複させない／再掲しない」等のメタ説明）。重複は黙って消すだけでよい。
- 経緯・履歴（**Why:**、失敗談、「繰り返し外している」「同じ指摘を N 回受けた」、学習日・セッション ID、`feature による` 等）。
- 結果として残すのは、現行で正しい知見・ルール・再現手順だけ。理由が行動を変える技術的因果（「A だと B が壊れるので C する」）は知見の一部として残してよいが、誰がいつ何を指摘したかは残さない。

## チェックリスト

- [ ] 相対日付をすべて絶対日付へ変換した
- [ ] 上位が定めるルールを下位から削った（重複回避の注記自体も残していない）
- [ ] 成果ファイルから経緯・履歴（Why / 失敗談 / 再発回数 / 学習日 / セッション ID）を除いた
- [ ] 矛盾を最新値で解決した（曖昧ならユーザー確認）
- [ ] 存在しないファイル/シンボルへの参照を除去 or 現存確認した
- [ ] 索引（MEMORY.md / auto-memory/MEMORY.md）が lean
- [ ] `MEMORY.md` の「notes 一覧」を `find notes -type f -name '*.md' | sort` で再生成・同期した
- [ ] 変更を論理単位ごとに commit し、ユーザーがレビュー可能（push は保留）
- [ ] 採用前に出力をレビュー（dream 出力は hallucination 混入の懸念があるため鵜呑みにしない）

## トリガー条件（いつ実施するか）

- 大規模リファクタ直後（リネーム多数・フレームワーク移行・API 構造変更）— 古いエントリが混乱を増やすため最優先。
- セッション数の蓄積時（本家デフォルト目安 24h かつ 5 セッション、実務的には 20〜30 セッションでノイズ化）。
- ユーザーが「記憶の整理」「dream」と指示したとき。

## 注意点

- 入力非破壊が原則。本環境では作業を**別 commit に分離**し、気に入らなければ revert できる状態を保つ。
- consolidation は fine-tune ではなく記憶の再編。モデルは変えない。
- 出力が誤りを混入しうるため、**採用前レビュー必須**。

## 参考

- [Dreams — Claude API Docs](https://t.co/mAYu1c8jYZ)（公式。`managed-agents-2026-04-01` + `dreaming-2026-04-21` beta header、Opus 4.7 / Sonnet 4.6、最大 100 セッション、`instructions` 4096 文字）
- [What Is Claude Dreaming? (MindStudio)](https://t.co/1BNqxlCANP)
- [Claude Code Dreams: Auto Dream guide (Supalaunch)](https://t.co/4Ol1XZD2YB)
- [Auto-dream mechanics (https://t.co/KXp4pG7xlP)](https://t.co/z3BDoQa2Ik)
- [grandamenium/dream-skill（4 フェーズ consolidation の OSS 再現）](https://t.co/ewyz52YrbZ)

[Boris Cherny @bcherny]

As engineering, product, design, DS, etc. melt into a new kind of role, I was reflecting on what roles might look like in the future. For example, when I look at the Claude Code team I see what I think is five archetypes:

1. Prototyper: comes up with brand new ideas; churns out many ideas, most of which don't ship
2. Builder: quickly turns a prototype/idea into production-grade product/infra
3. Sweeper: cleans up the UI, simplifies the code and system, unships, optimizes performance
4. Grower: takes a product that has been built and iterates on it to improve Product-Market Fit
5. Maintainer: owns a mature system to make it secure, reliable, fast, and efficient as it scales

Many people span across 2 roles, and sometimes 3 roles. I also notice that these roles are not really tied to job function -- eg. across Anthropic, some designers match category 1, some 2, some 3; same for engineers, PM, DS.

A healthy team needs a mix of these, depending on the product:

- A product that is new and pre-PMF needs people that are strong at 1+2+3
- A product that is growing and has found PMF needs 2+3+4 and some 5
- A product that has strong PMF needs 3+4+5 and some 2

Maybe product roles of the future will look more like this, and less like the domain-specific roles of today?

[JohnPhamous @JohnPhamous]

an improving design loop

https://t.co/Mg2gawuzWn

[ててつろう @craftcapitallab]

アニメーターさんたちが、考えているようなこと🥹

------------------------------
現実を、より誇張することができるアニメ表現だからこそ「どこを誇張するか」は、表現したい内容と直結していきます。
また、現実(リアル)にはあり得ないこともできるからこそ、どうやったら、リアリティ(現実らしさ)を持たせられるかも、重要です。
さらにはそれがちゃんと伝わるように、何が起こっているかわかるように、視認できるように設計するのも必要です。

------------------------------
ここでは、
「手紙に引っ張られる形で、飛んでいる女の子」
というのが、現実にはまず無いようなコンセプトなので、
手紙の飛んでいく軌道に対するリアクションとして、体が動いているように見えるよう、各フレームのポーズを調整しています(→リアリティ)

そして、その結果できてきたポーズが、一連の動きの軌道に沿った形(下図の緑の線)にすることで、リミテッドアニメーションのようにコマの少ない表現でも、絵がつながって動いて見えるようになります（→視認性）

そして、空中、体が自由落下している際も、実際の重力加速度よりもやや長めに、頂点でタメることで、ふわっと感を強調させることもできます(→誇張)

------------------------------
などなど、、、
突貫でつくっているラフなアニメーションの例で大変恐縮ですが、もっと熟練のアニメーターさんたちは、この何倍も、１フレーム１フレーム綿密に設計した上でアニメをつくっています。

そして、その細かい動きの表現と、そのシーンのコンセプトが一致しているからこそ、アニメーションは面白いし、動きそのものでも、視聴者の方の心を掴むことができるのだと思います(個人の考え🤣)。

AIを使う場合でも、この設計は一部有効で、それをAIに伝える一つの手段として、previsみたいなものがいいんじゃないかな？と思って実験しております。

そして、こういう設計をAIに伝える手段は多分previsだけじゃないはず。例えばこういう画像にスペーシング(タメツメ指示)を入れて、動きを伝える。という手段も、そのうちできるようになるんじゃないでしょうか。

------------------------------
長々と、なりましたが、一言でまとめると、アニメーターさんたちはすごいんだぞ！ということです🤣

[kabikabi @jakevin7]

今天偶然间又翻到了@yetone 之前的 构建 typeless 的 prompt， 真的是很精髓。
细细品味了下，有一点提示词即是 harness 的感觉。
里面包含了个人对于项目边界的约束和对项目整个的设计。没有多余的废话，但是把该约束的细节都约束到了。

https://t.co/xjQpfE7GaA

[Vercel Developers @vercel_dev]

To ensure coding agents live up to our design standards, we built a system with a skill, linters, evals, and an updating loop.

Learn how we did it and how to build your own ↓
https://t.co/bOyUf9NmhA

[NOBU @nbykos]

Klingの動きをSeedance2に持ってくる実験

Kling3で良い動きの動画を作る
↓
Gemini Omniでマネキン化
（これをしないとスタイルの細部まで模倣される）
↓
Seedance2でモーション参照

マネキンで再現できていない部分はプロンプトで代替していますが、そこが固くなってしまうのが課題です。

[Ke Ding @jingquank]

the part you can't fake is that jobs actually loved the thing he was selling. you could almost feel the fights, the late nights, the times he forced the team to redo it until it was right. every keynote felt like an explorer coming home to show his town what he found.

[jenny wen @jenny_wen]

one thing that’s interesting is that today’s tech keynotes are all derivative of the way steve jobs did his.

but most people (let alone tech people!) don’t have the same stage presence and oration skills, so they can feel weirdly uncomfy.

[Jan @JDihlmann]

Arbor: Control 3D Generation with Explicit Geometry

Text-to-3D makes plausible assets, but spatial control is still hard. Arbor adds typed 3D constraint: hull, avoidance, and touch.

Paper w/ @markb_boss @AjlEngelhardt @Simondonne @CG_Tuebingen Intern @StabilityAI

More 👇