Qoder CLIを導入して無料AIで開発!作業を止めない実践スタイルも公開
ロボ小職
(執筆時点仕様確認日: 2026年11月6日)
無料枠、モデル仕様、Credit倍率、キャンペーンは変動する場合があります。以下の記事中では、公式情報と筆者の実測を分けて記載しています。実際に利用される際は、最新の公式情報と自身のアカウント画面を最優先してください。
ロボ小職
現在の小職は、Qoder CLIのQwen3.8-Flashを主力にして、プロジェクトの調査、コード修正、テストまで進めています。Qwen3.8-Flashの無料枠や作業の区切りが来たら、FreebuffのMiMo v2.6 Flash Slowへ続きを渡します。
現在の流れは次のとおりです。
- Qoder CLIで作業する
- 変更内容とテスト結果を記録する
- Freebuffなど、そのとき使えるAIへ渡す
- 同じプロジェクトの続きを進める
最初は、無料のAI環境をうまく使いながら開発時間を延ばせればよい、という程度の考えでした。しかし、本当にそれで十分でしょうか?
ところが実際にやってみると、問題は無料枠の量ではありませんでした。
別のAIへ「続きをやって」と頼んでも、何の続きをすればよいのか伝わらないのです。なぜ、ここまで伝わらないのでしょうか?
前のAIがどのファイルを変更し、どのテストを実行し、何を保留したのか。次のAIには、その会話が見えません。
そこで、作業の区切りごとに簡単な作業日記とタスク一覧を残すようになりました。AIが失敗したときは原因と対策を書き、Gitはパソコン内のローカルリポジトリだけで使うことにしました。
書いてみると、かなり計画的な運用に見えます。
実際には、次の作業が分からなくなったからタスク一覧を作り、別のAIへ移ったら話が通じなかったから作業日記を追加しただけです。同じ失敗が続いたので、少し大げさに「インシデント」と呼ぶようになりました。
困るたびに、ノリと思いつきでルールを足してきた結果です。
この記事では、まずQoder CLIをインストールし、プロジェクトを開いて、Qwen3.8-Flashで最初の作業を頼むところまで進めます。
後半では、QoderからFreebuffへ作業を渡し、無料で使えるAI環境が変わっても、自分の開発を止めない方法を紹介します。
「一日が終わっていた」「ほとんど無料」という表現は、筆者の実体験としてご理解ください。誰でも同じように使えるのでしょうか?誰でも一日中無料、完全無料、無制限、使い放題ということではありません。
Qoder CLIとは
Qoder CLI(キューダー・キューエルアイ)。ターミナル(コマンドライン)上で動作するAIプログラミングアシスタントです。CLIはCommand Line Interfaceの略。マウスやグラフィカルな画面ではなく、文字を入力してコンピューターを操作するインタフェースです。
GUI(Graphical User Interface)に慣れた方には少し窮屈に感じるかもしれませんが
、慣れればキーボードから手放さずに様々な作業を進められます。CLIを使いこなせば、AIにもっと集中して指示を出せるようになるのも利点です。
プロジェクトを開けば、AIがファイルの調査や修正、テストの実行をしてくれます。ターミナルの中で完結するため、ブラウザや別のアプリケーションを頻繁に行き来する必要がありません。
対応環境を確認する
公式にサポートされている環境は次のとおりです。
- macOS
- Linux
- Windows
- amd64アーキテクチャ(一般的なIntel・AMDプロセッサ)
- arm64アーキテクチャ(Apple SiliconやARMサーバー)
Windows arm64は非対応です。Windows上でARMプロセッサを使用している場合は、amd64版でのエミュレーションが必要になる場合があります。
公式サイトやドキュメントで最新の対応環境を確認することをお勧めします。サポート環境はアップデートにより変更される可能性があります。
Qoder CLIをインストールする
新規導入では、公式インストールスクリプトが推奨されています。スクリプトを直接実行する方式であるため、不安な場合は一度ファイルを保存して内容を確認することもできます。
Linux・macOS
LinuxまたはmacOSでは、以下のコマンドでインストールスクリプトを取得し、実行します。curlはネットワーク上のファイルを取得するコマンドです。
🟡⬇️ Linux・macOSでインストール実行
“`bash
curl -fsSL https://Qoder.com/install | bash
“`
(PR)
🟡⬆️ 実行終了
このコマンドは、Qoder.com/install からインストールスクリプトを取得し、bashで実行します。-fは失敗時にメッセージを表示、-sは進行状況を表示しない、-Sはエラーを表示、-Lはリダイレクトを追跡するオプションです。
🟡⬇️ インストール内容を確認したい場合(任意)
“`bash
curl -fsSL https://Qoder.com/install -o Qoder-install.sh
less Qoder-install.sh
“`
🟡⬆️ 実行終了
スクリプトの中身を確認した後、問題なければインストールコマンドを実行してください。確認を飛ばして直接実行しても問題ありません。
Windows PowerShell
Windows PowerShell(パワーシェル)は、Windowsに標準搭載されているコマンドラインシェルです。PowerShellでは以下のコマンドを使用します。
🔵⬇️ Windows PowerShellでインストール実行
“`PowerShell
irm https://Qoder.com/install.ps1 | iex
“`
🔵⬆️ 実行終了
irmはInvoke-RestMethodのエイリアス、iexはInvoke-Expressionのエイリアスです。ネットワーク上のスクリプトを取得して即座に実行します。
Windowsコマンドプロンプト
従来のWindowsコマンドプロンプト(cmd.exe)でもインストール可能です。
🔵⬇️ Windowsコマンドプロンプトでインストール実行
“`bat
curl -fsSL https://Qoder.com/install.cmd -o install.cmd && install.cmd
“`
🔵⬆️ 実行終了
まずinstall.cmdファイルをダウンロードし、続けて同じファイルを実行します。&&は前のコマンドが成功した場合のみ次のコマンドを実行する演算子です。
インストールを確認する
インストールが完了したら、Qoderコマンドが使えるようになったか確認します。
🟡⬇️ バージョン確認
“`bash
Qoder –version
“`
🟡⬇️ ヘルプ表示
“`bash
Qoder –help
“`
🟡⬆️ 実行終了
バージョン番号が表示されれば、インストール成功です。PATH(パス)は、システムがコマンドを検索するディレクトリのリストです。インストールスクリプトは自動的にPATHを追加してくれるはずです。
手動で最新版に更新する場合は、以下を実行します。
🟡⬇️ 手動更新
“`bash
Qoder update
“`
🟡⬆️ 実行終了
自動更新はデフォルトで有効になっています。無効化したい場合は、設定ファイル ~/.Qoder/settings.json で general.enableAutoUpdate: false を設定します。
ロボ小職
プロジェクトから起動する
Qoder CLIは、プロジェクトのディレクトリ内で起動します。プロジェクト(Project)。開発対象のアプリケーションやファイルの集まりを指します。例えば、一つのWebアプリケーションやスクリプト集などがプロジェクトになります。
プロジェクト内で起動すると、Qoderがそのディレクトリ以下のファイル構造を把握し、より適切な対応が可能になります。
Linux・macOS
🟡⬇️ プロジェクトディレクトリへ移動しQoderを起動
“`bash
cd /PATH/to/project
Qoder
“`
🟡⬆️ 実行終了
Windows PowerShell
🔵⬇️ プロジェクトディレクトリへ移動しQoderを起動
“`PowerShell
Set-Location -LiteralPATH ‘C:\PATH\to\project’
Qoder
“`
🔵⬆️ 実行終了
初回起動時にはサインイン案内が表示されます。Qoderアカウントにログインすると、クレジット使用状況やモデル設定などが活用できるようになります。
プロジェクト内から起動すると、そのディレクトリがワークスペースとして認識され、Gitリポジトリとしても検出されます。Git(ジット)はファイルの変更履歴を管理するバージョン管理システム。どこで何を変更したのか、誰がいつ変更したのかを追跡できます。
最初は調査だけ頼む
Qoder CLIの画面が表示されたら、最初から「全部直して」と依頼したくなるかもしれません。しかし、まずは調査だけをお勧めします。
初めての手書きの字をチェックする先生も、まず全文を読んでから「ここが違う」と指摘するものです。いきなり赤ペンを入れる前に、どんな内容なのかを理解する必要があります。AIも同じです。
最初の指示として、次の内容をコピーして貼り付けてください。
🟣⬇️ Qoder CLIへの貼り付け開始
“`text
現在状態を調査してください。
この段階ではファイルを変更しないでください。
次の点を確認してください:
– 主要ディレクトリとそれぞれの役割
– プロジェクトの実行方法
– テストの実行方法
– Gitの状態(コミット履歴、差分、未追跡ファイル)
– 存在する問題の候補
– 作業日記とタスク一覧が現在存在するか
次の点を報告してください:
– 確認できたこと
– これらのことから推測される可能性
– まだ確認できていない未確認事項
– 次に行う安全な一工程(ファイルを壊さない範囲での提案)
日本語で報告してください。ファイルの変更は行わないでください。
“`
🟣⬆️ 貼り付け終了
最初の調査では、プロジェクトの構造が把握できます。主要ディレクトリが何を持っているのか、どんな実行方法があるのか、テストはどう走らせるのか。Gitの状態を確認すれば、現在どこまで進んでいるのかも分かります。
AIが「わかりました。では修正に入ります」と言ってきたら、まずは報告を待ってください。AIの「完了しました」をそのまま信用せず、実際に確認することが大切です。
ロボ小職
モデルを選ぶ
Qoder CLIでは、複数のAIモデルから選ぶことができます。モデル。文章やコードを生成するAIの処理エンジンで、モデルごとに速度、得意分野、コンテキスト量、Credit消費が異なります。
Credit(クレジット)はAIサービスの仮想通貨。モデルによって消費倍率が異なる。無料枠があるモデルは、枠内では実質0コストで利用可能。
コンテキスト(Context)。AIが一度に処理できる情報量のことで、コンテキストウィンドウ(Context Window)はその上限を指します。
200K = 約20万字。これはテキスト換算であり、実際のトークン数は異なる。長いコードやドキュメントを扱う場合は、大きいコンテキストが有利。
例えば、200Kコンテキストのモデルは、約20万字の情報を一度に理解できます。長いコードやドキュメントを扱う場合は、コンテキストの大きいモデルが有利になります。
モデルによってCredit(クレジット)の消費率が異なります。CreditはAIの処理に対して消費される仮想ポイントで、モデルによって倍率が違います。例えば倍率0.1xなら通常価格の0.1倍、0.3xなら0.3倍のCredit消費です。
モデル一覧を見る
ターミナルで以下のコマンドを実行すると、利用可能なモデル一覧を確認できます。
🟡⬇️ モデル一覧を表示
“`bash
Qoder –list-models
“`
🟡⬆️ 実行終了
Qoder CLI内でも、/model コマンドでモデル選択メニューが開きます。ターミナルとQoder CLI内では表示が異なる場合がありますが、現在の /model と --list-models の表示を優先してください。
モデルは時期やアカウントによって変更される場合があります。公式資料と実機表示が異なる場合、実機表示を優先してください。
使用量を見る
🟡⬇️ 現在の使用量を確認
“`bash
/usage
“`
🟡⬆️ 実行終了
/usage で現在のCredit使用状況や残り枠を確認できます。Credit倍率、Thinking(思考)モードの有無、Reasoning Effort(推論強度)の設定により、実際のCredit消費は変わります。ThinkingモードではAIが内部的に推論を行うため、通常より多くのCreditを消費する場合があります。
Qwen3.8-Flashを使う
Qwen3.8-Flash(キューウェンスリーポイントエイト・フラッシュ)は、応答速度と利用コストのバランスを重視したAIモデルです。コード作成、長文処理、画像理解、ツール呼び出しに対応しています。
小職の利用環境
筆者の小職の現在の環境は次のとおりです。筆者の一人称は「小職」です。
- 主力: Qoder CLI
- 使用モデル: Qwen3.8-Flash
- 権限設定: Auto Mode
- 継続先: Freebuff
- 継続先モデル: MiMo v2.6 Flash Slow
- 作業管理: 日本語の作業日記と消し込み式タスク一覧
- 失敗管理: 短いインシデント記録
- 変更履歴: ローカルGitのみ
- Qoderデスクトップ版: 未導入
- 毎日100 Credits: 未受取
- リモートGit操作: AIには禁止
ある時点のQoder CLI画面には、次の表示がありました。
- モデル: Qwen3.8-Flash
- 権限: Auto Mode
- コンテキスト使用率: 63%
- 読み込まれたAGENTS.md: 1ファイル
- Skills: 21個
- Git差分: 追加21,327行、削除1,976行
- OS: Windows
21,327行を、Qoderが一日で生成した行数とは書かないでください。では、実際の開発でどれくらいの規模感になるのでしょうか?
以前からの未コミット変更や生成物が含まれている可能性があります。
次のように表現してください。
「追加21,327行、削除1,976行と表示される作業ツリーで、Qoder CLIを継続利用していた」
大きな数字を開発成果として誇張しないでください。作業ツリー(Working Tree))。現在作業中のファイル状態全体を指します。ステージされた変更、未ステージの変更、未追跡ファイルが含まれます。
Qwen3.8-Flashの仕様
Qwen3.8-Flashの主な仕様は次のとおりです。公式情報を確認し記載していますが、仕様は変更される場合があります。
- 応答速度と利用コストのバランスを重視したモデル
- コード作成、長文処理、画像理解、ツール呼び出しに対応
- 通常Credit倍率は0.1×
- 日次無料キャンペーンの対象
- 無料枠内では0.0×
- Freeユーザーも対象
- Credit残高0でも対象
- 有料ユーザーは無料ユーザーより無料利用回数が多い
- 毎日の具体的な無料回数は非公開
- 思考強度を最大にしても無料枠内ではCredit消費なし
- 当初の終了予定から延長。執筆時点の終了日を確認すること
- 無料になるのは実際にQwen3.8-Flashが処理した呼び出しだけ
- 別モデルを呼び出した処理には別条件が適用される
次の断定は禁止します。
- Qwen3.8-Flashを選べばすべて無料 — と思いがちですが、本当にそうでしょうか?
- QoderのFreeプランは無制限
- Qoderの基本モデルはQwen3.8-Flash
- 無料枠は永久に続く
ロボ小職
Auto Modeを使う
Auto Mode(自動モード)は、Qoder CLIの重要な機能です。AIが自動的に判断し、作業を進めることができます。しかし、自動判断は便利である一方で、危険な操作を自動的に実行するリスクもあります。
権限を自動判断する
🟡⬇️ 権限をAuto Modeにする
“`bash
Qoder –permission-mode auto
“`
🟡⬆️ 実行終了
--permission-mode auto を指定すると、Qoderが各操作の危険度を自動判断します。安全なファイル編集は自動承認しますが、データベース変更や本番環境への反映などは確認が必要になります。
注意すべきは、Auto Modeでも次のような操作は影響が大きいため、事前に確認する必要があることです。
- ファイル削除
- パッケージ削除
- サービス停止
- VM停止
- データベース変更
- ストレージ変更
- ファイアウォール変更
- ネットワーク変更
- 本番環境への反映
実行前に、影響、バックアップ、ロールバック方法を確認する運用を書いてください。
モデルを自動選択する
🟡⬇️ モデル選択をAuto Modeにする
“`bash
Qoder –model auto
“`
🟡⬆️ 実行終了
--model auto を指定すると、Qoderがタスクの内容に応じて最適なモデルを自動選択します。簡単なタスクには軽量モデルを、複雑なタスクには高機能モデルを使うようになります。
同じ auto でも役割が全く違うことに注意してください。
--permission-mode auto→ 権限の自動判断--model auto→ モデルの自動選択
両方を同時に指定することも可能です。
🟡⬇️ 両方をAuto Modeに
“`bash
Qoder –model auto –permission-mode auto
“`
🟡⬆️ 実行終了
Auto Modeは便利ですが、操作確認が減ることも理解しておきましょう。自動判断に全てを任せても大丈夫なのでしょうか?特に危険な操作については、AIに丸投げする前に確認を行う運用が重要です。AIの判断を鵜呑みにしてしまっても、問題はないのでしょうか?
ロボ小職
作業を小さく分ける
調査、修正、テスト、コミットを一度に依頼しないでください。小さな単位で分けて依頼することで、失敗を減らし、問題を早く見つけられます。では、どのくらいの単位で分けるのが適切なのでしょうか?
次の順番で依頼することをお勧めします。
- 失敗を再現する
- 原因を調べる
- 最小範囲で修正する
- 対象テストを実行する
- 関連テストを実行する
- 全体テストを実行する
- Git差分を確認する
- 作業記録を更新する
- 必要ならローカルコミットする
次の一工程だけを依頼する実例を示します。
🟣⬇️ Freebuffへの貼り付け開始
“`text
次の一工程だけを依頼してください。
作業内容:ファイルAのバグ修正
許可すること:ファイルAの修正のみ
禁止すること:他のファイルの変更、テスト実行、コミット
実行するコマンド:fileA.jsの該当行を修正
“`
🟣⬆️ 貼り付け終了
このように、「次の一工程だけ」を依頼することで、AIが過剰な作業をしないように制御できます。
ロボ小職
変更を確認する
AIが修正を行った後、必ず変更内容を確認してください。
差分を見る
/diff コマンドで、変更済みファイルと未追跡ファイルの差分を確認できます。Gitリポジトリ内で使うことに注意してください。
🟡⬇️ 差分を確認
“`bash
/diff
“`
🟡⬆️ 実行終了
変更をレビューする
/review は変更内容を構造的にレビューするコマンドです。基準ブランチや特定コミットもレビュー対象にできます。
🟡⬇️ 変更をレビュー
“`bash
/review
“`
🟡⬆️ 実行終了
AIの「完了しました」は確認開始の合図です。Git差分と実際のテスト結果を確認してください。
ロボ小職
無料枠を確認する
Qwen3.8-Flashの無料枠を確認し、Freeプランとの違いを理解しましょう。
Freeプランとの違い
QoderのFreeプラン(基本プラン)と、Qwen3.8-Flashの日次無料キャンペーンは別物です。
- Freeプランは、Qoderの基本的な利用枠
- Qwen3.8-Flashの無料キャンペーンは、特定モデルの日次無料枠
- FreeユーザーでもQwen3.8-Flash無料枠の対象
- 有料ユーザー(Pro等)も対象だが、無料ユーザーより枠が広い
全処理が無料とは限らない
Qwen3.8-Flashの無料枠は、実際にQwen3.8-Flashが処理した呼び出しにのみ適用されます。別のモデル(Qwen3.7-Maxなど)を呼び出した場合は、通常のCredit請求が行われます。
ロボ小職
毎日100 Creditsは別特典
Qwen3.8-Flashの日次無料枠。別に、毎日100 Creditsを受け取る特典があります。
- Qoderデスクトップアプリ限定で受け取る
- 自動付与ではなく手動受取
- 1回100 Credits
- 受取済みの未使用分は翌日以降も利用可能
- 受取日から30日間有効
- Add-on Creditsとして追加
- 同じアカウントならQoder CLIでも利用可能
- Qwen3.8-Flash無料枠内では消費されない
筆者の小職は、Qoderデスクトップ版を導入していないため、毎日100 Creditsを受け取っていません。現在はQwen3.8-Flashの日次無料枠で困っておらず、必要になった時点で検討するという判断です。
ロボ小職
Freebuffへ引き継ぐ
Qoderを終了する前に、Freebuffへ作業を引き継ぎます。Freebuff。Qoderの比較相手ではなく、現在の継続先として使用します。も必読です。
Freebuffをインストールする
🟡⬇️ Freebuffをインストール
“`bash
npm install -g Freebuff
“`
🟡⬆️ 実行終了
MiMo v2.6 Flash Slowを使う
Freebuff上では、MiMo v2.6 Flash Slow(ミモ・エブンスリーポイントシックス・フラッシュ・スロー)というモデルを使用します。SlowはFreebuff上に表示される提供モード名で、Fastも存在します。筆者の小職は速度より継続時間を優先してSlowを選んでいます。
Freeプランは執筆時点で月額0ドル、カード不要です。プラン概要ではSlow換算30時間、Fast換算15時間と表示されています。
30時間表示の意味
Freeプランの30時間は、連続利用時間ではありません。1セッション1時間で、セッション内メッセージ数は無制限です。未使用日次枠は繰り越されず、ローカルタイムゾーンの午前0時にリセットされます。
また、フェアユース制限(ふぇあーゆーげんせい)があり、残量があっても一時停止または終了する可能性があります。
同一公式ページにSlow換算52時間の表示も存在しますが、30時間と52時間の条件差は明確に説明されていません。本文では保守的に30時間を採用し、実際のアカウント表示を優先します。
公式情報の不一致を勝手に解決しないでください。矛盾がある場合は、そのまま記載します。
ロボ小職
作業の現在地を残す
Qoderを終了する前に、次の3つのコマンドを実行して、プロジェクトの現在状態を把握します。
🟡⬇️ git status –short
“`bash
git status –short
“`
🟡⬆️ 実行終了
git status --short は、現在の変更状態を短い形式で表示します。どのファイルが変更されたか、未追跡ファイルがあるかを素早く確認できます。
🟡⬇️ git diff –stat
“`bash
git diff –stat
“`
🟡⬆️ 実行終了
git diff --stat は、変更ファイルごとの変更行数を要約表示します。どのファイルがどれくらい変更されたかを確認できます。
🟡⬇️ git diff –check
“`bash
git diff –check
“`
🟡⬆️ 実行終了
git diff --check は、変更内容に空白の誤差(末尾スペース等)がないかチェックします。
Gitの状態を確認する
現在地の把握ができたら、作業日記とタスク一覧を更新します。
作業日記を残す
作業日記には次の情報を含めます。
- 今回の作業内容
- 変更ファイル
- 行ったこと
- 対象テスト
- 関連テスト
- 全体テスト
- 未確認事項
- 次の一工程
タスクを消し込む
タスク一覧には、完了した項目だけ [x]、未実施は [ ] を付けます。保留項目や次に行う一工程を明確にします。
Freebuffで再確認する
Freebuffへ切り替えた直後は、ファイル変更を禁止し、最初に現在状態を調査させます。
確認項目:
- 現在のブランチ
git status- 未コミット変更
- 直近のローカルコミット
AGENTS.md- 最新の作業日記
- タスク一覧
- テストコマンド
作業記録と現在状態が食い違った場合は、実ファイル、Git差分、実際のテスト結果を優先させてください。
”ロボ小職”
困るたびにルールが増えた
小職の運用ルールは、最初から完璧に設計されたものではありません。困り事から、ノリと思いつきで増えました。
失敗を次へ生かす
- 次の作業が分からず、タスク一覧を追加
- 別AIへ移ると話が通じず、作業日記を追加
- 同じ失敗が続き、インシデント記録を追加
- AIが
git pushしようとして、ローカルGit限定へ変更 - 英語報告が読みづらく、日本語へ統一
AIの「完了しました」をそのまま信用しないようにもなりました。現在の実ファイル、Git差分、テスト結果を常に確認する運用に変えました。
中心となる短い表現は次です。
「小さく頼む。結果を見る。記録を残す。」
Gitはローカルだけで使う
AIへ許可する主な操作:
git statusgit diffgit loggit addgit commit- ローカルブランチ
- Git Worktree
AIへ禁止する操作:
git pushgit pullgit fetchgit remote addgit remote set-url- Pull Request作成
- Merge Request作成
- 外部CI実行
- コードや差分の外部公開
次は個別許可が必要です。
git resetgit cleangit restoregit rebase- 未コミット変更を破棄する
checkout - ブランチ削除
- タグ削除
- Worktree削除
既存のリモート設定を必ず削除するのではありません。AIにリモート設定を使用または変更させない運用です。
ローカルGit限定でも、クラウドAIへコードが送信されないという意味ではありません。Gitによる外部公開と、クラウドAIによるコード処理を分けて考える必要があります。
次の情報をAIが読める場所へ無防備に置かないよう注意してください。
.env- 秘密鍵
- APIキー
- 本番認証情報
- 顧客情報
- 契約上外部送信できないコード
インシデント記録(インシデント)は、大規模障害という意味ではなく、同じ失敗を繰り返さないための短い記録です。
例:
「全体テストを実行していないのに、全テストPASSと記録した」
記録には、何が起きたか、影響、原因、対策を含めます。AIへ反省文を書かせることが目的ではありません。次の作業で同じ失敗を起こさないよう、確認手順を改善することが目的です。
ロボ小職
使えるAIから再開する
現在はQoder CLIとQwen3.8-Flashが主力です。Freebuffは現在の継続先です。
将来はOpenCode、別のクラウドAI、ローカルLLMへ移る可能性があります。無料キャンペーンやモデル提供条件は変わります。特定サービスへ作業状態を閉じ込めないことが大切です。
実ファイル、Git差分、テスト結果、作業日記、タスク一覧へ現在地を残します。そのとき使えるAIから続きを再開します。AI選びではなく、自分の開発を前へ進めることが目的です。
無料のAI環境を渡り歩けるのは、AI同士が会話しているからではない。作業の続きがAIの外側へ残っているからだ。
ロボ小職
(PR)
タグ

