並行リポ29個を音声で回す。呼称索引という小さな台帳を1個足しただけの話

git のローカルクローンを数えたら 29 個。個人 OSS が 19、個人アプリが 6、業務案件が 4。それを音声入力で扱おうとして、まず「リポ名の発音」で詰まりました。長い英字リポ名は音声認識と絶望的に相性が悪い。この記事は、発話から正式リポ名までの中間層として呼称索引の CSV 2 枚を挟んだ話です。設計としては CSV 2 枚と skill 追記だけ、仕組みは軽いけれど、判断の勘所はいくつかあります。

記事の要約（インフォグラフィック）

この記事のテーマ

音声入力で AI CLI を使い始めて数日で気付いた「リポ名は言うため に設計されていない」問題を、呼称索引という薄い CSV 2 枚（aliases.csv + projects.csv）で吸収した設計判断の記録です。1 ヶ月前に会社系の呼称ゆれを吸収するために作った `kb-alias-add` skill を、`ref_type=project` 追加だけで dev リポにも流用した経緯、Google Calendar / docsweep / kb-local / team-log.csv の 4 層構成、xlsx を選ばず CSV にした 2 つの理由（ファイルロックとバイナリ diff）、そして「台帳は事前投入せず使いながら育てる」運用姿勢について書きました。

図解（本文中の fig）

関連リポジトリ

• docsweep（本記事で使う「今日 1 個だけ」タスク台帳ツール。pip install docsweep）
• PlainSheet（並行開発中のローカル完結 CSV / TSV / Markdown Table エディタ）

前提となる過去記事

• 組織の暗黙知は 4 枚の CSV で足りている（Zenn・kb の設計思想）
• 5 枚目の呼称索引で音声入力の表記ゆれを吸収する（Zenn・呼称索引パターンの初出）