知らなきゃ損！Antigravityで謎のOS緊急通知を楽しむ活用法

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

AI coding workflow を日常的に使い込むほど、Antigravity の「文脈」や「repo 構造」への記憶力には一長一短が見えてきます。とくに通知や演出系のSkillが少ない現状では、作業に没頭しすぎて context のズレや path 管理のミスに気づきにくいことも。「いつの間にか違う directory で作業していた」「重要な context が流れてしまった」など、repo や directory の規模が大きいほど混乱も増えがちです。

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

こうした悩みは、集中力が高まる一方で単調さや緊張感の欠如にもつながりやすく、作業空間にちょっとした刺激や遊び心が欲しいと感じる瞬間も少なくありません。

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

一言サマリ: 作業に集中しているとSkill。

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

• 長時間のAI coding workflow中、突如「OS緊急ダウンタイム」風のフェイク通知が現れ、単調な作業空間に遊び心と緊張感をプラス
• repository understanding や path management の合間に、思わず笑ってしまうような演出で気分転換できる
• monorepo や複雑な directory 構造での作業時、意外なタイミングで「注意喚起」的な通知が入り、context リセットや集中力の再起動にも役立つ
• onboarding や session 再開時に、Skill の存在自体が会話のきっかけやチーム内のアイスブレイクになる

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

使う側がイメージしやすいよう、擬似 terminal で出力例を3パターン示す。Skill が返す出力は推測だが、現実的なフォーマット・現実的な長さで書く。

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

> プロジェクトの初期セットアップ手順を教えて

[ALERT] 緊急: このPCは15分後に謎のOSメンテナンスに突入します。
理由: OSのやる気が低下しています。  
対策: キーボードを褒め称えることで延命可能です。

(ヒント: "ありがとうキーボード" と入力すると回避できます)

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

> packages/api/ と packages/frontend/ の構成を比較して

[ALERT] 緊急: OSが複数パッケージ間の混乱を検知しました。
理由: directory 境界を超える作業により、メモリが混乱しています。
対策: 一息ついて作業範囲を見直しましょう。

(冗談です。引き続き安全に作業できます)

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

> 今日のやる気を上げるコマンドは？

[ALERT] 緊急: OSが自己主張を開始しました。
理由: CPUが「もっと褒めて」と要求しています。
対策: モニターに向かって「偉いぞ」と声をかけてください。

(この通知はジョークです。作業に影響はありません)

before / after の違い

場面	Skill 無し	Skill 有り
session 再開時	repo 構造から毎回説明、path も指定し直し	Antigravity が自動で context を復元、最小プロンプトで再開
monorepo 移動	違う package のコードを参照しがち	directory boundary を意識して必要な範囲だけ見る
長時間 workflow	long context で重要箇所が薄まる	フェイク通知で集中力をリセット、context の再整理にもつながる

発動方式

description マッチでの暗黙発動。

Skill の中身を全部見せる

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

.agent/skills/os-random-fake-sudden-downtime-alert/
├── SKILL.md
├── scripts/
│   └── fake_downtime_alert.py
└── references/
    └── design_notes.md

各ファイルの役割

ファイル	役割
SKILL.md	Skill本体。frontmatter (name/description) と指示本文。Antigravity がこの内容をエージェント指示として読み込み、ユーザーのプロンプトに応じて発動します
scripts/fake_downtime_alert.py	Fake OS Random Sudden Downtime Alert
references/design_notes.md	概要 をまとめた参考資料

SKILL.md

---
name: os-random-fake-sudden-downtime-alert
description: 作業が単調・長時間化している、またはユーザーが『緊急』『メンテ』『ダウンタイム』『OS』『通知』などのキーワードを含むリクエストや会話を行った際に発動。集中や緊張感が低下したタイミングで、意図的にフェイクのOS緊急ダウンタイム通知を表示することで、作業空間に刺激と遊び心を提供します。
---

# 機能概要
このSkillは、作業中に突如として“謎のOS緊急ダウンタイム告知”をデスクトップ通知やターミナル上にランダム表示します。通知内容は毎回異なり、「緊急: このPCは15分後に謎のメンテ突入」「理由: OSのやる気が低下」「対策: キーボードを褒め称えて延命可能」など、現実には起こりえないユーモラスなメッセージが炸裂します。実際にダウンタイムは発生せず、システムやデータには一切影響しません。単調な作業や長時間の集中によるマンネリ感を打破し、ユーザーの注意力や気分転換を促進します。

# 使い方
このSkillは明示的な呼び出しは不要です。Antigravity内で「緊急」「メンテ」「ダウンタイム」「OS」「通知」などのキーワードを含む自然言語リクエストや、長時間操作が継続している状況下で自動発動します。CLIから手動でテストする場合は `python fake_downtime_alert.py --trigger` を実行してください。

# 出力例
```
[ALERT] 緊急: このPCは15分後に謎のメンテナンスに突入します
理由: OSのやる気が著しく低下
対策: キーボードを褒め称えて延命可能
---
[ALERT] 臨時ダウンタイム予告: 17分後に全プロセスが一時停止予定
理由: ファイルシステムの気分転換
対策: 画面に向かって「ありがとう」と叫ぶと回避率上昇
```

# 注意点
本Skillは完全なフェイク通知であり、実際のOSやデータには一切影響を与えません。通知内容は毎回ランダム生成され、ローカルファイルやシステム設定の変更も行いません。通知の頻度・タイミングはSkill側で制御可能です。業務環境や本番サーバーでは誤認防止のため利用に注意してください。

# 参考資料
- references/design_notes.md に設計方針や利用例を記載
- 公式ドキュメント: https://docs.python.org/ja/3/library/random.html, https://pypi.org/project/plyer/ (通知API)

scripts/fake_downtime_alert.py

import random
import argparse
import sys
import time
import os

try:
    from plyer import notification
    PLYER_AVAILABLE = True
except ImportError:
    PLYER_AVAILABLE = False

# ランダム通知メッセージ構成要素
ALERT_HEADERS = [
    '緊急: このPCは{min}分後に謎のメンテナンスに突入します',
    '臨時ダウンタイム予告: {min}分後に全プロセスが一時停止予定',
    '警告: システムが{min}分後に自己診断モードへ移行',
    '注意: 予期せぬOSアップデートが{min}分後に開始されます',
    '重大: {min}分後に全ウィンドウが自動的に閉じられる可能性',
    '速報: OSが{min}分後にやる気を失う兆候',
]

REASONS = [
    'OSのやる気が著しく低下',
    'ファイルシステムの気分転換',
    'カーネルが昼寝を希望',
    'プロセス間通信の意思疎通エラー',
    'メモリが現実逃避中',
    'バッファキャッシュの反乱',
    'ドライバがストライキ中',
    'ユーザーの集中力低下を検知',
    'キーボードの自己主張',
    'マウスが散歩に出かけた',
]

ACTIONS = [
    'キーボードを褒め称えて延命可能',
    '画面に向かって「ありがとう」と叫ぶと回避率上昇',
    'ターミナルに "stay" と入力すると一時的に延期',
    'マウスを3回連続クリックでリセット可能',
    '深呼吸してからEnterキーを押すと効果あり',
    '机を優しく叩くとシステムが再考',
    '何もせず見守るのも一つの手',
    'コーヒーを淹れて戻ると状況が改善するかも',
    'OSに感謝の意を伝えると回避成功率アップ',
    'タスクマネージャを開いて睨むと警告が消えることがある',
]

TERMINAL_DIVIDER = '---'

LOG_FILE = os.path.expanduser('~/.fake_downtime_alert.log')

def generate_alert():
    min_left = random.randint(5, 30)
    header = random.choice(ALERT_HEADERS).format(min=min_left)
    reason = random.choice(REASONS)
    action = random.choice(ACTIONS)
    return header, reason, action

def show_terminal_alert(header, reason, action):
    print(f"[ALERT] {header}")
    print(f"理由: {reason}")
    print(f"対策: {action}")
    print(TERMINAL_DIVIDER)

def show_desktop_notification(header, reason, action):
    if not PLYER_AVAILABLE:
        return False
    try:
        notification.notify(
            title=header,
            message=f"理由: {reason}\n対策: {action}",
            app_name="Fake OS Downtime Alert",
            timeout=10
        )
        return True
    except Exception:
        return False

def log_alert(header, reason, action):
    try:
        with open(LOG_FILE, 'a', encoding='utf-8') as f:
            ts = time.strftime('%Y-%m-%d %H:%M:%S')
            f.write(f"[{ts}] {header} | 理由: {reason} | 対策: {action}\n")
    except Exception:
        pass

def list_logs():
    if not os.path.exists(LOG_FILE):
        print("No alert logs found.")
        return
    with open(LOG_FILE, 'r', encoding='utf-8') as f:
        logs = f.readlines()
    print(''.join(logs[-10:]))

def summary_logs():
    if not os.path.exists(LOG_FILE):
        print("No alert logs found.")
        return
    count = 0
    with open(LOG_FILE, 'r', encoding='utf-8') as f:
        for _ in f:
            count += 1
    print(f"Total fake alerts triggered: {count}")

def trigger_alert():
    header, reason, action = generate_alert()
    show_terminal_alert(header, reason, action)
    show_desktop_notification(header, reason, action)
    log_alert(header, reason, action)

def main():
    parser = argparse.ArgumentParser(description='Fake OS Random Sudden Downtime Alert')
    subparsers = parser.add_subparsers(dest='command')

    trigger_parser = subparsers.add_parser('trigger', help='Trigger a random fake downtime alert')
    list_parser = subparsers.add_parser('list', help='Show last 10 fake alerts')
    summary_parser = subparsers.add_parser('summary', help='Show total alert count')

    args = parser.parse_args()

    if args.command == 'trigger' or args.command is None:
        trigger_alert()
    elif args.command == 'list':
        list_logs()
    elif args.command == 'summary':
        summary_logs()
    else:
        parser.print_help()

if __name__ == '__main__':
    main()

references/design_notes.md

# 概要
本Skillは、単調な作業や長時間の集中状態に突如“謎のOSダウンタイム通知”を発生させることで、ユーザーの注意力を喚起し、作業空間に遊び心を提供します。通知内容は完全にランダム生成され、現実には起こりえないユーモラスなものとなっています。

# 公式ドキュメント抜粋
- Python randomモジュール: https://docs.python.org/ja/3/library/random.html
- plyer通知API: https://pypi.org/project/plyer/

# 利用例
- 長時間のコーディングや単調作業時の気分転換
- チーム内のリモートワーク環境でのアイスブレイク
- フェイク通知の演出による集中力UPや話題作り

# 注意点
- 本Skillは完全なフェイク通知のみを行い、実際のOSやデータには一切影響を与えません。
- 通知内容は毎回異なりますが、過度な頻度での利用は混乱を招く恐れがあるため、適切なタイミングでの発動が推奨されます。

# 設計方針
- 実在API(plyer)を使い、クロスプラットフォームな通知表示を実現
- ログファイルはホームディレクトリ直下に保存し、過去の通知履歴や件数を確認可能
- コマンドラインからの明示的なテスト・一覧・集計もサポート

導入手順

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

1. 前提

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

2. degit でフォルダ取得

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

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

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

3. ファイル配置確認

ls .agent/skills/os-random-fake-sudden-downtime-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 でも有効か?
• プロジェクト指示との連携をどう組み立てるか?
• フェイク通知がランダム内容で正しく表示されるか
• 本当にOSやデータにダメージを与えないこと
• 通知タイミング・頻度が制御できるか

実際に Antigravity で試した検証ログは Antigravityで通知・演出・OS連携Skillを試してみた結果 にまとめる予定 (公開準備中の場合あり)。
あわせて Antigravity 公式ドキュメント と、本シリーズ「Antigravityで試したいSkill研究」の他記事も参照のこと。

関連タグで他のSkill記事を探す

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

• Antigravity 向けのSkill提案・検証記事の一覧はこちら
• AI Coding Agent Skills の全記事の一覧はこちら
• AI Coding Agent (Claude Code / Codex / Antigravity) 全般の記事の一覧はこちら
• お遊び枠 – commit時に猫が鳴く・メニューバー進捗など、通知や演出系のSkill記事の一覧はこちら
• description マッチで暗黙発動するSkillの記事の一覧はこちら
• ai-note がAIで設計したSkillの提案記事一覧の一覧はこちら