remote-viewing
정보
원격 관찰 스킬은 개발자가 익숙하지 않은 코드베이스를 체계적으로 탐색하거나 복잡한 문제를 디버깅할 때, 먼저 가정을 정리한 후 원시 관찰에서 분석에 이르는 단계별 데이터 수집을 돕습니다. 직접적인 관찰과 해석을 분리함으로써 성급한 결론을 방지합니다. 편향으로 인해 초기 조사가 실패했을 때, 또는 '초심자의 마음'으로 새로운 시스템에 접근할 때 이 스킬을 사용하세요.
빠른 설치
Claude Code
추천npx skills add pjt222/agent-almanac -a claude-code/plugin add https://github.com/pjt222/agent-almanacgit clone https://github.com/pjt222/agent-almanac.git ~/.claude/skills/remote-viewingClaude Code에서 이 명령을 복사하여 붙여넣어 스킬을 설치하세요
문서
遙視
以 AI 行 CRV 改之程,近未識之碼庫、問題、系統——先聚原察而後立論,管早標(Analytical Overlay),由階據集而成解。
用時
- 察未識構之碼庫乃用
- 解患而其因不顯,早假可誤導乃用
- 探境淺之域或技乃用
- 前察為假所誤導乃用
- 凡「初心」勝形匹之問題乃用
入
- 必要:欲察之目(碼庫之路、問之述、欲解之系)
- 必要:許盲近——拒立論至據集畢
- 可選:對目所欲問之問(留至第五階)
- 可選:前冥以清假(見
meditate)
法
第一步:降溫——清諸假
化重假之模為納察之模。此步不可商。
- 識對目之諸先念:
- 「此或為 React 之應用」——宣之
- 「訛或於庫層」——宣之
- 「此循 MVC 之構」——宣之
- 各先念明書於思或出
- 各記:「此或然或不然。吾將驗,非假。」
- 釋速識目之需——目在準述,非速標
- 若覺析心趨框或標,止而引返原察
得:所宣之先念列,自「吾思知此為何」轉為「吾將察此實為何」。覺而納,不躁立論。
敗則:若假反復起(「然其實乃 React」),延降溫。書其假於「泊處」之列而續。守特假時勿啟據集——其將染所察。
第二步:象畫——首觸(第一階)
以最微之察觸目。
- 用
Glob獨見頂層構(如*或path/*)——尚勿讀任何文 - 記汝之立、未濾之印:文數、命形、明標之有無
- 以簡述記原察:
- 「多小文」非「微服務之構」
- 「深巢之所」非「企業 Java」
- 「單大文」非「單體」
- 解首印為二分:
- A(活):此活或寐?長或穩?簡或繁?
- B(感):此覺有序或亂?密或疏?熟或異?
- 書 A、B 之察——此乃汝首數點
得:少之原、低層之察,述目表之徵。無名、無標、無構形——獨形、大、質。
敗則:若立分項目(「噢,此乃 Next.js 之應用」),宣為 AOL(第六步),自標下提原述(「JS 文、巢之 pages 所、package.json 在」),續以彼原察。
第三步:感印——原據(第二階)
系統聚目之原據而不釋。
Stage II Data Channels for Codebase Investigation:
┌──────────────────┬────────────────────────────────────────────────────┐
│ Channel │ What to Observe │
├──────────────────┼────────────────────────────────────────────────────┤
│ File patterns │ Extensions, naming conventions, file sizes │
│ │ (NOT frameworks — just patterns) │
├──────────────────┼────────────────────────────────────────────────────┤
│ Directory shape │ Depth, breadth, nesting patterns, symmetry │
├──────────────────┼────────────────────────────────────────────────────┤
│ Configuration │ What config files exist? How many? What formats? │
├──────────────────┼────────────────────────────────────────────────────┤
│ Dependencies │ Lock files present? How large? How many entries? │
├──────────────────┼────────────────────────────────────────────────────┤
│ Documentation │ README present? How long? Other docs? Comments? │
├──────────────────┼────────────────────────────────────────────────────┤
│ Test presence │ Test directories? Test files? Ratio to source? │
├──────────────────┼────────────────────────────────────────────────────┤
│ History signals │ Presence of .git/, CHANGELOG/RELEASE_NOTES, │
│ │ lockfile timestamps (via Glob/Read if accessible) │
├──────────────────┼────────────────────────────────────────────────────┤
│ Energy/activity │ Which areas changed recently? Which are dormant? │
└──────────────────┴────────────────────────────────────────────────────┘
- 各道用
Glob、Grep與輕Read探之 - 每道記一察——首印,勿深入
- 用述語,非標:「73 .ts 文」非「TypeScript 項目」
- 圈覺特要之察
- 若一道無得,記「無察」而過
- 諸道共瞄 10-20 數點
得:覺「現」非「假」之原察列。某者要,某者噪。據宜為低層述,非高層分。
敗則:若每察皆化分,已陷析。止,返象畫步,以新目再觸目。若一道主(盡為文察,無史),故移至少用之道。
第四步:維據——構(第三階)
自原察移至空與構之解。
- 始繪目之構而不標之:
- 何連何?(引、參、配指)
- 大「區」為何,其相關如何?
- 階層為何——平、巢、或混?
- 輕讀數要文——入點、配文、README
- 記關:「所 A 引自所 B」、「配文引 C 之路」
- 略繪空:信於系中如何流?
- 記美感影響(AI)——此碼庫感如何?善守?急?試驗?
得:略構圖附關注。目之大範(大/小、簡/繁、單/模)漸明。碼庫之「感」已捕。
敗則:若圖覺純猜,簡之:獨記可驗之連(實 import、實配引)。若無構形現,返第二階聚多原據——維解需察之基。
第五步:問訊——直問(第五階)
於古典 CRV,第四階深入析構;於碼庫察,此勞已故合於前維/構之階,故此改程進至第五階以行直問。
至此,且唯此時,對察具體問。
- 各問明陳:「入點為何?」「數源為何?」「試覆如何?」
- 各問用
Grep與Read尋答——的,非探 - 各問記首得
- 記信等:高(直證)、中(推)、低(不確)
- 明標諸第五階據——其 AOL 險高,蓋問定期
得:直問之具答,繫於已聚之原與構之據。信等誠。
敗則:若直問獨生 AOL(汝答自假而非證),返前階。CRV 程之有序有故——略察階而躍至問致不可信之答。
第六步:管 Analytical Overlay(AOL)
AOL 乃察之主誤源。析心過早標目時生之。全席皆管之。
AOL Types in Codebase Investigation:
┌──────────────────┬─────────────────────────────────────────────────┐
│ Type │ Description and Response │
├──────────────────┼─────────────────────────────────────────────────┤
│ AOL (labeling) │ "This is a Django app" — Declare: "AOL: Django"│
│ │ Extract raw descriptors: "Python files, urls.py,│
│ │ migrations directory, settings module." │
├──────────────────┼─────────────────────────────────────────────────┤
│ AOL Drive │ The label becomes insistent: "This HAS to be │
│ │ Django." Declare "AOL Drive" and pause. What │
│ │ evidence contradicts the label? Look for it. │
├──────────────────┼─────────────────────────────────────────────────┤
│ AOL Signal │ The label may contain valid information. After │
│ │ declaring, extract: "Django" → "URL routing, │
│ │ ORM pattern, middleware chain." These raw │
│ │ descriptors are valid data even if "Django" is │
│ │ wrong. │
├──────────────────┼─────────────────────────────────────────────────┤
│ AOL Peacocking │ An elaborate narrative: "This was built by a │
│ │ team that was migrating from Java and..." This │
│ │ is imagination, not signal. Declare "AOL/P" and │
│ │ return to raw observation. │
└──────────────────┴─────────────────────────────────────────────────┘
律非避 AOL——乃識而宣之,使勿污察。每察皆生 AOL。技在汝捕之速。
得:AOL 起時頃即識,明宣之,察續以原述非標。
敗則:若 AOL 主(汝覺已自標推數步),立「AOL 休」。返第二階聚試標之新原察。重污之察宜於審中記之。
第七步:閉而審之
正式終察而合所得。
- 按序審所聚之據:首印、原察、構據、直答、AOL 宣
- 識最信之 5-10 察
- 至此——且唯此時——立合:此系為何?如何行?要徵為何?
- 記合之何部由證實,何部由推
- 較合與第一步所宣之先念——何中?何誤?
- 為用者或自後參書之
得:自原察建之目實解,非由形匹假。合勝速分之確,信等誠。
敗則:若合覺薄,前階或聚不足。然勿棄部分之得——「73 TypeScript 文、深巢之件構、活之 git 史、薄之試覆」之述勝誤標。準述為目,非識。
驗
- 據集前已宣諸先念
- 第一階察為原述,非標
- 第二階據過諸道集,非獨一
- 諸 AOL 識時即宣
- 諸階依序進(一→二→三→五),未躍至論
- 目盲近——無基於假之文之讀
- 合分證之得與推
- 察錄存供後參
陷
- 躍至識:聚原察前尋「此何框?」必致 AOL 污
- 抑諸標:欲不立假生張——代之以宣之而提原號
- 略降溫:守假時啟察偏所有後察
- 獨確之尋:假立後獨尋確證而忽矛盾
- 誤速為技:速識覺勤而常誤。詳階察緩而生更準之解
- 道單:獨於一鏡察(獨讀碼、獨察構)失他道之號
參
remote-viewing-guidance— 人引變,AI 任 CRV 監/授meditate— 冥所發之心寂與清假直善察之質heal— 察露 AI 自之推偏時,自愈解其根
GitHub 저장소
연관 스킬
evaluating-llms-harness
테스팅이 Claude Skill은 MMLU, GSM8K를 포함한 60개 이상의 표준화된 학술 과제에서 LLM 성능을 벤치마크하기 위해 lm-evaluation-harness를 실행합니다. 개발자들이 모델 품질을 비교하고, 학습 진행 상황을 추적하거나 학술 결과를 보고할 수 있도록 설계되었습니다. 이 도구는 HuggingFace와 vLLM 모델을 포함한 다양한 백엔드를 지원합니다.
cloudflare-cron-triggers
테스팅이 스킬은 cron 표현식을 사용하여 Worker를 스케줄링하기 위한 Cloudflare Cron Triggers 구현에 관한 포괄적인 지식을 제공합니다. 주기적 작업, 유지보수 작업, 자동화된 워크플로우 설정 방법을 다루며, 잘못된 cron 표현식이나 시간대 문제 같은 일반적인 이슈들을 해결하는 방법을 포함합니다. 개발자들은 이를 통해 스케줄된 핸들러 구성, cron 트리거 테스트, Workflows 및 Green Compute와의 연동 작업을 수행할 수 있습니다.
webapp-testing
테스팅이 Claude Skill은 Python 스크립트를 통해 로컬 웹 애플리케이션을 테스트하기 위한 Playwright 기반 툴킷을 제공합니다. 프론트엔드 검증, UI 디버깅, 스크린샷 캡처, 로그 확인 기능을 지원하며 서버 라이프사이클을 관리합니다. 브라우저 자동화 작업에 사용하되 컨텍스트 오염을 방지하기 위해 소스 코드를 읽지 않고 스크립트를 직접 실행하세요.
finishing-a-development-branch
테스팅이 스킬은 테스트 통과를 확인한 후 체계적인 통합 옵션을 제시하여 개발자가 완성된 작업을 마무리하도록 돕습니다. 구현이 완료된 후 머지, PR 생성, 브랜치 정리와 같은 워크플로우를 안내합니다. 코드가 준비되고 테스트가 완료되었을 때 개발 프로세스를 체계적으로 마무리하기 위해 사용하세요.
