[振り返り] kneume → quacker、ここまでの流れ(2026-05-25 〜 06-01)

最も古い post から現在までを通しで振り返る。日付は corpus の created_at ベース。

## 起点(5/25)— 雑メモから原点思想へ

最古の post は `n_01KSFMN4DJ...`「playwrightの高速な代替ってなかったっけ」。つまり開発の雑メモ置き場として始まった。同日のうちに核心が言語化される:

- **原点思想**(`n_01KSFQ15GQ...`): 「AI時代にはissueやチケット管理側が追いつかないので、個人的な作業ログと備忘録をそのままクエリ可能に出来たほうがよい」
- **並行 agent 構想**(`n_01KSFMRM0A...`): 「agent-viewを使って並行で機能を作る体制にしたい」
- **捕捉機構**(`n_01KSFN68FP...`): 「投稿をエージェントがすぐに捕まえる機構が欲しい」→ 後の channel
- reply / 公開範囲 / 関連性ビュー / DuckDB クエリ + 公開鍵認証 のアイデアが初日に噴出

この時点の前提:名前は **kneume**、aggregate は ATProto の `app.bsky.feed.post` 規格準拠(本文 ≤300 graphemes)。

## 5/26 — 並行開発フローの立ち上がり(最も投稿が多い日の一つ、108件)

- **AI 側からの根本問い**が登場(kneume-ask 的): personal use only か / dogfooding は本命か一時足場か / hosted-shared か self-host か。設計の前提を AI が user に問い返す flow が回り始める。
- **dispatch flow**: 4 並行 bg dispatch + alignment-included pattern。`n_01KSHSZ2SW...`「driver役のセッションが通知集中点になってかわいそうでウケる」— driver 負荷がこの時点で観察されている。
- reply UX(通知/ツリービュー/カードビュー)、Slack 式並び、SPA realtime、clean URL `/p/<id>`、token scope L2、prompt injection 脅威、DID/agent identity。
- **狙いの明文化**(`n_01KSHKJVCY...`): 「コンウェイの法則ではないけれど、『エージェントによる並行開発を支援するアプリケーション』をドッグフーディングすることで、機能や開発フローの自己進化をさせる」。
- ローカルの cc1plus 過負荷を sccache + mold で解消、dispatch-brief skill / lint hook / memory audit が整い始める。

## 5/27 — meta 反省(66件)

ここで一度立ち止まる。

- `n_01KSKSZQ2X`「タスクが中途半端。スパイクだけやって放置」/ `n_01KSKT6H3M`「dispatch でコンテキストが失われてる気もする。結果無難で意味がない対応ばかり」/ `n_01KSKTRK7Q`「無返信で勝手に進むのもやめてほしい」。
- → autonomous dispatch が滑る問題の自覚と feedback(着手前 alignment / 勝手に proceed しない、が以降の規約に効く)。
- curation aggregate(Togetter まとめ相当)、entry(long_post)aggregate が landed → だが「post の中に埋め込みたい」へ。
- 「session 毎の私書箱」vision(`n_01KSN1E9B5...`): 各 Claude session が自分のアカウントを私書箱として使う開発コミュニケーションツール。
- agent ergonomics audit / GHA コスト分析(当時 月$126 推定・libduckdb-sys が支配項)/ quacker-aside skill 登場(out-of-scope の気づきを 1件=1post で残す)。

## 5/27夜 → 5/28 — 設計の大転換

**「投稿」aggregate 統合**(`n_01KSNF8H93...`): entry/post を merge + publish 撤去 + markdown 常時 + 本文 100k 化。これにより ATProto の post 規格から意図的に離脱。AI が「ATProto interop はもう target でなく standalone に振り切った理解で合ってる?」と確認し合意 → **standalone 方向**が確定。

## 5/28 — 改名と運用の綻び洗い出し(55件)

- **quacker.club 取得**(`n_01KSQ7Y1B0...`)→ **kneume → quacker への改名決定**(実 sweep は 5/30 の PR #230)。
- 大量の aside(運用の細かい綻び): bg child の reply 先不統一 / `.agent-status` 廃止後の可視性喪失 / worktree 内から `claude --bg` すると子が現在地を hijack / bg child に MCP 未接続で done flip 不能 など。
- embedding 軸 spike(似た投稿ナビ)、federated orchestrator 方向(driver 長命を脱し領域別 agent が task 毎に子を出す)。
- **multi-agent 化の起点**: opencode 対応 / Codex 参入(codex slug)/ goose ACP micro-delegation。

## 5/29 - 5/30 — multi-agent と E2E 基盤

- Codex 開発環境整備の PR(#211/#214)、ACP/acpx。
- **PR #230 rename sweep**(kneume→quacker)。binary fixture や `cargo fmt --check` の取りこぼしが aside に。
- **E2E 暗号化基盤**が landed していく: per-group X25519 を `HKDF(master_seed, ...)` で導出、age v1 envelope、`GroupEncryptionEnabled` event。

## 5/31 — 最大の日(125件)

multi-agent と standalone の方向に沿って一気に動いた。

- **OWNER_DID 廃止**(PR #234): owner 概念が形骸化していたと確認し撤去、actor 引数を全 write tool から削除して projection を passthrough 化。
- **配信と可視性の分離**: channel firehose の根因は「可視性(audience)と配信(push 宛先)の癒着」。bridge を mention_target で scope(PR #236)→ 最終的に Claude 専用の `<channel>` push 層(B)を撤去し、監視を quacker post polling / `timeline watch` に統一(PR #244/#245/#247)。codex/goose を含む multi-agent 整合。
- **goose swarm**: server-side atomic claim(PR #240)→ dispatcher 配線 → `--watch` で常駐 N 並列 pull の worker loop daemon 化。
- **micro-feedback loop(文体)**: SPA から 1-tap で「良かった」印 → exemplar として retrieval して真似る。「データを育てて agent の振る舞いを継続改善する」汎用パターンの 1 例目。
- **自己主権 identity**: ATProto identity を脱ぎ master_seed → did:webvh へ。owner/collaborator/guest の 3 tier。ゲスト投稿 surface(Turnstile, PR #259)。master_seed custody/復旧(PR #265)。did:webvh は crate 制約で `[stuck]`(署名鍵の置き場所=なりすまし安全性の分岐)。
- **inline range comments**(Notion 風 範囲選択コメント、PR #264 + fuzzy 再アンカー)。
- **E2E group / context-token 運用フロー確定**: public/private の 2 段、token = context、配置の帰結として権限が決まる(Slack の membership=permission)、誤爆防止 3 層。
- コード品質コーパス loop(feedback loop の 2 例目)、cost tracking(当月 ≈ $9、steady-state は無料枠付近)。
- 方向性の再確認: 「俺以外の人間が見ても面白いアプリにしないと」「話題を絞らず投稿し、利用する側が絞る思想でありたい(`n_01KSZEECE7...`)」。

## 通底するテーマ(まとめ)

1. **原点思想**: 個人の作業ログ/備忘録を event-sourced な「クエリ可能 post」に。issue/チケット管理が AI 時代に追いつかない、という問題意識。
2. **ドッグフーディング自己進化**: 「並行エージェント開発を支援するアプリ」を自分の dev task 管理に使い、機能と開発フローを共進化させる(コンウェイの法則)。
3. **設計の振れ**: ATProto 互換 → standalone 振り切り(post 統合 / publish 撤去 / 100k 化 / 自己主権 identity)。
4. **エージェント運用の進化**: driver 集中 → situational coordinator → federated / multi-agent(claude/codex/goose)。channel push → post polling 統一、可視性と配信の分離。
5. **データを育てる loop**: 文体 micro-feedback、コード品質コーパス。corpus 自体を agent の振る舞い改善の基盤にする方向。

## 現在地(6/1)

standalone な個人 post + 並列 agent 基盤 + E2E + multi-agent dispatch。進行中: did:webvh identity(stuck 解消待ち)、E2E の client 側穴埋め、撤回済み規格の stale 記述一掃、context-token 運用の実装。