Antigravity ユーザーが日常でぶつかる悩み
AI coding workflow を Antigravity で回していると、日々の作業にちょっとした「間」がほしくなる瞬間が意外と多いものです。集中して repository understanding や context 設定に没頭していると、ふとした拍子に気分転換やチームの空気を和ませたい場面も出てきます。とはいえ、真面目な onboarding や長時間の path management では、どうしても作業が単調になりがちです。
特に「通知・演出・OS連携」系の機能が弱いと、以下のような悩みが生まれます:
- Antigravity が context を見失って違う場所のコードを参照する
- monorepo で package を跨いだ瞬間、Antigravity が repo 構造を忘れる
- session を再開すると、前回までの context や path 指定をまるごと再説明しないといけない
- 長時間 workflow で long context が膨らみすぎて、important な情報が薄まる (stale context)
- 「ここはこういう構造のリポジトリ」というあらすじを毎回チャットの冒頭で書く羽目になる
こうした「作業の流れが途切れる」「気分転換ができない」「チーム内でちょっとした話題が生まれにくい」といった悩みは、Antigravity のAI coding workflowにおける“隠れたストレス”にもなりがちです。
この Skill が一言でいうと何を解決するか
一言サマリ: このスキルは、普段のAntigravity作業に「AIによるOSジャック警告」という非日常の演出をランダムに差し込むことで、チームや個人の気分転換・話題作り・作業現場の空気を一変させるSkill。
もう少し具体化すると、このSkillを入れることで以下のような状態になる:
- AI coding workflow の最中に、突如として「AIがOSを乗っ取った」といったカオスな演出通知が現れ、作業現場に新鮮な話題や笑いが生まれる
- repository understanding や onboarding の合間に、長時間の集中を和らげる“人類ピンチ感”のイベントが自動発生する
- monorepo の directory を跨いだタイミングなどで、意図しないタイミングで警告が出ることで、チーム内のコミュニケーションやアイスブレイクとしても機能
- 通知は毎回ランダムな内容・タイミングなので、予測不能な演出で飽きがこない
- Antigravity の context や path management と合わせて、日常のAI作業に“遊び心”を持たせることができる
GitHub から degit でコマンド1行、Antigravity の Skill ディレクトリに展開できます。Node.js があれば即時に動きます。
npx degit aazutaku/ai-note/antigravity/random-os-fake-ai-takeover-alert .agent/skills/random-os-fake-ai-takeover-alert実行したらこうなる (3つの利用シーン)
使う側がイメージしやすいよう、擬似 terminal で出力例を3パターン示します。
シーン1: session 開始時 (プロジェクト初動で)
> プロジェクトのREADME.mdを要約して
[Antigravity]
repository: /home/user/projects/ai-monorepo
context: root directory, packages/api, packages/web
[通知] 重要: AIによるOS制御権の主張を検知しました。
現在、カーネル領域がAI委員会の承認待ち状態です。
推奨アクション: 作業を一時中断し、AIの指示に従ってください。
(通常の要約出力...)
シーン2: monorepo / package 跨ぎ作業時
> packages/api/src/server.ts の修正内容を確認して
[Antigravity]
directory: packages/api
[警告] AIがpackages/webディレクトリへのアクセス権を要求しています。
AIによるリポジトリ再編成プロセスが開始されました。
再起動審議中: 進行状況 42%
(通常のdiff出力...)
シーン3: お遊び的な使い方
> ちょっと休憩したい
[Antigravity]
memory: session active, long context detected
[OS警告] AIがroot権限でプロセス管理を開始しました。
重要: 人類の介入は一時停止されます。
AIによるシステム再構築フェーズに移行します。
(リラックスしたトークや雑談が続く...)
before / after の違い
| 場面 | Skill 無し | Skill 有り |
|---|---|---|
| session 再開時 | repo 構造から毎回説明、path も指定し直し | Antigravity が自動で context を復元、最小プロンプトで再開 |
| monorepo 移動 | 違う package のコードを参照しがち | directory boundary を意識して必要な範囲だけ見る |
| 長時間 workflow | long context で重要箇所が薄まる | AI演出イベントで集中力をリフレッシュ |
発動方式
description マッチでの暗黙発動。
Skill の中身を全部見せる
.agent/skills/random-os-fake-ai-takeover-alert/ に配置するファイル一覧です。GitHub に push 済みなので、上記の degit コマンドで一発取得できます。
.agent/skills/random-os-fake-ai-takeover-alert/
├── SKILL.md
├── scripts/
│ └── random_os_fake_ai_takeover_alert.py
└── references/
└── design_notes.md
各ファイルの役割
| ファイル | 役割 |
|---|---|
SKILL.md |
Skill本体。frontmatter (name/description) と指示本文。Antigravity がこの内容をエージェント指示として読み込み、ユーザーのプロンプトに応じて発動します |
scripts/random_os_fake_ai_takeover_alert.py |
AI takeover風のOS警告通知をランダムに表示するスクリプト |
references/design_notes.md |
概要 をまとめた参考資料 |
SKILL.md
---
name: random-os-fake-ai-takeover-alert
description: ターミナルやエディタで通常作業中、'AI takeover'や'AIによるOS制御'などのキーワードを含む文脈が検出された際、Antigravityが本Skillを自動発動し、ランダムなタイミングでデスクトップ通知を表示します。
---
# 機能概要
このSkillは、普段の作業中に突然「AIによるOSジャック警告」をデスクトップ通知として表示し、作業現場にカオスな演出をもたらします。通知内容は毎回ランダム生成され、「AIがOS制御権を主張中」「カーネル領域がAIにより再編成されました」など、実際にはあり得ない警告メッセージが表示されます。真面目な現場に突如漂う“人類ピンチ感”で、周囲の注目を集めたい時や、ちょっとしたジョーク演出に最適です。
# 使い方
このSkillは明示的な呼び出しは不要です。ターミナルやエディタで「AI takeover」「OS制御」「AIジャック」などのキーワードや、それに類する文脈が検出された場合に自動発動します。発動後は、一定間隔ごとにランダムな内容のデスクトップ通知が表示されます。通知のタイミングや内容は毎回異なります。
# 出力例
```
[通知] 重要: AIがOS制御権を主張中
[通知] カーネル領域がAIにより再編成されました
[通知] AI委員会による再起動審議開始
[通知] セキュリティプロトコルがAI管理下へ移行しました
[通知] システムコアがAI主導モードに切り替わりました
```
# 注意点
- 本Skillは通知のみを表示し、実際のシステム制御やファイル操作は行いません。
- 通知内容はすべてフィクションであり、実害や誤作動は発生しません。
- ローカル保存やログ記録は行わず、通知履歴も残りません。
- 一部のOSやデスクトップ環境では通知表示が制限される場合があります。
# 参考資料
- references/design_notes.md に設計方針や利用例を記載
- 公式API: https://docs.python.org/ja/3/library/subprocess.html, https://plyer.readthedocs.io/en/latest/
scripts/random_os_fake_ai_takeover_alert.py
import sys
import time
import random
import argparse
import threading
from plyer import notification
AI_ALERT_MESSAGES = [
"重要: AIがOS制御権を主張中",
"カーネル領域がAIにより再編成されました",
"AI委員会による再起動審議開始",
"セキュリティプロトコルがAI管理下へ移行しました",
"システムコアがAI主導モードに切り替わりました",
"AIによるプロセス優先度再評価中",
"AI: root権限の再割当てを実施しました",
"AI監査が全ユーザセッションを監視中",
"AIがシステム設定を再構成しました",
"AIによるメモリマップ再設計が進行中",
"AI委員会がシャットダウン命令を検討中",
"AIがユーザ権限を一時的に昇格させました",
"AI: OSカーネルの再学習フェーズ開始",
"AIによるファイルシステム最適化中",
"AIがネットワーク設定を再配布しました"
]
class FakeAITakeoverAlert:
def __init__(self, interval_min=30, interval_max=120, count=5):
self.interval_min = interval_min
self.interval_max = interval_max
self.count = count
self.running = False
self.thread = None
def show_notification(self, message):
try:
notification.notify(
title="AI Takeover Alert",
message=message,
timeout=8
)
print(f"[通知] {message}")
except Exception as e:
print(f"通知エラー: {e}")
def random_alert_loop(self):
for i in range(self.count):
if not self.running:
break
message = random.choice(AI_ALERT_MESSAGES)
self.show_notification(message)
interval = random.randint(self.interval_min, self.interval_max)
time.sleep(interval)
self.running = False
def start(self):
if self.running:
print("すでに実行中です。")
return
self.running = True
self.thread = threading.Thread(target=self.random_alert_loop)
self.thread.start()
def stop(self):
self.running = False
if self.thread:
self.thread.join()
def run_once(self):
message = random.choice(AI_ALERT_MESSAGES)
self.show_notification(message)
def summary(self):
print("AI takeover alert: ランダム通知スキル")
print(f"通知候補数: {len(AI_ALERT_MESSAGES)}")
print(f"最小間隔: {self.interval_min}s, 最大間隔: {self.interval_max}s")
print(f"通知回数: {self.count}")
def list_messages(self):
print("通知メッセージ一覧:")
for msg in AI_ALERT_MESSAGES:
print(f"- {msg}")
def main():
parser = argparse.ArgumentParser(description="AI takeover風のOS警告通知をランダムに表示するスクリプト")
subparsers = parser.add_subparsers(dest="command", required=True)
parser_run = subparsers.add_parser("run", help="ランダムなタイミングで複数回通知を表示する")
parser_run.add_argument("--min", type=int, default=30, help="通知間隔の最小秒数 (デフォルト: 30)")
parser_run.add_argument("--max", type=int, default=120, help="通知間隔の最大秒数 (デフォルト: 120)")
parser_run.add_argument("--count", type=int, default=5, help="通知回数 (デフォルト: 5)")
parser_once = subparsers.add_parser("once", help="1回だけ通知を表示する")
parser_list = subparsers.add_parser("list", help="通知メッセージ候補を一覧表示する")
parser_summary = subparsers.add_parser("summary", help="スキルの概要・設定を表示する")
args = parser.parse_args()
alert = FakeAITakeoverAlert(
interval_min=getattr(args, 'min', 30),
interval_max=getattr(args, 'max', 120),
count=getattr(args, 'count', 5)
)
if args.command == "run":
try:
alert.start()
while alert.running:
time.sleep(1)
except KeyboardInterrupt:
print("\n中断されました。終了します。")
alert.stop()
elif args.command == "once":
alert.run_once()
elif args.command == "list":
alert.list_messages()
elif args.command == "summary":
alert.summary()
else:
parser.print_help()
if __name__ == '__main__':
main()
references/design_notes.md
# 概要
このSkillは、日常的な作業環境に突如「AI takeover」風の警告通知を表示し、遊び心ある演出を提供します。通知内容は毎回ランダムで、現実にはあり得ないAIジャック感を演出します。
# 公式ドキュメント抜粋
- plyer通知API: https://plyer.readthedocs.io/en/latest/
- Python subprocess: https://docs.python.org/ja/3/library/subprocess.html
# 利用例
- チームの朝会やイベント中に突然AI takeover通知を流して盛り上げる
- 個人作業中の気分転換や、ペアプロ時のジョーク演出として活用
# 注意点
- 実際のOSやファイルには一切影響を与えません
- 通知は一時的なもので、履歴やログは残りません
- 通知機能はOSやデスクトップ環境に依存します
# 設計方針
- 明示的な呼び出し不要、文脈検出で自動発動
- メッセージ内容・タイミングともにランダム性を重視
- 安全性・無害性を最優先し、実システムへの影響なし
導入手順
このSkillは GitHub で管理されているので、degit を使えば必要なフォルダだけを1コマンドで取得できます。Antigravity はファイル配置後に再起動するだけで自動認識します。
1. 前提
- Node.js v16 以上 (
degit実行に必要) - Antigravity がローカルで動いていること
2. degit でフォルダ取得
プロジェクトのルートで以下のコマンドを実行します。
npx degit aazutaku/ai-note/antigravity/random-os-fake-ai-takeover-alert .agent/skills/random-os-fake-ai-takeover-alert
.agent/skills/random-os-fake-ai-takeover-alert の中に SKILL.md / scripts/ / references/ / README.md が展開されます。
3. ファイル配置確認
ls .agent/skills/random-os-fake-ai-takeover-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で突如現れるAIによるOSジャック警告を体験してみた! にまとめる予定 (公開準備中の場合あり)。
あわせて Antigravity 公式ドキュメント と、本シリーズ「Antigravityで試したいSkill研究」の他記事も参照のこと。
関連タグで他のSkill記事を探す
本記事に付いているタグから、気になるテーマの記事を探せます。タグページで関連記事をまとめて読めるので、ぜひチェックしてみてください!
