AIの利用上限に達した時にすることを残しておく
主にWeb関連の個人開発をしている際に心がけていることを書きます。
月末に近づくにつれ、AIの利用上限に達してしまうことがあります。
その状況になった時、以下のいずれかの選択肢が私の中では残っています。
- 課金して利用上限を増やす
- 無料モデルでやり過ごす
- 何もしない
費用はできれば安く済ませたいので、課金は最終手段です。
無料モデルが使えるなら とりあえず無料モデルを使ってやり過ごします。ただ、有料モデルに比べて性能が比較的低いため、期待しないレスポンスにストレスが増えてしまうことがあります。
かといって、何もしないと前に進みません。
そこで、利用上限に達した際にやるべきリストを残しておくと良さそう、というのが最近の私の考えです。
AIにやってもらうことと、私がやることを分けています。
AIにやってもらうこと
AIには、新機能開発を積極的に作って貰い、詳細部分は粗くさせています。
ただし粗すぎては困るので、最低限守って貰いたいことは AGENTS.md を書いておきます。
未使用コードの除去や静的解析・型チェック・テスト・ビルド といったプロセスを厳格にしておけば、そこさえ守らせていけばOK としています。
私がやること
私がやることべきリストは、以下のものを残しています。
- コピー（文章）を丁寧に書き直す
- インタラクション（動き）を凝る
- リンク（動線）を整えていく
- スタイル（見た目）を洗練させていく
主に 人間の目で じっくり見る・考えたいところは残しています。
コピー（文章）は、コピーライティングという職業があるほど 大事なものです。読んでいる状況と、伝えたいことを踏まえた上で文章を練って考えたいです。文章といっても、ボタンのラベルなど文字になるものは全て対象です。
インタラクション（動き）は、タグをクリックしたら どういう挙動になって欲しいかなど、操作した際に期待する挙動について 凝りたいと思っています。インタラクションに統一性がないと、ユーザーは混乱してしまいます。
リンク（動線）は、Web上でドキュメント間を繋いで回遊して貰う大事な要素です。行き止まりにならないか、訪問しているページに欲しいリンクが過不足しないか、を考えたいです。
スタイル（見た目）は、デザイントークンやUIライブラリを整えたとしても、余白設計や配色などがごちゃごちゃしていると残念です。世界観を大事にしつつ、自然と読みやすい形を丁寧に作り込んでいきたいです。
終わりに
AI の得意とすることには全力で取り組んでもらいつつ、人間が得意とすること は人間が取り組む。
分業しておけば、上限が達した際でも私の仕事は残っています。
-
※ ログイン不要で投稿できます。
※ 同じブラウザから投稿を削除できます。
0
読み込み中...
関連する記事
タグ「フロントエンド」の記事
Webフロントエンドのコードレビューをしているときに考えていることについて書きます。 毎日1記事投稿、1記事30分という制約を課していますので、本記事は完璧ではありません。(言い訳) また希望的な考えもあるので、実践していないものもあります
2026年03月12日
AI にコードを書かせた後、余計なコードを見つけて消す作業があります。 不毛なことなので、それらの作業を減らすためのお作法を紹介します。 未使用コードを消す 以下でも書きましたが、未使用コードの検査に knip を使うことが多いです。 ht
最近、iframeを使っています。 クライアントサイドで埋め込む想定で、iframeを使おうとしています。 色々と苦労したことがあったので、書いて残しておこうと思います。 レスポンスヘッダー 前提として、ウェブアプリケーションをプロダクショ
タグ「AI」の記事
Claude Code や Codex 等の AI にプルリク（以下、PR）を書かせて効率化することができます。 けれど、その書かれたプルリク説明文、ちゃんと全部読んでいますか？ レビュワーの負担になっていませんか？ ノイズが多い プルリク
個人ブログ記事の執筆に AI を使わなくなりました。 その理由について、経緯などを含めて紹介します。 ChatGPTが流行り出した時代 その当時は、ブログ記事の粗い原稿を ChatGPT に渡して推敲を依頼していました。 粗い原稿とは、以下
AI にコードを書かせた後、余計なコードを見つけて消す作業があります。 不毛なことなので、それらの作業を減らすためのお作法を紹介します。 未使用コードを消す 以下でも書きましたが、未使用コードの検査に knip を使うことが多いです。 ht