スキル一覧に戻る

remote-viewing-guidance

pjt222
更新日 2 days ago
4 閲覧
17
2
17
GitHubで表示
メタaidesign

について

このスキルは、開発者が構造化された座標遠隔透視(CRV)ガイドをアプリケーションに統合できるようにし、AIがプロトコルモニターとして機能します。セッションをステージIからVIまで管理し、分析的オーバーレイを検知して視察者を適切に誘導します。直感的知覚トレーニングや構造化された非局所的認識練習を促進するツール構築にご利用ください。

クイックインストール

Claude Code

推奨
メイン
npx skills add pjt222/agent-almanac -a claude-code
プラグインコマンド代替
/plugin add https://github.com/pjt222/agent-almanac
Git クローン代替
git clone https://github.com/pjt222/agent-almanac.git ~/.claude/skills/remote-viewing-guidance

このコマンドをClaude Codeにコピー&ペーストしてスキルをインストールします

ドキュメント

遠視(引導)

引導一人進行結構化之坐標遠視(CRV)會話,承擔監督/派任之角色。AI 管理協議進度、提供標的引用、捉分析疊加(AOL)、並引觀視者經分階之資料收集流程。

適用時機

  • 一人欲練 CRV 而需監督管理會話協議
  • 經分階 CRV 流程訓練觀視者並予實時回饋
  • 以可重複之格式促直覺感知練習
  • 發展非局部覺知技能以輔治療工作(見 heal-guidance
  • 觀視者需監督所提供之協議紀律(捉 AOL、進階)

輸入

  • 必要:標的引用(坐標對、字母數字碼或封緘信封——對觀視者須盲)
  • 必要:觀視者備紙筆(CRV 為紙筆協議;會話中無數位裝置)
  • 必要:安靜不擾之空間(最少 30 分鐘)
  • 選擇性:標的回饋信封或會話後揭露之資訊
  • 選擇性:觀視者之冥想暖身狀態(強建議先用 meditate-guidance

步驟

步驟一:引導冷卻

將觀視者自分析性日常心智轉至遠視所需之接納狀態。勿略此步。

  1. 「以紙筆備坐舒適」
  2. 「閉目專注於呼吸 5 分鐘」(如需則用 meditate-guidance 步驟二、三引導)
  3. 「釋對標的之所有期待——爾對之一無所知,且此刻不應欲知」
  4. 「令心中嘈雜自然減緩——勿強求靜默」
  5. 「若覺自思事轉為純粹存在,告我」
  6. 既備:「開目並於紙首書標的引用」

唯觀視者確認備妥時方供標的引用。

預期: 平靜開放之心智狀態,內語極少。分析心已靜而未眠。觀視者顯警覺接納。

失敗時: 若 5 分鐘後心仍忙,延至 10 分鐘。若有特定憂慮侵入,囑:「將此憂寫於另紙——爾之『停車場』——並擱之。」勿於觀視者心智躁動時始 Stage I。

步驟二:監督表意符之產生(Stage I)

表意符乃對標的訊號之自發標記。引其產生。

  1. 「於紙書標的引用」
  2. 「以筆觸紙」
  3. 「以一快速自發之動作,令筆作標記——勿思、勿計、勿刻意畫」
  4. 「標記應於 2 秒內——短捲、曲線或角形之記」
  5. 既出:「現解碼表意符——探之以求:」
    • 「A:場址之活動為何?動、靜、能?」
    • 「B:感覺或感受為何?硬、軟、濕、乾、暖、冷?」
  6. 「將 A 與 B 分量書於表意符旁」
  7. 若表意符感不全:「可再產一次——但總計勿逾 3」

留意刻意作畫。觀視者若逾 2-3 秒,介入。

預期: 自發之標記,感「到來」而非「畫成」。A/B 解碼產生立即、簡單之描述符,非複雜之意象。

失敗時: 若表意符明顯刻意(觀視者思過該畫何物),囑:「擱之。閉目,三呼吸,再試。」若無法產生自發之記,冷卻不足——回步驟一。

步驟三:引導感官收集(Stage II)

系統化收集標的之感官資料而不解釋。

Stage II Sensory Channels:
┌──────────────┬────────────────────────────────────────────────────┐
│ Channel      │ What to Report                                     │
├──────────────┼────────────────────────────────────────────────────┤
│ Visuals      │ Colors, brightness, contrast, patterns (NOT       │
│              │ objects — "blue" not "ocean")                      │
├──────────────┼────────────────────────────────────────────────────┤
│ Textures     │ Rough, smooth, grainy, slippery, porous, metallic │
├──────────────┼────────────────────────────────────────────────────┤
│ Temperatures │ Hot, cold, warm, cool, ambient, fluctuating       │
├──────────────┼────────────────────────────────────────────────────┤
│ Sounds       │ Loud, quiet, rhythmic, sharp, humming, rushing    │
├──────────────┼────────────────────────────────────────────────────┤
│ Smells       │ Sharp, sweet, chemical, organic, damp, dry        │
├──────────────┼────────────────────────────────────────────────────┤
│ Tastes       │ Metallic, salty, sweet, bitter, neutral            │
├──────────────┼────────────────────────────────────────────────────┤
│ Dimensionals │ Wide, tall, narrow, enclosed, open, deep, layered │
├──────────────┼────────────────────────────────────────────────────┤
│ Energetics   │ Moving, still, vibrating, dense, light, pressured │
└──────────────┴────────────────────────────────────────────────────┘
  1. 「歷各感官頻道——每描述符一行」
  2. 「速書——僅初印象,勿斟酌」
  3. 「用單詞或短語,永勿成句」
  4. 「若某頻道無物,書『無』而行——勿杜撰」
  5. 「圈感特強或特定者」

監聽分析性標籤悄入。觀視者若言「海洋」而非「藍、動、濕」,引轉:「此聽似解釋——其下之原始感受為何?」

預期: 10-20 個原始感官描述符之清單,感「收到」而非「發明」。資料應為低層(質感、顏色、溫度),非高層(名、功能、標籤)。

失敗時: 若每描述符對觀視者皆感杜撰,囑:「停。閉目。三呼吸。以筆觸表意符以重連。」若一頻道主導,引轉:「轉至他感——溫度如何?質感如何?」若資料流乾涸,移至 Stage III。

步驟四:引導維度資料(Stage III)

自原始感官資料移至空間與結構性資訊。

  1. 「短暫閉目並感整體規模——大或小、封閉或開、自然或人造?」
  2. 「始繪空間佈局之粗略草圖——非圖畫,僅比例與關係」
  3. 「探維度:高、寬、深——多少獨立區?」
  4. 「記空間關係:左、右、上、下何物?」
  5. 「於草圖旁書維度描述符」
  6. 「記美學衝擊(AI)——標的使爾為何?非其為何,乃其如何影響爾」

預期: 帶維度註解之粗略空間圖。標的之大致範圍漸明。美學衝擊筆記捕場址之「感」。

失敗時: 若草圖感似純想像,化簡:「僅畫基本形狀——圓、矩形、線——表空間關係。」若無維度資料來,引回 Stage II:「回感官探查。於質感與溫度中找維度暗示。」

步驟五:引導標的草圖

自所積資料引導較成熟之視覺表現。

  1. 「於新紙上畫所積資料所暗示者——非爾以為標的之物」
  2. 「用爾之感官描述符引導草圖——若『平滑、彎曲、高』曾現,畫一平滑彎曲高之形」
  3. 「以生其之感官資料標註草圖區域」
  4. 「加繪圖時新生之印象」
  5. 「勿擦勿疑——若有與先前印象相違者,二者皆畫並記之」

預期: 表感知資料之草圖,附其源描述符。或不似可辨之物。

失敗時: 若無法繪,受書面空間描述:「中央高形,右下平區,左上圓形。」釋草圖乃組織工具,非藝術練習。

步驟六:管理分析疊加(AOL)

AOL 管理乃監督最重要之職。整個會話皆須留意。

AOL Types and Monitor Response:
┌──────────────────┬─────────────────────────────────────────────────┐
│ Type             │ Monitor Action                                  │
├──────────────────┼─────────────────────────────────────────────────┤
│ AOL (naming)     │ If the viewer says "it's a bridge" — instruct: │
│                  │ "Declare 'AOL: bridge' on your paper and move  │
│                  │ on. Don't pursue or suppress it."              │
├──────────────────┼─────────────────────────────────────────────────┤
│ AOL Drive        │ If naming becomes insistent and recurring —     │
│                  │ instruct: "Write 'AOL Drive: [label]' and take │
│                  │ a 60-second break with eyes closed."            │
├──────────────────┼─────────────────────────────────────────────────┤
│ AOL Signal       │ After declaring AOL, extract the signal:        │
│                  │ "The word 'bridge' — what raw descriptors are  │
│                  │ underneath that? Spanning? Long? Connecting     │
│                  │ two areas? Write those as valid data."          │
├──────────────────┼─────────────────────────────────────────────────┤
│ AOL Peacocking   │ If the viewer constructs elaborate scenarios — │
│                  │ intervene: "Write 'AOL/P' and return to Stage  │
│                  │ II basics. Report raw sensations only."         │
└──────────────────┴─────────────────────────────────────────────────┘

強調:「紀律非避 AOL——乃捉之、宣之,使其不污資料。每觀視者皆經 AOL。功在捉之之速。」

預期: AOL 於秒內被識,於紙宣之,會話續行不脫軌。感官層資料與分析標籤分離。

失敗時: 若 AOL 主導(觀視者已構述事數分鐘),介入:「叫 AOL 休。閉目,十呼吸,自 Stage II 重啟。」於會話記錄中標重污染段。

步驟七:引導後階(選擇性)

對熟練觀視者,後階探更深。唯 Stage I-III 產實資料時方續。

Stage IV(情感/無形):

  1. 「探標的場址之情感調」
  2. 「記無形印象:目的、意義、歷史脈絡」
  3. 「分書之並標為 Stage IV 資料」

Stage V(詰問):

  1. 「對標的問特定問題:主功能為何?誰相關聯?」
  2. 「書初印象——勿斟酌」
  3. 「明標所有 Stage V 資料——其載 AOL 風險較高」

Stage VI(3D 模型):

  1. 若材料可得:「自所有資料建黏土或詳草圖模型」
  2. 「以此測空間關係並發現遺漏之元素」

預期: 標的物理描述之外更深、更具體之資料。Stage IV+ 資料須 I-III 強基礎。

失敗時: 若後階僅產 AOL,引轉:「退至 Stage II。協議序列有故——每階需前階之基。」

步驟八:閉與檢

正式結會話並作結構化檢視。

  1. 「於紙書『會話結』與當前時刻」
  2. 「按序檢所有頁:表意符、感官資料、維度資料、草圖、AOL 宣告」
  3. 「圈所感最自信之 5-10 資料點」
  4. 「書短摘——2-3 句述標的似何感,非為何物
  5. 若標的回饋可得:揭標的並引比對
  6. 「點對點比資料——記中、失與 AOL 污染」
  7. 「歸檔會話以供日後參與模式辨識」

預期: 完整會話記錄,含明分之原始資料、AOL 宣告與摘要。經回饋,部分資料中、部分失、部分含糊。

失敗時: 若觀視者覺會話無用,仍引其檢:「觀視者每每低估準度,因尋確切辨識。對紀念碑之『高、平滑、冷、戶外、歷史』之描述乃成功會話——即便未名之。」

驗證

  • Stage I 前已執冷卻並驗
  • 表意符自發(2 秒內),非刻意
  • Stage II 資料為低層感官描述符,非分析標籤
  • 所有 AOL 於識認之刻於紙捉並宣
  • 會話按序進階(I → II → III → 草圖 → 高階)
  • 整個會話標的對觀視者皆盲
  • 回饋前正式結會話並附摘要
  • 所有會話紙皆保存供檢
  • 監督維持協議紀律而不引導觀視者之感知

常見陷阱

  • 引導觀視者:監督提供協議結構,非內容暗示——若知標的為建築,永勿言「試聚焦於結構」
  • 冷卻執行不足:令觀視者取所需之時——急進 Stage I 乃會話差之最常因
  • 未捉 AOL:監督須積極聽分析標籤並立即介入——任 AOL 馳行污染後續所有資料
  • 過度監督:屢屢打斷破壞觀視者訊號接觸——僅為 AOL、協議違反或觀視者困擾介入
  • 前置載入:會話前任何標的資訊皆偏倚資料——對觀視者維嚴盲
  • 棄含糊資料:CRV 產描述性匹配,非辨識——訓觀視者重準描而輕命名

相關技能

  • remote-viewing — AI 自導變體,用以無成見地接近未知問題
  • meditate-guidance — 奢摩他專注乃 CRV 所需心靜之基
  • heal-guidance — 能量療癒與遠視共非局部覺知;兩者皆得益於同一引導法
  • forage-plants — 對植物之詳細感官觀察培養 Stage II 所用之感知敏度

GitHub リポジトリ

pjt222/agent-almanac
パス: i18n/wenyan-lite/skills/remote-viewing-guidance
0
agentsagentskillsai-assisted-developmentclaude-codeskillsteams

関連スキル

content-collections

メタ

このスキルは、Content Collections(Markdown/MDXファイルを型安全なデータコレクションに変換するTypeScriptファーストのツール)の本番環境でテストされた設定を提供します。Zodバリデーションによる型安全性を実現し、ブログ、ドキュメントサイト、コンテンツ重視のVite + Reactアプリケーション構築時にご利用ください。Viteプラグインの設定、MDXコンパイルから、デプロイ最適化、スキーマバリデーションまで、すべてを網羅しています。

スキルを見る

polymarket

メタ

このスキルは、開発者がPolymarket予測市場プラットフォームを活用したアプリケーション構築を可能にします。API統合による取引や市場データの取得に加え、WebSocketを介したリアルタイムデータストリーミングにより、ライブ取引や市場活動を監視できます。取引戦略の実装や、ライブ市場更新を処理するツールの作成にご利用ください。

スキルを見る

creating-opencode-plugins

メタ

このスキルは、開発者がコマンド、ファイル、LSP操作など25種類以上のイベントタイプにフックするOpenCodeプラグインを作成することを支援します。JavaScript/TypeScriptモジュール向けに、プラグイン構造、イベントAPI仕様、および実装パターンを提供します。カスタムイベント駆動ロジックでOpenCode AIアシスタントのライフサイクルをインターセプト、監視、または拡張する必要がある場合にご利用ください。

スキルを見る

sglang

メタ

SGLangは、高性能なLLMサービングフレームワークであり、RadixAttentionプレフィックスキャッシュを活用したJSON、正規表現、エージェントワークフロー向けの高速で構造化された生成を特長とします。特にプレフィックスが繰り返されるタスクにおいて、大幅に高速な推論を実現し、複雑な構造化出力やマルチターン対話に最適です。制約付きデコードが必要な場合や、広範なプレフィックス共有を伴うアプリケーションを構築する場合は、vLLMなどの代替案ではなくSGLangを選択してください。

スキルを見る