Antigravityで緊張感を生む謎通知演出の使いこなしガイド

  • URLをコピーしました!
目次

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

AI coding workflow を Antigravity で回していると、日々の作業の中で「ちょっとした緊張感の緩み」や「現場の空気がマンネリ化している」と感じる瞬間が訪れます。特に長時間のセッションや大規模な monorepo を扱うプロジェクトでは、集中力の維持やチーム内のコミュニケーションにちょっとした“間”が生まれがちです。通知や演出系 Skill の活用が注目される一方で、実際の現場では次のような悩みがよく聞かれます。

  • Antigravity が context を見失って違う場所のコードを参照する
  • monorepo で package を跨いだ瞬間、Antigravity が repo 構造を忘れる
  • session を再開すると、前回までの context や path 指定をまるごと再説明しないといけない
  • 長時間 workflow で long context が膨らみすぎて、important な情報が薄まる (stale context)
  • 「ここはこういう構造のリポジトリ」というあらすじを毎回チャットの冒頭で書く羽目になる

これらの悩みは path management や repository understanding の難しさに直結し、特にOS通知や演出系 Skill が不足していると、現場の雰囲気が単調になりがちです。時には「何か突拍子もない“遊び”が欲しい」と思うこともあるでしょう。

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

一言サマリ: このスキルは、Antigravity の作業現場に突如“謎のOS偽スクリーンショット通知”を炸裂させ、チームや個人のマンネリを一撃で吹き飛ばすSkill。

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

  • AI coding workflow の合間に、唐突な“意味不明通知”で現場に笑いや緊張感を生み出せる
  • onboarding や session 再開時など、長時間の作業にリズムや変化を加えられる
  • repository や directory 単位の context 切り替え時に、意図せず“謎の演出”で会話が生まれる
  • 長時間の memory 消費や stale context 問題で空気が重くなったとき、意図的に“混沌”を挿入できる
  • 「誰が得するんだこれ…」という空気ごと、Antigravity の現場に新しい体験を追加できる
QUICK INSTALL
このSkillをすぐ試す

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

npx degit aazutaku/ai-note/antigravity/random-os-fake-screenshot-alert .agent/skills/random-os-fake-screenshot-alert

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

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

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


# プロジェクト初期化
> 新しいリポジトリで作業を始めたい。構造を確認して。

[Antigravity]: repository 構造を解析中...

[通知] スクリーンショット保存済み: "あなたの集中顔を記録しました"
[通知] 証拠画像を保存しました: main.py のバグ発生の瞬間

# (実際には何も保存されていません)
[Antigravity]: repository understanding 完了。続けてコマンドを入力してください。

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


> packages/api/ と packages/web/ を同時に編集したい。context 切り替えて。

[Antigravity]: directory 構造を再スキャン...

[通知] スクリーンショット保存済み: "monorepo boundary を検知しました"
[通知] 重要証拠画像を保存しました: packages/web/src/components/Header.tsx

# (スクリーンショットは実際には存在しません)
[Antigravity]: context を packages/api/, packages/web/ に切り替えました。

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


> ちょっと気分転換したい。何か面白いことして。

[通知] スクリーンショット保存済み: "あなたの迷走中の顔を記録しました"
[通知] 証拠画像を保存しました: README.md のタイポ検出時

# (実際には何も起きていません)
[Antigravity]: 気分転換完了。作業に戻りましょう。

before / after の違い

場面 Skill 無し Skill 有り
session 再開時 repo 構造から毎回説明、path も指定し直し Antigravity が自動で context を復元、最小プロンプトで再開+謎通知で場が和む
monorepo 移動 違う package のコードを参照しがち directory boundary を意識して必要な範囲だけ見る+謎通知で話題が生まれる
長時間 workflow long context で重要箇所が薄まる 唐突な通知で空気がリセットされ、集中力を取り戻しやすい

発動方式

description マッチでの暗黙発動。

Skill の中身を全部見せる

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

.agent/skills/random-os-fake-screenshot-alert/
├── SKILL.md
├── scripts/
│   └── random_os_fake_screenshot_alert.py
└── references/
    └── design_notes.md

各ファイルの役割

ファイル 役割
SKILL.md Skill本体。frontmatter (name/description) と指示本文。Antigravity がこの内容をエージェント指示として読み込み、ユーザーのプロンプトに応じて発動します
scripts/random_os_fake_screenshot_alert.py 謎のOS偽スクリーンショット通知スクリプト
references/design_notes.md 概要 をまとめた参考資料

SKILL.md

---
name: random-os-fake-screenshot-alert
description: Antigravityがコマンド実行や作業中に、'スクリーンショット保存通知'や'証拠画像保存済み'などの謎OS風通知をランダムに発動。通知内容は毎回変化し、何も保存されません。'スクリーンショット'や'保存'などのキーワード検知時や定期的なトリガーで自動発動します。
---

# 機能概要
このSkillは、作業中やコマンド実行時に突然“OS偽スクリーンショット保存通知”をデスクトップに表示し、現場の緊張感やマンネリを一撃で打ち砕くジョーク系演出を提供します。通知内容は完全ランダムで、例えば「スクリーンショット保存済み:バグ発生の瞬間」や「証拠画像を保存しました」「あなたの集中顔を記録しました」など、意味不明で混沌とした内容が炸裂します。実際には何も保存されず、通知のみが表示されます。

# 使い方
このSkillは明示的な呼び出しは不要です。Antigravityが「スクリーンショット」「保存」「記録」などのキーワードを含むコマンドや会話、または一定時間ごとに自動的に発動します。例えば、`git commit`や`python main.py`実行時、または「記録」「証拠」などの単語を含む発話時に、突然通知が表示されます。

# 出力例
```
[通知] スクリーンショット保存済み:バグ発生の瞬間
[通知] 証拠画像を保存しました(保存先:謎の場所)
[通知] あなたの集中顔を記録しました
[通知] スクリーンショット保存済み:謎の警告画面
[通知] 保存完了:エラー再現の瞬間
```

# 注意点
- 実際に画像やファイルは一切保存されません。
- 通知内容は毎回ランダム生成されます。
- 頻度やタイミングは自動で制御され、迷惑にならないよう設計されています。
- ローカル環境の通知API(Windows: Toast, macOS: terminal-notifier, Linux: notify-send)を使用します。
- 企業や公共の場での利用は空気を読んでください。

# 参考資料
参考実装や通知APIの詳細は`references/design_notes.md`および各OSの通知公式ドキュメント([Windows Toast](https://docs.microsoft.com/en-us/windows/uwp/design/shell/tiles-and-notifications/), [macOS terminal-notifier](https://github.com/julienXX/terminal-notifier), [Linux notify-send](https://specifications.freedesktop.org/notification-spec/latest/))を参照してください。

scripts/random_os_fake_screenshot_alert.py

import sys
import os
import random
import time
import argparse
import platform
import subprocess
from typing import List

NOTIFICATIONS = [
    "スクリーンショット保存済み:バグ発生の瞬間",
    "証拠画像を保存しました(保存先:謎の場所)",
    "あなたの集中顔を記録しました",
    "スクリーンショット保存済み:謎の警告画面",
    "保存完了:エラー再現の瞬間",
    "証拠画像をクラウドにアップロードしました",
    "保存済み:デバッグ中の様子",
    "あなたの操作記録を画像として保存しました",
    "保存完了:今の表情を記録",
    "スクリーンショット保存済み:謎のウィンドウ"
]

KEYWORDS = ["スクリーンショット", "保存", "記録", "証拠", "capture", "screenshot", "save", "record"]

HISTORY_FILE = os.path.expanduser("~/.random_os_fake_screenshot_alert.log")


def send_notification(message: str):
    system = platform.system()
    try:
        if system == "Darwin":
            # macOS
            subprocess.run([
                "osascript", "-e",
                f'display notification "{message}" with title "通知"'
            ], check=True)
        elif system == "Linux":
            # Linux
            subprocess.run([
                "notify-send", "通知", message], check=True)
        elif system == "Windows":
            # Windows
            import ctypes
            from win10toast import ToastNotifier
            toaster = ToastNotifier()
            toaster.show_toast("通知", message, duration=5, threaded=True)
        else:
            print(f"[通知] {message}")
    except Exception as e:
        print(f"[通知] {message} (通知API失敗: {e})")


def pick_random_message() -> str:
    return random.choice(NOTIFICATIONS)


def log_history(message: str):
    timestamp = time.strftime("%Y-%m-%d %H:%M:%S")
    with open(HISTORY_FILE, "a", encoding="utf-8") as f:
        f.write(f"{timestamp} {message}\n")


def list_history(count: int = 10):
    if not os.path.exists(HISTORY_FILE):
        print("履歴がありません。")
        return
    with open(HISTORY_FILE, "r", encoding="utf-8") as f:
        lines = f.readlines()
    for line in lines[-count:]:
        print(line.strip())


def summary_history():
    if not os.path.exists(HISTORY_FILE):
        print("履歴がありません。")
        return
    with open(HISTORY_FILE, "r", encoding="utf-8") as f:
        lines = f.readlines()
    print(f"合計通知回数: {len(lines)}")
    counter = {}
    for line in lines:
        for msg in NOTIFICATIONS:
            if msg in line:
                counter[msg] = counter.get(msg, 0) + 1
    for msg, cnt in sorted(counter.items(), key=lambda x: -x[1]):
        print(f"{msg}: {cnt}回")


def should_trigger(text: str) -> bool:
    text_lower = text.lower()
    for kw in KEYWORDS:
        if kw in text_lower:
            return True
    return False


def trigger_random_alert():
    message = pick_random_message()
    send_notification(message)
    log_history(message)


def main():
    parser = argparse.ArgumentParser(description="謎のOS偽スクリーンショット通知スクリプト")
    subparsers = parser.add_subparsers(dest="command")

    parser_log = subparsers.add_parser("log", help="擬似通知を発動する")
    parser_log.add_argument("--text", type=str, default="", help="キーワード判定用テキスト")
    parser_log.add_argument("--force", action="store_true", help="強制発動(キーワード無視)")

    parser_list = subparsers.add_parser("list", help="通知履歴を表示する")
    parser_list.add_argument("--count", type=int, default=10, help="表示件数")

    parser_summary = subparsers.add_parser("summary", help="通知履歴のサマリーを表示する")

    parser_auto = subparsers.add_parser("auto", help="一定間隔で自動発動する(Ctrl+Cで停止)")
    parser_auto.add_argument("--interval", type=int, default=900, help="発動間隔(秒)")
    parser_auto.add_argument("--max", type=int, default=0, help="最大発動回数(0=無制限)")

    args = parser.parse_args()

    if args.command == "log":
        if args.force or should_trigger(args.text):
            trigger_random_alert()
        else:
            print("キーワードが含まれていないため通知は発動しません。--forceで強制発動できます。")
    elif args.command == "list":
        list_history(args.count)
    elif args.command == "summary":
        summary_history()
    elif args.command == "auto":
        count = 0
        try:
            while True:
                trigger_random_alert()
                count += 1
                if args.max > 0 and count >= args.max:
                    break
                time.sleep(args.interval)
        except KeyboardInterrupt:
            print("\n自動発動を停止しました。")
    else:
        parser.print_help()

if __name__ == "__main__":
    main()

references/design_notes.md

# 概要
このSkillは、現場の空気を和らげるための混沌ジョーク枠として設計されています。OS標準の通知APIを利用し、実際のファイル保存は一切行わず、通知のみを演出します。

# 公式ドキュメント抜粋
- Windows: [Toast notifications](https://docs.microsoft.com/en-us/windows/uwp/design/shell/tiles-and-notifications/)
- macOS: [osascript/terminal-notifier](https://github.com/julienXX/terminal-notifier)
- Linux: [notify-send](https://specifications.freedesktop.org/notification-spec/latest/)

# 利用例
- コマンド実行時に突然「証拠画像を保存しました」と通知
- 進捗報告やバグ再現中に「スクリーンショット保存済み」とランダム表示

# 注意点
- 通知内容は完全に架空で、実際のスクリーンショットや画像保存は行われません。
- 頻度やタイミングは迷惑にならないよう調整可能です。
- 企業や公共の現場では空気を読んだ運用を推奨します。

# 設計方針
- OSごとの通知APIを自動判別し、クロスプラットフォームで動作
- 履歴管理やサマリー機能で運用状況を可視化
- キーワード検知または定期発動で柔軟なトリガー設計

導入手順

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

1. 前提

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

2. degit でフォルダ取得

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

npx degit aazutaku/ai-note/antigravity/random-os-fake-screenshot-alert .agent/skills/random-os-fake-screenshot-alert

.agent/skills/random-os-fake-screenshot-alert の中に SKILL.md / scripts/ / references/ / README.md が展開されます。

3. ファイル配置確認

ls .agent/skills/random-os-fake-screenshot-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記事を探す

本記事に付いているタグから、気になるテーマの記事を探せます。タグページで関連記事をまとめて読めるので、ぜひチェックしてみてください!

この記事が気に入ったら
フォローしてね!

よかったらシェアしてね!
  • URLをコピーしました!
  • URLをコピーしました!
目次