Antigravityで開発運勢を無責任にアナウンスする楽しみ方【発見】

2026年7月10日

URLをコピーしました！

Antigravity ユーザーが日常でぶつかる悩み

Antigravity を使っていると、AI coding workflow は便利な一方で、開発現場の空気が淡々としがちです。特に monorepo で複数の package を横断するような作業や、長時間の session になると、気分転換やちょっとした笑いが欲しくなる瞬間が意外と多いものです。そんなとき、ターミナルに何か面白い“事件”が起こってくれたら…と思ったことはありませんか？

コミット作業が単調で、Antigravity の context 管理や path management の話題ばかりで息抜きがない
repository の directory 構造や memory 管理の話が続き、開発現場が「真面目すぎて疲れる」
onboarding で新人に「Antigravity の使い方」を説明しているとき、場が固くなりがち
長時間の AI coding workflow で、long context 問題や stale context に悩みつつも、何か和む要素が欲しい
monorepo の作業で毎回「ここはこういう repo 構造です」と説明しつつ、ちょっとした遊び心が恋しくなる

日々の repository understanding や path 指定に追われるなか、ターミナルに突如現れる「謎の神話生物」が、開発者の心を一瞬ゆるめてくれる余地は意外と大きいのではないでしょうか。

この Skill が一言でいうと何を解決するか

一言サマリ: このスキルは、コミット時にターミナルへ“神話生物による開発運勢コメント”を自動表示し、Antigravity の日常に遊び心と笑いをもたらします。

もう少し具体化すると、このSkillを入れることで以下のような状態になる:

コミットのたびに、ランダムな神獣（フェニックス・ドラゴン・ユニコーン等）と理不尽な運勢コメントが現れ、開発現場の空気が一瞬ゆるむ
monorepo や複雑な repository での作業中も、ターミナルから突然カオスな“神話的イベント”が発生し、会話のきっかけや息抜きになる
onboarding や長時間の AI coding workflow でも、Antigravity の context 管理や path management の合間にちょっとした楽しみが生まれる
session を再開するたび、飽きのこない神獣コメントで毎回ちがう“開発運勢”を楽しめる
Skill の導入が簡単なので、repo の directory 構造や memory を気にせず、すぐに現場へ投入できる

QUICK INSTALL

このSkillをすぐ試す

GitHub から degit でコマンド1行、Antigravity の Skill ディレクトリに展開できます。Node.js があれば即時に動きます。

npx degit aazutaku/ai-note/antigravity/commit-mythical-creature-announcer .agent/skills/commit-mythical-creature-announcer

GitHubで見る
READMEを見る
詳しい手順

実行したらこうなる (3つの利用シーン)

使う側がイメージしやすいよう、擬似 terminal で出力例を3パターン示します。

シーン1: session 開始時 (プロジェクト初動で)


> git commit -m "Initialize project structure"

━━━━━━━━━━━━━━━━━━━━━━
🦄 ユニコーンが首をかしげている…
本日の開発運勢: 「慎重運」
今日は repository の context を見失いやすい日。path management にはくれぐれも注意！
━━━━━━━━━━━━━━━━━━━━━━

シーン2: monorepo / package 跨ぎ作業時


> git commit -m "Refactor packages/api and packages/web"

━━━━━━━━━━━━━━━━━━━━━━
🐉 ドラゴンが眠りから目覚めた…
本日の開発運勢: 「静謐」
monorepo の directory 境界で迷いが生じる予感。重要な memory を忘れずに。
━━━━━━━━━━━━━━━━━━━━━━

シーン3: お遊び的な使い方


> git commit -m "Fix typo in README"

━━━━━━━━━━━━━━━━━━━━━━
🔥 フェニックスが蘇る…
本日の開発運勢: 「バグ退散」
今日は小さな修正が大きな repo 理解につながる日。repository understanding が冴えわたる！
━━━━━━━━━━━━━━━━━━━━━━

before / after の違い

場面	Skill 無し	Skill 有り
session 再開時	repo 構造から毎回説明、path も指定し直し	Antigravity が自動で context を復元、最小プロンプトで再開
monorepo 移動	違う package のコードを参照しがち	directory boundary を意識して必要な範囲だけ見る
長時間 workflow	long context で重要箇所が薄まる	神獣コメントでリフレッシュ、集中力が持続しやすい

発動方式

description マッチでの暗黙発動。

Skill の中身を全部見せる

.agent/skills/commit-mythical-creature-announcer/ に配置するファイル一覧です。GitHub に push 済みなので、上記の degit コマンドで一発取得できます。

.agent/skills/commit-mythical-creature-announcer/
├── SKILL.md

各ファイルの役割

ファイル	役割
`SKILL.md`	Skill本体。frontmatter (name/description) と指示本文。Antigravity がこの内容をエージェント指示として読み込み、ユーザーのプロンプトに応じて発動します

SKILL.md

---
name: commit-mythical-creature-announcer
description: このスキルは
---

(SKILL.md本体の生成に失敗しました。提案コンセプト: このスキルは、コミットするたびに“架空の神獣・幻獣”がターミナルに現れ、今日のあなたの開発運勢を超絶無責任にアナウンスします。『フェニックスが蘇る…本日はバグ退散の吉日』『ユニコーンが首をかしげている…今日は慎重に』『ドラゴンが眠る…進捗は静かに』など、毎回ランダムな神話生物＆意味不明な運勢コメントが爆誕。真面目な開発現場に突如訪れる“謎の神話的カオス”を楽しみたいあなたに。)

導入手順

このSkillは GitHub で管理されているので、degit を使えば必要なフォルダだけを1コマンドで取得できます。Antigravity はファイル配置後に再起動するだけで自動認識します。

1. 前提

Node.js v16 以上 (degit 実行に必要)
Antigravity がローカルで動いていること

2. degit でフォルダ取得

プロジェクトのルートで以下のコマンドを実行します。

npx degit aazutaku/ai-note/antigravity/commit-mythical-creature-announcer .agent/skills/commit-mythical-creature-announcer

.agent/skills/commit-mythical-creature-announcer の中に SKILL.md / scripts/ / references/ / README.md が展開されます。

3. ファイル配置確認

ls .agent/skills/commit-mythical-creature-announcer
# SKILL.md, scripts/, references/, README.md があればOK

4. Antigravity を再起動 (or Skill 自動検出を待つ)

新しいSkillが自動で認識されます。リスト確認したい場合は ${productName} に「使える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研究」の他記事も参照のこと。