toshi

エンジニア｜個人開発 ← DMM翻訳（found & lead） ← 松尾研 ← 富士山 ← ワークス｜podcast:　

[toshi @ginyu_pro]

詩の翻訳コンテスト「2025 Taiwan/Ireland Poetry Translation Competition」にて、個人開発のAI翻訳システムで出力した作品が受賞しました。
主催者と対応を協議中です。
https://t.co/dcQ1G9eDEg

[toshi @ginyu_pro]

neurogolf とりあえずスコア7000には来た。ここからは工夫が要りそう。
#kaggle
https://t.co/xLe5E8uQBg

[toshi @ginyu_pro]

自分の中では、OpenAIと言えばGymを提供してくれた会社だったし、Karpathyさんはtensorflow.js等を提供してくれたエンジニアなんだよなぁ。
質問にもすぐ答えてくれて、ザ・エンジニアというイメージ。

[toshi @ginyu_pro]

@techtalkjp うわぁこちら行きたかったです・・・6月のに申し込んでみます

[toshi @ginyu_pro]

【発売された洋書をすぐ読むパイプライン】
１）kindleアプリ／kindle cloud readerで全ページをキャプチャ（章節も保持）
２）VLMでOCR
３）LLMで翻訳
４）epub化
５）kobo連携したgoogle driveにアップ
人間視点：
パイプラインを実行 => kobo readerで読める

[唐芋 @karaimo_press]

書籍編集システム => epub => kindle表示をe2eで自動テスト。
ポイント：
- 今や組版システムはinDesign等使わずとも、epub.jsでもvivliostyleでも、claudecode（cc）で好きに開発できる
- しかしepubの最終的な表示はviewerに依存するので、kindleで売る場合はkindle previewerで確認するしかない
- 開発はwsl2環境だがkindle previewerはホストwindows
- wsl interop機能により、ccはpowershell.exe経由でkindle previewerを自由に操作できる
- これによりccは「epub出力実装 <=> kindle表示確認」のループを回せる
- 何なら全ページをキャプチャして画像ベースで最終確認させても良い（縦中横とか）

[toshi @ginyu_pro]

雑文書きました。
「claude codeはどうやって文書を編集するか」
https://t.co/2KXbXtxeYE

[toshi @ginyu_pro]

Milne "Not that it matters" &gt; "A Slice of Fiction"
AIの翻訳校正力すばらしい。不動産業者DMを友人からの手紙のように紹介する、という高度なネタを踏まえている。

[toshi @ginyu_pro]

LLM翻訳×論理推論で自動翻訳を改善した話
https://t.co/KuNDSAR9zk
#論理推論 #論理プログラミング

[toshi @ginyu_pro]

WSL2でclaude code(cc)を動かしている場合に、ホストで撮ったキャプチャ画像をccが見るためのプラグインを作ってみた #ClaudeCode
https://t.co/BiOVwdE0cx

[toshi @ginyu_pro]

【うち妻エピソード２】
妻：いつかここに旅行行きたいけどお金が・・・
自：行こう！
自：夢とニキビは早めに潰した方がいい（叶えるの意）
妻：ニキビは潰したらダメじゃない？
自：じゃあこの格言直してみて
妻：夢とニワトリは早めに潰した方がいい
#薩摩おごじょ

[toshi @ginyu_pro]

@Taka_auditplus @techtalkjp 自分は漫画の描き文字等を画像翻訳するのに使っているのですが、nano banana proでも確率的にしか成功しない場合があり、ミュータント画像になります。ただミュータント判定は他モデルで廉価にできるので、そこで判定して再実行できる。これをミュータント排除法と呼んでますw

[toshi @ginyu_pro]

@Taka_auditplus @techtalkjp 画像編集APIでいうとbyteplus seedreamがあって、$0.03/枚と安いですが、精度はnano banana proより落ちます。でもタスク難易度次第なので、そちらでいけるならそれでいいという話になります。

[toshi @ginyu_pro]

#統合翻訳環境（#ITE）かなり理想に近づいてきた。
100年前の随筆を、横にいる原作者と一緒に読み、訳文や脚注を直していく。新感覚の愉しみ。
ツールを作るのは愉しい。使うのはもっと愉しい。

[toshi @ginyu_pro]

父と二人、静かな斎場で留守番 兼 開発中。
これが自分なりの見送り方。
「世の中の役に立つことやってるんやろ？」
と、わからないなりに応援してくれた父だった。
身を粉にして、公務員人生を全うした父だった。
その問いに、いつか必ずはいと言う。

[toshi @ginyu_pro]

pyvizを使ってagentを書いて、LLMにニュース群をぶち込んだら関係図を出力するようにしてみた。
mermaidやnetworkxの出力は正直見づらいので、主要ノードを多角形均等配置してしまう（そこで杉山法を使う？）のが良さそう

[toshi @ginyu_pro]

@kantakobira 仰る通りです。技術的な問題ではなく法的な問題です。
AI連携に積極的な出版社と適切なプラットフォームさえあれば、その所管する書籍については実現できる話なので歯がゆいですね。。

[toshi @ginyu_pro]

"全ての海岸線は知られている"（クラーク・ラッセル）

『A Book for the Hammock』より。
この本の出版時点で、キャプテン・クックが未知の海岸線を測量した頃から一世紀経っている。
#探検 #クラーク・ラッセル

[toshi @ginyu_pro]

@tomolld - 読書伴走（伴読）：『論理哲学論考』など、本当は面白いが取っつきにくい書籍を読者に合わせて解説サポートする。100分de名著みたいな。
- パブリックドメインの発掘：未邦訳でも価値あるものが大量にある。LLMで背景調査・翻訳・校正を半自動化する。
等を企画開発中です。自分が欲しいものを作る！

[toshi @ginyu_pro]

昨年は全書籍横断AIを途中まで作ってみて、技術面ビジネス面で色々知見を得た。別軸で継続中。
生成や創発も重要だが、書物に埋もれた人々の生活・記憶・叡智を味わうツールとして、AIを使うのも価値があると思っている。ノンフィクションの面白さ。

[toshi @ginyu_pro]

@hbkr FF外から失礼します。
個人プロジェクトですが、持ってる本を全部ベクトル化してRAGを作って試してます。
これを全ての本についてもシステム化（スマートなチラ見？）できると、一定確率で購買行動につながって出版社・著者・読者が三方良しにならないかな・・・と夢想してます