# TODO > **このファイルの更新について:** 運用ルールは > [`.claude/skills/todo-md/SKILL.md`](.claude/skills/todo-md/SKILL.md) にある。 > タスクを追加・完了するときは必ずそれに従う。要点: このファイルには着手できる > 作業だけを書く（`[ ]` / `[-]`）。終わった作業は `[x]` にし、定期的な GC で > `TODO-archive.md` に移す。 このファイルは着手できるタスクだけを管理する。完了した作業は、定期的な GC で `TODO-archive.md` に移す。 ## To Be Implemented - [ ] **MoonBit の http ライブラリから非同期の I/O を使えるようにする**: `serve` は 同期なので、ハンドラーから KV、R2、D1、Static Assets、外への `fetch` を呼べない。 JSPI（`WebAssembly.Suspending` / `promising`）で Wasm から JS の `fetch` を待つ形が、 spike（`moonbit/experiments/wasm-fetch`）では Node と `wrangler dev` で動いた。これをライブラリに取り込み、 本番の Workers で確かめる。上の Static Assets の TODO の「文章を Wasm にどう渡すか」とつながる。 [探索メモ](docs/sketch/ja/moonbit-workers-http.md)の「ライブラリとして出すときに考えること」を参照。 - [ ] **MoonBit 版のブログで、記事と文書の解析を isolate の起動時に移す**: 今は 最初のリクエストで解析している（`worker.mbt` の `Ref(None)`）。ts 版では、起動時に 解析すると Startup Time は 3 ms から約 13 ms に増えたが、新しい isolate に当たった リクエストの CPU 時間は 18〜43 ms から 0〜3 ms に減った（[探索メモ](docs/sketch/ja/ts-hono-workers.md)の「デプロイ」）。 MoonBit 版でも同じことが起きるかを確かめる。 - 完了の条件: `make compare` で Go 版と一致したまま、Startup Time と `wrangler tail` の `cpuTime` を、今の形と比べて[調査メモ](docs/sketch/ja/moonbit-workers-wasm.md)に記録する。 - [-] **Go と MoonBit の `pkg/el` と `pkg/tinymarkdown` に profiler をかけて速くする**: profiler で 2 つのパッケージの重いところを見て、確保と走査を直す。まず Go 版から （[調査メモ](docs/sketch/ja/profiling.md)、[issue #39](https://github.com/podhmo/html-sandbox/issues/39)）。 - [ ] Go 版（実験）: API を変えて `Inline` をインターフェースから構造体にし、 `Inlines` の確保を減らす。速くなったかを[調査メモ](docs/sketch/ja/profiling-go.md)の 追記に記録する。マージするかは未定で、`go-aggressive-tinymarkdown` の枝に置く。 - [ ] Go 版（実験）: ライターを `io.StringWriter` にして `io.WriteString` を外し、 描画の CPU を 20% 減らす。速くなったかを[調査メモ](docs/sketch/ja/profiling-go.md)の 追記に記録する。マージするかは未定で、`go-aggressive-el` の枝に置く。 - [-] **`moon run --profile` が空になる原因を切り分けて直す**: この環境（WSL2）では `moon run --profile` が常に `Samples: 0` になる。原因は、環境側では perf が libdw / libelf を持たずにビルドされていること、moon 側では `perf record` に `--sample-cpu` を 付けずパーサがヘッダの `[cpu]` を必須にしていることの 2 つだった （[issue #52](https://github.com/podhmo/html-sandbox/issues/52)）。 - [ ] **ts 版のブログが front matter の `prev` と `next` で起動できない**: 記事が `prev:` / `next:` を持つようになったが（ [docs/sketch/ja/blog.md](docs/sketch/ja/blog.md)）、ts 版の `frontMatterKeys`（ts/examples/blog/src/content.ts）は `title` と `description` しか認めないので、`loadPosts` が例外で止まり `app.test.ts` が落ちる。Go 版と MoonBit 版の relNav（記事末の 前後リンク）に相当するものもまだない。 - [ ] **ts 版にも `/preview` を足す**: Go 版と MoonBit 版に足した プレビューページを ts 版にも揃える（ [issue #71](https://github.com/podhmo/html-sandbox/issues/71)）。 先に上の「ts 版のブログが front matter の `prev` と `next` で起動 できない」を直す必要がある。 - [x] **`TestEmbeddedHumanBundle` が posts の記事追加で落ちる**: go/examples/blog/internal/site/collections_test.go が posts を wsl-opencode の1件だけと決め打ちしているので、 posts/2026-10-27-why-ai-novel-is-bored.md を足した 2bcf887 から `make test-go` が落ちる。件数ではなく wsl-opencode の束を探して 確かめる形にする。 - [ ] **ts 版のテストが wsl-opencode の記事の旧本文を期待している**: ts/examples/blog/src/app.test.ts の「all three Gist files form one article with separate downloads」は `# 【記事` で始まる本文を、 「the human Gist article renders asterisk bullets as lists」は `**選定理由**` を含む箇条書きを期待しているが、記事を直した dd249e8 から本文が変わり、`make test-ts` の2件が落ちる。今の 本文に合わせて期待値を直す。 ### Future work - [ ] **見出しの `{#id}` 記法で明示的な id を付けられるようにする**: 自動 スラッグ化（issue #69）はタイトルから id を作るので、タイトルの変更や 翻訳で id が揺れる。Pandoc 式の `## 見出し {#my-id}` を tinymarkdown の 構文拡張として入れると、表示と独立した安定した id が書ける （[issue #69](https://github.com/podhmo/html-sandbox/issues/69) の コメントで先送りに決めた）。 - [ ] **```svg ブロックの中身をサニタイズする**: ```svg フェンスのブロックは 中身をそのまま HTML に書くので、`