Antigravity ユーザーが日常でぶつかる悩み
Antigravity を使っていると、AI コーディング workflow の中で「ちょっとした息抜き」や「気分転換」が欲しくなる瞬間が意外と多いものです。特に長時間の作業や複雑な repo 構造、monorepo 環境では、集中力が途切れたり、同じ作業の繰り返しで飽きが来ることも。「AI エージェントとのやり取りは効率的だけど、たまには遊び心が欲しい」と感じる場面も少なくありません。
- Antigravity が context を見失って違う場所のコードを参照するたび、思わずため息が出る
- monorepo で package を跨いだ瞬間、Antigravity が repo 構造を忘れてしまい、また説明し直す羽目になる
- session を再開すると、前回までの context や path 指定をまるごと再説明しないといけないのが面倒
- 長時間 AI coding workflow で long context が膨らみすぎて、important な情報が薄まってしまう (stale context 問題)
- 「ここはこういう構造のリポジトリ」というあらすじを毎回チャットの冒頭で書くことに疲れる
こうした悩みを感じつつも、「何か突拍子もない演出で気分転換できたら…」と考えたことがある人も多いのではないでしょうか。
この Skill が一言でいうと何を解決するか
一言サマリ: このスキルは作業中に突如『謎のOS伝説アイテムドロップ通知』をデスクトップやターミナルに爆誕させますSkill。
もう少し具体化すると、このSkillを入れることで以下のような状態になる:
- Antigravity を使った長時間の AI coding workflow 中に、突如現れる「伝説アイテム通知」で気分転換や笑いが生まれる
- repo や directory の context が張り詰めた状態でも、意味不明な通知が程よく集中をほぐしてくれる
- onboarding や session 再開時の単調な作業に、予測不能な演出が加わり、作業のマンネリ感を打破できる
- monorepo 環境で directory や path management に疲弊しているときも、遊び心ある通知が場を和ませる
- 「AI とのやり取り=堅苦しい」というイメージを覆し、Antigravity の体験がより親しみやすくなる
GitHub から degit でコマンド1行、Antigravity の Skill ディレクトリに展開できます。Node.js があれば即時に動きます。
npx degit aazutaku/ai-note/antigravity/os-fake-legendary-item-drop-alert .agent/skills/os-fake-legendary-item-drop-alert実行したらこうなる (3つの利用シーン)
使う側がイメージしやすいよう、擬似 terminal で出力例を3パターン示します。
シーン1: session 開始時 (プロジェクト初動で)
# 新しい session を開始
> プロジェクトの全体構造を把握して
[Antigravity] Skill の中身を全部見せる
.agent/skills/os-fake-legendary-item-drop-alert/ に配置するファイル一覧です。GitHub に push 済みなので、上記の degit コマンドで一発取得できます。
.agent/skills/os-fake-legendary-item-drop-alert/
├── SKILL.md
├── scripts/
│ └── legendary_item_drop_alert.py
└── references/
└── design_notes.md
各ファイルの役割
ファイル
役割
SKILL.md
Skill本体。frontmatter (name/description) と指示本文。Antigravity がこの内容をエージェント指示として読み込み、ユーザーのプロンプトに応じて発動します
scripts/legendary_item_drop_alert.py
伝説アイテムドロップ通知スクリプト
references/design_notes.md
概要 をまとめた参考資料
SKILL.md
---
name: os-fake-legendary-item-drop-alert
description: ユーザーが集中して作業している際や長時間コーディング中など、Antigravityが『気分転換』『リフレッシュ』『集中力維持』などのキーワードや状況を検知した場合に発動。作業の合間や区切りに遊び心ある通知を表示します。
---
# 機能概要
このSkillは、作業中に突如「伝説のOSアイテムドロップ通知」をデスクトップやターミナルに表示します。通知内容は毎回ランダム生成され、「伝説のスペースキー+5」「謎のUSBメモリ(未鑑定)」「古代のタブキー(発掘済)」など完全に意味不明なアイテム名が出現。実用性はゼロですが、思わず笑ってしまう謎演出で作業の合間にちょっとした気分転換やリフレッシュを提供します。現実世界の『ガチャ運』をデスクトップに召喚し、作業の集中力を微妙に乱す唯一無二のスキルです。
# 使い方
このSkillは明示的な呼び出しは不要です。Antigravityが「長時間作業」「集中力低下」「気分転換」などのキーワードや状況を検知した際に自動発動します。トリガー例としては「集中している」「疲れてきた」「ちょっと休憩したい」など。通知はデスクトップ通知(Windows/macOS/Linux)やターミナル出力として表示されます。
# 出力例
```
[伝説アイテムドロップ通知]
アイテム: 謎のUSBメモリ(未鑑定)
レア度: ★★★★☆
効果: 使うと何かが起こる気がする
[伝説アイテムドロップ通知]
アイテム: 古代のタブキー(発掘済)
レア度: ★★★☆☆
効果: コード整形力+2
[伝説アイテムドロップ通知]
アイテム: 伝説のスペースキー+5
レア度: ★★★★★
効果: 空白挿入速度が超絶UP
```
# 注意点
- 実在するOSやファイルには一切影響を与えません。
- 通知頻度は自動調整され、連続発生や過度な作業妨害はありません。
- ローカルにアイテム履歴などは保存されません。
- デスクトップ通知はOS標準APIのみを利用し、追加権限は不要です。
# 参考資料
- references/design_notes.md
- https://docs.python.org/ja/3/library/random.html
- https://plyer.readthedocs.io/en/latest/
scripts/legendary_item_drop_alert.py
import random
import time
import sys
import argparse
import threading
import platform
try:
from plyer import notification
except ImportError:
notification = None
ITEM_NAMES = [
'伝説のスペースキー+5',
'謎のUSBメモリ(未鑑定)',
'古代のタブキー(発掘済)',
'未登録のマウスホイール',
'呪われたCapsLockキー',
'幻のNumPad(右手専用)',
'神速のEnterキー',
'未知のファンクションキーF13',
'バグったShiftキー',
'時空を超えたESCキー',
'未発見のPrintScreen',
'伝説のコマンドプロンプト',
'謎のSDカード(容量不明)',
'消えたパーティション',
'古代のBIOSチップ',
'未鑑定のRAMスティック',
'幻のUSB Type-Z',
'壊れかけのBluetoothアダプタ',
'伝説のマウスパッド',
'未知のOSインストーラUSB'
]
RARITY_LIST = [
('★☆☆☆☆', 'コモン'),
('★★☆☆☆', 'アンコモン'),
('★★★☆☆', 'レア'),
('★★★★☆', 'スーパーレア'),
('★★★★★', 'レジェンダリー')
]
EFFECTS = [
'使うと何かが起こる気がする',
'空白挿入速度が超絶UP',
'コード整形力+2',
'バグ発生率-10%',
'未鑑定:効果不明',
'再起動速度が微妙に向上',
'タスク切り替え力+1',
'謎の安心感が得られる',
'デバッグ成功率+5%',
'運気が上昇する気がする',
'一時的に集中力+3',
'ショートカットキーが覚えやすくなる',
'何も起こらない',
'エラー回避率+2%',
'未知の効果を発揮する'
]
HISTORY = []
def generate_item():
name = random.choice(ITEM_NAMES)
rarity, rarity_name = random.choices(RARITY_LIST, weights=[30, 25, 20, 15, 10])[0]
effect = random.choice(EFFECTS)
return {
'name': name,
'rarity': rarity,
'rarity_name': rarity_name,
'effect': effect
}
def format_alert(item):
lines = [
'[伝説アイテムドロップ通知]',
f'アイテム: {item["name"]}',
f'レア度: {item["rarity"]}',
f'効果: {item["effect"]}'
]
return '\n'.join(lines)
def show_notification(item):
title = '伝説アイテムドロップ通知'
message = f'{item["name"]}\nレア度: {item["rarity"]}\n効果: {item["effect"]}'
if notification:
try:
notification.notify(title=title, message=message, app_name='Legendary Item Drop', timeout=7)
except Exception as e:
print(f'[通知失敗] {e}')
else:
print(format_alert(item))
def log_item(item):
ts = time.strftime('%Y-%m-%d %H:%M:%S')
HISTORY.append({'timestamp': ts, **item})
def list_history():
if not HISTORY:
print('アイテムドロップ履歴はありません')
return
for entry in HISTORY:
print(f"[{entry['timestamp']}] {entry['name']} ({entry['rarity']}) - {entry['effect']}")
def summary():
if not HISTORY:
print('アイテムドロップ履歴はありません')
return
rarity_count = {}
for entry in HISTORY:
rarity = entry['rarity']
rarity_count[rarity] = rarity_count.get(rarity, 0) + 1
print('レア度別ドロップ数:')
for rarity, count in sorted(rarity_count.items(), key=lambda x: -x[1]):
print(f'{rarity}: {count}回')
def drop_alert():
item = generate_item()
log_item(item)
show_notification(item)
def auto_drop_alert(interval_min=20, interval_max=50, stop_event=None):
while not (stop_event and stop_event.is_set()):
interval = random.randint(interval_min, interval_max)
time.sleep(interval)
drop_alert()
def main():
parser = argparse.ArgumentParser(description='伝説アイテムドロップ通知スクリプト')
subparsers = parser.add_subparsers(dest='command')
parser_log = subparsers.add_parser('log', help='手動でアイテムドロップ通知を表示')
parser_auto = subparsers.add_parser('auto', help='一定間隔で自動ドロップ通知を開始')
parser_auto.add_argument('--min', type=int, default=20, help='最小通知間隔(秒)')
parser_auto.add_argument('--max', type=int, default=50, help='最大通知間隔(秒)')
parser_list = subparsers.add_parser('list', help='ドロップ履歴を表示')
parser_summary = subparsers.add_parser('summary', help='レア度別ドロップ統計')
args = parser.parse_args()
if args.command == 'log':
drop_alert()
elif args.command == 'auto':
stop_event = threading.Event()
try:
print('自動ドロップ通知を開始します。Ctrl+Cで停止。')
auto_drop_alert(interval_min=args.min, interval_max=args.max, stop_event=stop_event)
except KeyboardInterrupt:
print('\n自動通知を停止しました')
stop_event.set()
elif args.command == 'list':
list_history()
elif args.command == 'summary':
summary()
else:
parser.print_help()
if __name__ == '__main__':
main()
references/design_notes.md
# 概要
このSkillは、作業中のユーザーに「伝説のアイテムドロップ通知」をランダムに表示し、遊び心と気分転換を提供します。通知内容は完全に架空で、実用性はありませんが、集中力の維持やリラックス効果を狙っています。
# 公式ドキュメント抜粋
- Python random: https://docs.python.org/ja/3/library/random.html
- plyer通知API: https://plyer.readthedocs.io/en/latest/
# 利用例
長時間コーディングや単調な作業中に、突如「謎のUSBメモリ(未鑑定)」などの通知が表示され、ユーザーの気分転換や会話のネタになります。通知はコマンドラインまたはデスクトップで表示されます。
# 注意点
- 実際のファイルやOS設定には一切影響を与えません。
- 通知履歴はメモリ上のみで、永続保存は行いません。
- 頻度が高すぎると逆効果なので、20〜50秒のランダム間隔を推奨。
# 設計方針
実在APIのみを利用し、追加権限や外部サービス不要。通知内容は毎回カオスで笑えるものになるよう工夫しています。
導入手順
このSkillは GitHub で管理されているので、degit を使えば必要なフォルダだけを1コマンドで取得できます。Antigravity はファイル配置後に再起動するだけで自動認識します。
1. 前提
- Node.js v16 以上 (
degit 実行に必要)
- Antigravity がローカルで動いていること
2. degit でフォルダ取得
プロジェクトのルートで以下のコマンドを実行します。
npx degit aazutaku/ai-note/antigravity/os-fake-legendary-item-drop-alert .agent/skills/os-fake-legendary-item-drop-alert
.agent/skills/os-fake-legendary-item-drop-alert の中に SKILL.md / scripts/ / references/ / README.md が展開されます。
3. ファイル配置確認
ls .agent/skills/os-fake-legendary-item-drop-alert
# 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記事を探す
本記事に付いているタグから、気になるテーマの記事を探せます。タグページで関連記事をまとめて読めるので、ぜひチェックしてみてください!
