CrankGPT

 (crankgpt.com)
1 ポイント 投稿者 GN⁺ 11 시간 전 | 1件のコメント | WhatsAppで共有
  • 手足の動力でトークンを生産する完全ローカル・プライベートAIソリューションで、日常用途から企業ワークフローまで、利用規模ごとにモデルを分けている
  • 基本の手動クランクモデルは日常的な家庭用として十分で、パワーユーザーや小規模企業はペダル駆動モデルを検討できる
  • データはデバイス内でのみ処理されるため、大企業にセンシティブな質問、内面の考え、アプリのアイデアを渡す必要がない
  • AI利用に必要な電力を自らカロリーで生み出そうというメッセージで、石油を燃やす代わりにカロリーを燃やしてトークンを生産する
  • Wi-Fi不在、Claude障害、計画停電、文明崩壊の状況でも必要な知能を確保できるというオフグリッドAIコンセプトを掲げる

CrankGPT — ローカル人力AI

  • CrankGPTは人力で動作する完全ローカル・プライベートAIソリューション
  • 気候変動、富の集中、たるんだ腕をあわせて語り、AI利用を運動と自家発電につなげている
  • 「作業に合った適切な道具」を使おうというスローガンのもと、AIモデルを利用規模に合わせて分けている

AIの規模を合わせる

  • 基本の手動クランクモデルは日常的な家庭利用に十分
  • パワーユーザーや小規模企業は、より強力なペダル駆動モデルを検討できる
  • 複雑なエージェント型・企業ワークフロー向けには、ジムやフィットネススタジオとのパートナーシップを進めている

今日の予報: 雲なし

  • CrankGPTはデバイス上でのみ動作するため、ユーザーのデータはユーザーの手元に残る
  • 大企業に最も切実な質問、内面の考え、突飛なアプリのアイデアを渡す必要はないというプライバシーメッセージを打ち出している

電力を取り戻す

  • AIのためにガス発電所を建てるテック企業に触れつつ、ユーザー自身が直接トークンを生産しようという方向性を打ち出している
  • CrankGPTは石油を燃やす代わりにカロリーを燃やしてトークンを作る

テックCEOにスーパーカーをもう1台買ってあげるべきか?

  • ChatGPTに聞かなくても答えは「いいえ」であり、テックCEOたちはすでに金と影響力を持ちすぎているとする
  • ユーザーはトークンに中毒し、生成コスト以上の金を払うようになったとして、CrankGPTによるオフグリッド移行とコスト削減をあわせて打ち出している
  • 金がテックCEOの懐に入らないようにするという経済的メッセージを強調している

Looksmaxxing または tokenmaxxing… 両方やってはいけない理由があるだろうか?

  • 忙しく働くあまり、自己管理をおろそかにしがちだという問題を提起する
  • CrankGPTで直接トークンを生産すれば、より一生懸命働くほど、より一生懸命運動することになる

クラウド/Claude不要

  • Wi-Fiがなくても、Claudeに障害が起きても、計画停電があっても、文明が終わる状況でも、CrankGPTが必要な知能を提供するとしている
  • 自分はプレッパーではないと言いつつも、CrankGPTがあれば備えた状態になれるとする
  • デモの依頼は Request a demo リンクから可能

関連記事

1件のコメント

 
GN⁺ 11 시간 전
Hacker Newsの意見

  • リンク先のWebページは、Webデザインでいい加減やめてほしいものの典型例だと思う。
    幸い、一番下にある「technical documentation」リンク(https://squeezlabs.github.io/handcrank/)はずっとましで、興味深い情報も多い。特に、Pi 5でそれなりに動かせるモデルが載っている。
    コンテンツは普通に動くスクロールバーで読ませてほしい。次のスライドがいつ出るかも分からない変なスライドショーにせず、もっと情報がありそうに見えるボタンも、JavaScriptなしで普通にクリックできるようにしてほしい

    • 技術者たちは、物言わぬ多数派がスクロールジャックを愛していることを、なぜ分かってくれないのだろう。
      サイト内移動のためにスクロールバーを最後に使ったのがいつかも思い出せないが、カクつくJavaScriptのキーフレームの間を移動するのに使うと喜びが込み上げてくる
    • 機能より見た目を優先するのはFlash時代から悪いデザインの特徴だったし、AIがあってもこの伝統がすぐ変わるとは思えない
    • こういうWebデザインがいまいちなのには同意する。もう10年以上ありふれているし、2013年にAppleが昔のゴミ箱Mac Proの製品ページでこの手法を使って批判されていたのを覚えている。
      ただ、ここではジョークのためにわざとそうしている気もする。この装置を手で回さないといけないように、コンテンツにたどり着くにはスクロールホイールを「回さ」ないといけないわけだから。面白いと思う
    • 終末後の世界でAIを使うBlack Mirrorのエピソードの小道具にぴったりだ。どこへ行っても brrrrr..brrr..brrrr という音の後ろで、人々がぶつぶつつぶやいているのが聞こえてきそうだ
    • これをWebデザインと呼ぶのは褒めすぎだ。目的に合った、ただの派手なマーケティング用パンフレットに近い

  • パートナーが新しく買ったローイングマシンに、運動強度を示す単位として「watts」があったのだが、それを見て、バッテリーをゆっくり充電するローイングマシンがあるのか、そして最新のM5 Max MacBookにプロンプトへ回答させるにはどれだけ漕がなければならないのか気になった。
    要するにCrankGPT、私こそがターゲット顧客だ。デモ依頼に返事をしなければ、キーボードを回して悪いレビューをオンラインに書いてやる。あるいはLLMに電力を供給するローイングマシンを漕がせて代わりに書かせるか。待てよ…

    • 参考までに、700Wの自転車出力がどんなものかはこの動画: https://www.youtube.com/watch?v=S4O5voOCqAQ
    • 自転車乗りの間では、パワーメーターが示すワット数のほうが努力や消費カロリーをより正確に見積もれる、というのはほぼ常識だ。心拍数はストレスやカフェイン摂取などの要素を反映するため、主観的なきつさにより近い。
      業界がワットを有効な仕事の速度として、カロリーを非効率まで含めた総仕事量として使うようになったのも興味深い。カロリーも単なるエネルギー単位なのに。自転車では普通、単位変換に加えて、身体が使ったがペダル回転には使われなかったエネルギーを反映させるために、「カロリー」の値に4を掛けるような経験則を使う。ローイングマシンでも、カロリーを計算するなら似たような換算係数がありそうだ
    • 自転車用のダイナモハブ前輪は買える: https://bikepacking.com/plan/dynamo-hubs-lighting-charging-g...
      ただし通常の速度では出力は3W程度しかなく、同じ速度を出すにはさらに5〜7Wほど余計に入れなければならない。最新のスマートフォンをかろうじてトリクル充電できる程度だ
    • Concept2のローイングマシンは、自分で生み出した電力で自分自身を動かせるので、部分的にはすでに可能だ
    • 運動強度の単位としては、実際のところワットだけが唯一筋が通っている

  • スクランブルエッグ2個とコーヒー1杯だけでも、高次の思考を6時間くらい行える。
    必要なのは、文脈逸脱を防いでくれる何かだ。/データセンターが使うエネルギーがスクランブルエッグ何個分に相当するのか検索し始める。世界中に鶏が何羽いるのかググる…/

    • AIは文脈逸脱、あるいは注意散漫にかなり役立つ。大きなプロンプトに質問を立て続けに放り込めば、AIが関連検索や資料集めをして素早く吐き出してくれるので、複数の疑問を一度にかゆいところまでかいてくれる。
      問題は、そのあとさらに質問が増えることだが、AIは私が質問を思いついたりタイプしたりするより速く処理する。だから全体としては得だ
    • これを勤務日にできるのは、誰かが食べ物を育てる畑を耕していて、その過程で蓄えられた燃料エネルギーを燃やしているからだ。
      人間は残念ながらそれほど効率的ではない。挙げられていた150kcal/6h=600kcal/dayでは足りず、600kcalを作って家まで運ぶのにも600kcal以上のエネルギーがかかる。
      しかも人間は常に存在しているので、「ChatGPTがX kW使うなら人を1人増やして雇うよりましだ」といった計算は成り立たない。人間は使っていなければ燃料を燃やさない存在ではなく、LLMの利用はCO2予算の範囲内で追加的に生産しなければならない追加エネルギーだ

  • 「テック企業が大好きなAIに電力を供給するためガス発電所を建て、気候公約をひっそり放棄した」という文句が、ガスの煙突と原発の冷却塔が同じ野原にある背景画像の上に載っている。
    AI反対論のこの特定の流れをよく表している場面のように見える。全体として混乱していて、右往左往している感じだ。
    グリーンエネルギーは技術的にはすでに解決しているのに、その代わりに電力源として手作業に戻ろうというのか。笑える

    • 冷却塔は原発だけのものではない。たとえばポーランドの石炭火力発電所もある: [https://en.wikipedia.org/wiki/Coal-fired_power_station#/medi...](https://en.wikipedia.org/wiki/Coal-fired_power_station#/media/File:Be%C5%82chat%C3%B3w_Elektrownia.jpg)
      もう少し説明すると、タービンで石油やガスを燃やすなら冷却塔は不要で、廃熱は排気ガスとともに大気へ出ていく。化石燃料や原子力で蒸気を作って蒸気タービンを回す場合は、廃熱を捨てても魚がゆで上がらないだけの流量がある川が必要になるか、熱を大気に放出するための冷却塔が必要になる

  • 今はこれが風刺なのか、未来の実際の製品なのか見分けがつかない世界になっている

    • 「Is this real?」を押すと、かなりもっともらしいデモ動画が出てくる。最近は本当に判断が難しい
    • 1億ドルの出資を受けた。 /s

  • ウェブサイトへの悪口は許されないだろうから、その代わりにずっと読みやすい体験を提供するリンクを置いておく: https://squeezlabs.github.io/handcrank/
    あのページのようなものの一番下にある「technical documentation」リンクから出てきたもの

    • あのページは途中で諦めてコメントを読みに来た。もうこういうのは耐えられない

  • ハンドルを回して動かせるという制約を置いて設計するという発想は、かなり気に入った
    単に興味深い工学的課題というだけでなく、より効率的で持続可能な視点にもつながるかもしれないと感じる

    • あるいは……聞いてくれ……発電所をもっと建てるという方法もある。脱成長の論理は最後まで押し進めると人口統制につながり、かなり邪悪になる
    • 似た例として太陽光ウェブサイトがある: https://solar.lowtechmagazine.com/about/the-solar-website/
    • 実際にはもっと持続可能というわけではない。ハンドルを回すカロリーを代謝するために食べ物を育てるのにかかるエネルギーは、同じ仕事を電気モーターやエンジンで行うのにかかるエネルギーより大きい
    • ハンドルで電力を入れるルーターがあればいいのに。インターネット依存を減らす良い方法になりそうだ

  • Playdateのゲーム機はこういう用途に本当に向いている。あまりに退屈だったので、以前Playdate向けClaude Codeリモートコントローラーを作ったことがある
    音声認識は parrot + handy.computer で処理した。基本的には異なるキーの組み合わせを異なる動作に結び付けていて、たとえば A を押して話す、クランクをゆっくり回してナビゲートする、クランクをものすごく速く回してプロンプトを送る、といった感じ
    結局、家にあるコンピューターたちの汎用リモコンになった。Playdate UI → アクセシビリティイベントのバインドを含む YAML ファイルを使っていて、クランクで映画を操作するのは楽しい
    ソースも共有できる。本当に役に立ちそうなら言ってほしい
    それと、作者と私は趣味が似ている気がする。数年前には https://meat-gpt.sonnet.io で eBay で転売できる賞をほぼ受賞しかけた。3Dサンドイッチギャラリーに負けた

    • Playdateを本当に好きになりたかったが、信じられないほど高価で低スペックなおもちゃだ。それでも最初は冗談みたいに見えたクランクは妙に良くて、子ども向けRetro Arcadeにも1つあってほしい
    • 私も1台持っているが、ゲーム以外の用途に使おうとは考えたことがなかった。どうやったのか見てみたい

  • 皮肉抜きで語るのは難しいが、人間の身体で機械知能に電力を供給するという概念を扱った小説やテレビエピソード、映画はすでにあったのではないか
    あまりにも露骨に聞こえるが、冗談なのか本気の提案なのか見分けがつきにくい日もある

  • 「音声エージェントの起動で最も遅い部分は [...] 大きな共有ライブラリ、特に ONNX Runtime を dlopen することと、Python が import グラフをたどりながら SD カード上で何百回も小さなランダム読み取りを行う部分」だと書かれている
    ファイルシステム上で読み込まれる順番にファイルを配置すれば直せるのではないか？ あるいは Python モジュールを無圧縮の zip ファイルから import すれば、必要な順番で格納しやすくなって、より速くなるかもしれない
    昔の Windows にそういう機能があった気がする。システム起動時に読み込まれる順番に合わせて、ディスク上のデータを自動再配置するようなものだった