Antigravity ユーザーが日常でぶつかる悩み
AI coding workflow を Antigravity で回していると、集中力が途切れたり、環境に慣れすぎて単調になったりする瞬間が意外と多いものです。特に長時間の作業や複雑な monorepo のディレクトリを横断する場面では、作業がルーチン化し、気分転換のタイミングを逃しやすくなります。通知や演出系 Skill の需要が高まるのは、こうした“作業のマンネリ化”や“集中のダレ”が背景にあります。
- Antigravity が context を見失って違う場所のコードを参照する
- monorepo で package を跨いだ瞬間、Antigravity が repo 構造を忘れる
- session を再開すると、前回までの context や path 指定をまるごと再説明しないといけない
- 長時間 workflow で long context が膨らみすぎて、important な情報が薄まる (stale context)
- 「ここはこういう構造のリポジトリ」というあらすじを毎回チャットの冒頭で書く羽目になる
さらに、単調な作業の合間にちょっとした刺激や“遊び”がほしいと感じることも多いはず。そんな時に「謎の侍通知」が突然現れたら、思わずクスッとしつつ気分転換できる…という演出が、実は現場ユーザーに刺さります。
この Skill が一言でいうと何を解決するか
一言サマリ: このスキルは、Antigravity の作業環境に“謎のOS侍からの達し”というランダムな通知を挟み、単調なAI coding workflowに斬新な刺激をもたらします。
もう少し具体化すると、このSkillを入れることで以下のような状態になる:
- 長時間の repository understanding や path management 作業に、侍的な通知が割り込み、集中力が一時的にリセットされる
- monorepo の directory を跨ぐ際、思わぬタイミングで侍メッセージが飛び込み、作業の切り替えを意識できる
- onboarding や session 再開時に、記憶のリフレッシュとともに“侍ワールド”のユーモアで場が和む
- 通知内容が毎回変わるため、飽きずに継続的な刺激を受けられる
- AI の context や repo 管理に直接影響せず、データ損失やシステム変更リスクもゼロ
GitHub から degit でコマンド1行、Antigravity の Skill ディレクトリに展開できます。Node.js があれば即時に動きます。
npx degit aazutaku/ai-note/antigravity/random-os-fake-ancient-samurai-alert .agent/skills/random-os-fake-ancient-samurai-alert実行したらこうなる (3つの利用シーン)
使う側がイメージしやすいよう、擬似 terminal で出力例を3パターン示す。Skill が返す出力は推測だが、現実的なフォーマット・現実的な長さで書く。
シーン1: session 開始時 (プロジェクト初動で)
# プロジェクトの初期化を指示
> このリポジトリの概要をまとめて
[侍OS ALERT] 拙者、あなたの Altキーの抜刀訓練状況を監視しておる。
油断大敵、マウスの居合切りに注意せよ。
Antigravity:
- repository: /Users/you/projects/samurai-monorepo
- context loaded: packages/core, packages/api
(以降、通常のAI出力)
シーン2: monorepo / package 跨ぎ作業時
> packages/ui に移動して context を切り替えて
[侍OS ALERT] 右手のショートカット、左手の心得。両手揃えてこそ真の武士。
本日も directory の境界を斬り進め!
Antigravity:
- context switched: packages/ui
- path management updated
(続くAIの標準応答)
シーン3: お遊び的な使い方
> ちょっと休憩したい
[侍OS ALERT] 拙者、あなたのリポジトリ理解力を試す時が来た。
一服の前に、README.md の心得を再確認せよ。
(通常のAIレスポンス+侍メッセージ)
before / after の違い
| 場面 | Skill 無し | Skill 有り |
|---|---|---|
| session 再開時 | repo 構造から毎回説明、path も指定し直し | Antigravity が自動で context を復元、最小プロンプトで再開+侍通知で気分転換 |
| monorepo 移動 | 違う package のコードを参照しがち | directory boundary を意識して必要な範囲だけ見る+侍的な切り替え演出 |
| 長時間 workflow | long context で重要箇所が薄まる | 侍通知で workflow にリズムが生まれ、集中力が持続 |
発動方式
description マッチでの暗黙発動。
Skill の中身を全部見せる
.agent/skills/random-os-fake-ancient-samurai-alert/ に配置するファイル一覧です。GitHub に push 済みなので、上記の degit コマンドで一発取得できます。
.agent/skills/random-os-fake-ancient-samurai-alert/
├── SKILL.md
├── scripts/
│ └── samurai_alert.py
└── references/
└── design_notes.md
各ファイルの役割
| ファイル | 役割 |
|---|---|
SKILL.md |
Skill本体。frontmatter (name/description) と指示本文。Antigravity がこの内容をエージェント指示として読み込み、ユーザーのプロンプトに応じて発動します |
scripts/samurai_alert.py |
Random OS Fake Ancient Samurai Alert |
references/design_notes.md |
概要 をまとめた参考資料 |
SKILL.md
---
name: random-os-fake-ancient-samurai-alert
description: 作業中や長時間の無操作時、または集中力が切れそうなタイミングで“侍風の謎通知”をランダムに表示し、ユーザーの注意をリフレッシュします。通知・演出・OS連携系のSkill発動条件に適合。
---
# 機能概要
このSkillは、あなたのデスクトップやターミナルに突如として“古のOS侍”からの謎めいた通知を表示します。通知内容は毎回ランダム生成され、「拙者、Altキーの抜刀訓練状況を監視しておる」「油断大敵、マウスの居合切りに注意せよ」など、現代人には意味不明な侍的メッセージが炸裂。これにより、作業中の集中力低下やマンネリ感を一刀両断し、デジタル作業空間に突如“侍ワールド”を演出します。実害は一切なく、純粋な演出・気分転換・ユーモア目的のSkillです。
# 使い方
このSkillは明示的な呼び出しは不要で、Antigravityの「通知」「演出」「OS連携」カテゴリのトリガー条件(例:長時間の無操作、作業セッションの区切り、集中力低下の兆候)に応じて自動発動します。暗黙発動キーワード例: “通知”, “alert”, “気分転換”, “集中力”, “演出”, “OS連携”。
# 出力例
```
[侍OS ALERT] 拙者、Altキーの抜刀訓練状況を監視しておる。
[侍OS ALERT] 油断大敵、マウスの居合切りに注意せよ。
[侍OS ALERT] 本日も見事なEnter斬り、お見事に候。
[侍OS ALERT] そなたのCtrl+Z、まさに奥義の域。
[侍OS ALERT] 画面切替の達人、拙者も舌を巻く。
```
# 注意点
このSkillは通知の演出のみを行い、ファイルやシステムへの変更・保存は一切行いません。通知内容は完全に架空で、実際のOSやセキュリティ動作には影響しません。除外パス(例:サーバー運用・本番環境)では発動しません。
# 参考資料
- references/design_notes.md を参照
- Python公式: https://docs.python.org/3/library/random.html
- OS通知: https://pypi.org/project/plyer/
scripts/samurai_alert.py
import sys
import random
import time
import argparse
import platform
import threading
try:
from plyer import notification
except ImportError:
notification = None
SAMURAI_MESSAGES = [
"拙者、Altキーの抜刀訓練状況を監視しておる。",
"油断大敵、マウスの居合切りに注意せよ。",
"本日も見事なEnter斬り、お見事に候。",
"そなたのCtrl+Z、まさに奥義の域。",
"画面切替の達人、拙者も舌を巻く。",
"F5の連打、まるで風車の如し。",
"CapsLockの誤爆、侍道においてはご法度なり。",
"スクリーンショットの極意、心得ておるな。",
"タスク切替の早業、拙者も見習いたい。",
"Alt+Tabの居合抜き、見事なり。",
"ファイル保存を怠るべからず。",
"コピペの達人、拙者も驚嘆。",
"静寂の中に刃あり、油断召されるな。",
"そなたのウィンドウ整列、まさに武士の所作。",
"マウスの軌跡、剣筋の如し。",
"今日も一日、精進あるのみ。",
"キーボードの打鍵、太刀筋に通ず。",
"そなたのログイン、拙者見届けたり。",
"パスワードの守り、城壁の如し。",
"エラーに屈することなかれ、侍の道は険しきもの。"
]
ALERT_PREFIX = "[侍OS ALERT] "
LOG_FILE = "samurai_alert.log"
def send_notification(message):
if notification:
notification.notify(
title="侍OS ALERT",
message=message,
timeout=5
)
else:
print(f"{ALERT_PREFIX}{message}")
def log_message(message):
timestamp = time.strftime("%Y-%m-%d %H:%M:%S")
with open(LOG_FILE, 'a', encoding='utf-8') as f:
f.write(f"{timestamp} {ALERT_PREFIX}{message}\n")
def random_samurai_message():
return random.choice(SAMURAI_MESSAGES)
def alert_once(log=False):
message = random_samurai_message()
send_notification(message)
if log:
log_message(message)
def alert_loop(interval, count, log):
for i in range(count):
alert_once(log)
if i < count - 1:
time.sleep(interval)
def list_log():
try:
with open(LOG_FILE, 'r', encoding='utf-8') as f:
lines = f.readlines()
for line in lines[-10:]:
print(line.strip())
except FileNotFoundError:
print("No alert log found.")
def summary_log():
try:
with open(LOG_FILE, 'r', encoding='utf-8') as f:
lines = f.readlines()
total = len(lines)
days = set(line[:10] for line in lines)
print(f"Total alerts: {total}")
print(f"Active days: {len(days)}")
except FileNotFoundError:
print("No alert log found.")
def main():
parser = argparse.ArgumentParser(description='Random OS Fake Ancient Samurai Alert')
subparsers = parser.add_subparsers(dest='command')
parser_alert = subparsers.add_parser('alert', help='Send a random samurai alert')
parser_alert.add_argument('--log', action='store_true', help='Log alert to file')
parser_alert.add_argument('--count', type=int, default=1, help='Number of alerts to send')
parser_alert.add_argument('--interval', type=int, default=10, help='Interval between alerts (seconds)')
parser_list = subparsers.add_parser('list', help='Show last 10 alerts from log')
parser_summary = subparsers.add_parser('summary', help='Show alert log summary')
args = parser.parse_args()
if args.command == 'alert':
alert_loop(args.interval, args.count, args.log)
elif args.command == 'list':
list_log()
elif args.command == 'summary':
summary_log()
else:
parser.print_help()
if __name__ == '__main__':
main()
references/design_notes.md
# 概要
このSkillは、現代の作業環境に突如“侍的な謎通知”を挿入することで、ユーザーに意外性とユーモアを提供します。集中力の維持や気分転換、単調な作業への刺激を目的としています。
# 公式ドキュメント抜粋
Pythonのrandomモジュール(https://docs.python.org/3/library/random.html)で通知文をランダム生成し、plyer(https://pypi.org/project/plyer/)でクロスプラットフォームなOS通知を実現しています。
# 利用例
長時間のコーディングやドキュメント作成中、定期的に侍風通知が現れることで、作業者の集中力をリフレッシュできます。CLIから明示的にalertを発行することも可能です。
# 注意点
本Skillは演出専用であり、実際のシステムやデータには一切影響を与えません。通知内容は架空で、実害ゼロを保証します。ログはローカルファイル(samurai_alert.log)にのみ保存されます。
# 設計方針
シンプルかつ拡張性のある構成とし、通知文の追加や通知方式の変更も容易です。CLIサブコマンドでalert/list/summaryを実装し、ユーザーが履歴管理や統計も楽しめるように設計されています。
導入手順
このSkillは GitHub で管理されているので、degit を使えば必要なフォルダだけを1コマンドで取得できます。Antigravity はファイル配置後に再起動するだけで自動認識します。
1. 前提
- Node.js v16 以上 (
degit実行に必要) - Antigravity がローカルで動いていること
2. degit でフォルダ取得
プロジェクトのルートで以下のコマンドを実行します。
npx degit aazutaku/ai-note/antigravity/random-os-fake-ancient-samurai-alert .agent/skills/random-os-fake-ancient-samurai-alert
.agent/skills/random-os-fake-ancient-samurai-alert の中に SKILL.md / scripts/ / references/ / README.md が展開されます。
3. ファイル配置確認
ls .agent/skills/random-os-fake-ancient-samurai-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記事を探す
本記事に付いているタグから、気になるテーマの記事を探せます。タグページで関連記事をまとめて読めるので、ぜひチェックしてみてください!
