本文へ進む
attrip.知りたいを、つくって確かめる
メニュー

100ドルプランのAstraを1時間で使い切って考えたこと

公開日 · 更新日 · 6 MIN READ · 理解の記録

RECORD / 2026

100ドルプランでAstraを使い始めた。

そして、約1時間で使い切った。

さすがに早すぎる。最初は「Astraは高いモデルだから仕方がない」と思った。でも、少し時間を置いて考えると、モデルの価格だけが原因ではない気がしてきた。

私はAstraに、考えることも、調べることも、作ることも、ブラウザで確認することも、テストすることも任せていた。

強いモデルを使ったというより、強いモデルに全部の仕事をさせていた。

この記事では、Astraを1時間で使い切った体験から、何が起きていたのか、次はどう使いたいのかを整理する。

1時間で消えたのは、考える量だけではなかった

AstraのMediumを使ったとき、私は「少し深く考えてくれる設定」くらいに捉えていた。

しかし実際には、一つの依頼から多くの行動が始まった。

  • 関係するファイルを探す
  • 過去の記録を読む
  • AGENTS.mdやSkillsを確認する
  • 実装する
  • テストする
  • ブラウザで見る
  • 問題を見つけて修正する
  • もう一度テストする

一回の返答を作っていたのではない。完成までの工程を、Astraが何周も回していた。

だから「Mediumだから深く考えすぎた」だけでは説明できない。

推測ではあるが、考える深さと一緒に、ツール操作、検証、再試行の回数も増えていた可能性がある。

利用枠を消費したのは思考だけではない。Astraが動いた工程の総量だった。

一番の反省は、Astraに全部やらせたこと

設計図、虫眼鏡、工具、書類を一人で抱えて走る人物。背後に大きな時間計がある

今回の一番大きな反省は、Astraをすべての作業に使ったことだ。

難しい設計判断にも使った。単純なファイル検索にも使った。繰り返しのテストにも使った。最後の確認にも使った。

これは、腕のいい料理人に、献立を考えてもらい、買い物へ行ってもらい、野菜を洗ってもらい、皿も洗ってもらうようなものだった。

全部できる。でも、全部を任せる必要はない。

Astraに任せたいのは、答えが一つではない仕事だ。

  • 何を作るべきか決める
  • 複数の問題を整理する
  • 変更範囲と守るものを決める
  • 実装結果を統合して判断する
  • 人間がまだ言葉にできていない意図を読む

一方、ファイル探索、定型修正、繰り返しテスト、一覧の照合は、別のモデルやスクリプトへ渡せる。

Astraは「全部できる人」ではなく、「難しい判断を任せる人」として使った方がよかった。

AGENTS.mdは短ければよい、でもなかった

使い切った直後、私はAGENTS.mdが長すぎたのではないかと考えた。

指示が多いから、読む量が増え、確認項目が増え、利用枠を消費したのではないか。

これは原因の一つかもしれない。ただし「短くすれば解決する」とも限らない。

大切なのは長さより、そこに何が書かれているかだと思う。

同じ指示が何度も書かれている。古い運用が残っている。二つのルールが違う方向を向いている。小さな作業にも大規模な検証を要求している。

こうした指示があると、Astraは忠実に仕事を増やす。

必要なのは、AGENTS.mdを空にすることではない。

有効な指示、不要な指示、矛盾した指示、Astraの判断を邪魔する指示を分けることだ。

「不可逆な操作と公開だけ確認する。安全な細部は進める」のように、判断を変える原則を一度だけ明確に書く。その方が、似た注意書きを何度も重ねるより効くはずだ。

「短いプロンプトが最強」も、まだ分からない

Xでは、Astraへ短い依頼だけ渡し、大きな成果物ができた例をよく見る。

それを見ると、細かく指示しない方がAstraの力を引き出せるように感じる。

ただ、短ければ短いほどよいとは、まだ言えない。

Astraは少ない指示から不足を補える。そのため、人間がHOWをすべて書く必要は減ったのかもしれない。

しかし、目的も範囲も完成条件もない依頼は、作業を必要以上に広げる可能性がある。

私が次に試したい依頼は、短いけれど境界があるものだ。

目的:この記事の結論を一つに絞る
対象:この原稿だけ
守るもの:本人の体験と未確認の区別
完了条件:公開前の下書き完成
禁止:公開、画像生成、別記事の修正

細かな手順は書かない。でも、どこまで行けば終わりかは書く。

この形なら、Astraの判断力を残しながら、仕事が無限に広がるのを防げる。

100ドルを無駄にしたのか

1時間で使い切ったと考えると、かなり高い。

ただ、完全に無駄だったとも思っていない。

Astraが短時間で進めた仕事には価値があった。問題は、成果がなかったことではなく、その仕事にAstraを使う必要があったかを分けていなかったことだ。

今回の100ドルは、Astraの能力を買っただけではない。

強いAIへ仕事を任せるとき、人間側にも配分の設計が必要だと学ぶ授業料だった。

時間を節約するためにAIを使っているのに、利用枠を気にして何度も画面を見るようになれば、本末転倒だ。

守りたいのは利用枠そのものではない。私が書く時間、考える時間、作る時間だ。

次は、一つの変数だけ変えて試す

次の実験では、いきなり完璧なAstra攻略法を作らない。

同じくらいの小さな仕事を使い、一つの条件だけ変える。

最初に試すなら、Astraが直接行う作業を「設計と最終判断」に限定する。探索と反復テストは別へ任せる。

設計判断と最終判断をAstraへ残し、探索、定型修正、反復テストを別レーンへ分ける図

そして、次の項目を残す。

  • 開始時の利用枠
  • 終了時の利用枠
  • 作業時間
  • ツール操作の回数
  • テストと再テストの回数
  • 完成した成果物
  • Astraでなければ難しかった判断

感覚だけで「高い」「すごい」と言わず、何に使ったとき価値が出たのかを見る。

Astraを節約するのではなく、Astraの仕事を選ぶ

今回、Astraを1時間で使い切った。

反省している。

でも、利用時間をできるだけ長くすることが目的ではない。Astraにしか任せられない1時間へ変えることが目的だ。

調べる、直す、確認する。そのすべてを一番強いモデルへ渡すのではなく、難しい判断だけをAstraに残す。

そして私は、AIの作業を眺め続けるのではなく、自分が書くことへ戻る。

次にAstraを使うときは、「何をさせるか」より先に、「何をさせないか」を決めたい。

コメントを残す