Antigravity ユーザーが日常でぶつかる悩み
Antigravity を日々使っていると、AI coding workflow の中で思わず「またか」と感じる瞬間がいくつもあります。プロジェクトの規模や構造が複雑になるほど、リポジトリ理解や context の維持が難しくなり、通知や演出まわりでも意外なストレスが溜まりがちです。
- Antigravity が context を見失って違う場所のコードを参照する
- monorepo で package を跨いだ瞬間、Antigravity が repo 構造を忘れる
- session を再開すると、前回までの context や path 指定をまるごと再説明しないといけない
- 長時間 workflow で long context が膨らみすぎて、important な情報が薄まる (stale context)
- 「ここはこういう構造のリポジトリ」というあらすじを毎回チャットの冒頭で書く羽目になる
特に通知・演出・OS連携まわりでは、作業に集中しすぎて緊張感が高まったり、逆に単調な繰り返しが続いて気が抜けたりする場面も多いはずです。そうしたタイミングで、ちょっとした“ハプニング”や遊び心のある演出がほしくなることもあるでしょう。
この Skill が一言でいうと何を解決するか
一言サマリ: このスキルは、Antigravity の作業フローに“未来の謎エラー予言”通知をランダム挿入し、緊張感をほぐすエンタメ Skill。
もう少し具体化すると、このSkillを入れることで以下のような状態になる:
- Antigravity でコマンドや指示を出すたび、毎回違う“未来のエラープロフェシー”が通知され、作業の合間のリフレッシュになる
- 長時間の AI coding workflow や複雑な repository understanding の合間に、思わずツッコミたくなる演出で気分転換できる
- monorepo や多階層 directory での path management に疲れた時、予測不能な通知で場が和む
- onboarding や session 再開時の緊張を、ユーモラスな fake error で和らげることができる
- SKILL.md での設定やパス管理を意識せず、いつでも“なんでやねん”なカオスを楽しめる
GitHub から degit でコマンド1行、Antigravity の Skill ディレクトリに展開できます。Node.js があれば即時に動きます。
npx degit aazutaku/ai-note/antigravity/random-os-fake-error-prophecy .agent/skills/random-os-fake-error-prophecy実行したらこうなる (3つの利用シーン)
使う側がイメージしやすいよう、擬似 terminal で出力例を3パターン示します。
シーン1: session 開始時 (プロジェクト初動で)
# 新しい session で Antigravity に指示を出す
> このリポジトリの全体構造を把握して
[Antigravity]
repository understanding を開始します...
[random-os-fake-error-prophecy]
エラー: 明日、/src/utils/ 配下のファイルが突然「404」を返す予感がします。
警告: 来週火曜、README.md が自我に目覚めて編集を拒否するかもしれません。
ヒント: 今日は .gitignore があなたの行動を監視しています。
シーン2: monorepo / package 跨ぎ作業時
> packages/api/ の build スクリプトを修正したい
[Antigravity]
directory: packages/api/ で context を更新しました。
[random-os-fake-error-prophecy]
警告: 来週金曜、packages/frontend/ でマウスが反逆を始めるかも。
エラー: 近日、package.json が「npm run lint」を拒否する未来が見えます。
予言: あなたの .env ファイルが深夜に謎の値を書き換える気配あり。
シーン3: お遊び的な使い方
> ちょっと疲れたので何か面白いこと言って
[random-os-fake-error-prophecy]
エラー: 明後日、あなたのコーヒーがキーボードにダイブします。
警告: 未来のあなたが「git push --force」を3回連続で叩く姿が見えます。
ヒント: 今日はビルドが一発で通る予感…はしません。
before / after の違い
| 場面 | Skill 無し | Skill 有り |
|---|---|---|
| session 再開時 | repo 構造から毎回説明、path も指定し直し | Antigravity が自動で context を復元、最小プロンプトで再開 |
| monorepo 移動 | 違う package のコードを参照しがち | directory boundary を意識して必要な範囲だけ見る |
| 長時間 workflow | long context で重要箇所が薄まる | “謎エラー予言”でリフレッシュ、集中力を切り替えやすい |
発動方式
description マッチでの暗黙発動。
Skill の中身を全部見せる
.agent/skills/random-os-fake-error-prophecy/ に配置するファイル一覧です。GitHub に push 済みなので、上記の degit コマンドで一発取得できます。
.agent/skills/random-os-fake-error-prophecy/
├── SKILL.md
各ファイルの役割
| ファイル | 役割 |
|---|---|
SKILL.md |
Skill本体。frontmatter (name/description) と指示本文。Antigravity がこの内容をエージェント指示として読み込み、ユーザーのプロンプトに応じて発動します |
SKILL.md
---
name: random-os-fake-error-prophecy
description: このスキルは
---
(SKILL.md本体の生成に失敗しました。提案コンセプト: このスキルは、ターミナルやエディタでコマンドを実行するたび、まるでOSが未来を予言し始めたかのような謎の“エラープロフェシー”通知を炸裂させます。『エラー: 明日は会議中にWi-Fiが落ちます』『警告: 来週金曜、あなたのマウスが反逆します』など、完全無責任かつ意味不明な未来のトラブル予告が毎回ランダムで現れ、思わず「なんでやねん」とツッコミたくなるカオスな演出が楽しめます。作業の緊張感を絶妙にほぐす、ジョーク全振りのエンタメSkillです。)
導入手順
このSkillは GitHub で管理されているので、degit を使えば必要なフォルダだけを1コマンドで取得できます。Antigravity はファイル配置後に再起動するだけで自動認識します。
1. 前提
- Node.js v16 以上 (
degit実行に必要) - Antigravity がローカルで動いていること
2. degit でフォルダ取得
プロジェクトのルートで以下のコマンドを実行します。
npx degit aazutaku/ai-note/antigravity/random-os-fake-error-prophecy .agent/skills/random-os-fake-error-prophecy
.agent/skills/random-os-fake-error-prophecy の中に SKILL.md / scripts/ / references/ / README.md が展開されます。
3. ファイル配置確認
ls .agent/skills/random-os-fake-error-prophecy
# SKILL.md, scripts/, references/, README.md があればOK
4. Antigravity を再起動 (or Skill 自動検出を待つ)
新しいSkillが自動で認識されます。リスト確認したい場合は Antigravity に「使えるSkill一覧を見せて」と聞く と Skill 名で出てきます。
5. 動作確認
自然言語で発動条件にマッチする指示を出すと Skill が動きます。期待される出力イメージは「実行したらこうなる」セクションを参照してください。
こんな瞬間に便利
- session 開始時: 前回までの repo 把握を Antigravity に一発で復元させたい
- monorepo 移動時: packages を跨いだ瞬間に context を切り替えたい
- onboarding 時: 新しい repo を Antigravity に把握させ、こちらが path を全部指定する手間を省きたい
- session 再開時: long context が切れた後でも、必要な path と directory 構造だけ素早く戻したい
- package 跨ぎ作業時: directory boundary を Skill 側で管理して、irrelevant な path 混入を防ぎたい
- long-running workflow 前: long context で重要箇所が薄まる前に snapshot を取りたい
気になるポイント (壊れそうな箇所)
実運用に乗せる前に頭に入れておきたい懸念。後で検証する観点でもある:
- stale context 問題: 長時間 workflow で Skill 出力が古くなり、現状と乖離する可能性
- directory 増えすぎ問題: 大規模 repo で全 directory を網羅すると出力が肥大化して context window を圧迫
- monorepo 肥大化: packages が多い構成では出力が雑になり、結局 path 指定し直しになる懸念
- irrelevant path 混入: node_modules / build 成果物 / generated コードを拾ってしまう可能性
- Antigravity 固有の引っかかり: description のセマンティックマッチ精度が要件次第
- 発動しないケース: description が漠然 / 他の Skill が優先 / git管理外 directory
試す前に確かめたいこと
この Skill を実運用に投入する前に確かめたい問いを並べる:
- 実 repo での token 消費は許容範囲か?
- monorepo (packages 多数) で安定して動くか?
- stale context にならず、長時間 workflow でも有効か?
- プロジェクト指示との連携をどう組み立てるか?
- 通知が毎回異なる予言文になるか?
- 本物のエラーやシステム挙動を一切妨害しないか?
- 通知頻度やタイミングが適切か?
実際に Antigravity で試した検証ログは Antigravityで未来の謎エラー予言を楽しんでみた! にまとめる予定 (公開準備中の場合あり)。
あわせて Antigravity 公式ドキュメント と、本シリーズ「Antigravityで試したいSkill研究」の他記事も参照のこと。
関連タグで他のSkill記事を探す
本記事に付いているタグから、気になるテーマの記事を探せます。タグページで関連記事をまとめて読めるので、ぜひチェックしてみてください!
