[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M6GX8JM5V346JSZ73DYWYKZ4":3,"skill-same:01M6GX8JM5V346JSZ73DYWYKZ4":50},{"skillNo":4,"name":5,"nameZh":6,"description":7,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":15,"categories":16,"keywords":17,"publishedAt":24,"linkOnly":25,"markdownContent":26,"markdownBody":27,"frontMatter":28,"refName":29,"commitSha":30,"skillDirectory":31,"forksCount":32,"repositoryHtmlUrl":33,"repositoryHomepageUrl":6,"ownerHtmlUrl":34,"ownerBlogUrl":6,"ownerDescription":6,"updatedAt":35,"install":36,"resources":49},"01M6GX8JM5V346JSZ73DYWYKZ4","auto-setup",null,"프로젝트 컨텍스트 생성 — 코드베이스를 분석하고 ARCHITECTURE.md 및 .autopus\u002Fproject 문서를 생성합니다","autopus-ai\u002Fautopus-adk","autopus-ai","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F327805805?v=4","01M6GX6DDW0BA7MCYD3799BYEF","01M6GX6DJ6FKVZVDKSPQTNNPME",109,"MIT","https:\u002F\u002Fgithub.com\u002Fautopus-ai\u002Fautopus-adk\u002Fblob\u002Fmain\u002F.omp\u002Fskills\u002Fauto-setup\u002FSKILL.md",[],[18,19,20,21,22,23],"setup","auto","auto setup","architecture","project","omp","2026-11-10 10:12:30",false,"---\nname: auto-setup\ndescription: 프로젝트 컨텍스트 생성 — 코드베이스를 분석하고 ARCHITECTURE.md 및 .autopus\u002Fproject 문서를 생성합니다\ncompatibility: omp\n---\n\n# auto-setup — 프로젝트 컨텍스트 생성 스킬\n\n## OMP Invocation\n\n- `\u002Fauto setup ...`\n- `\u002Fauto-setup ...`\n- Load detail skill `auto-setup` for either entrypoint.\n\n\n**프로젝트**: autopus-adk | **모드**: full\n\n## 설명\n\n프로젝트 구조와 기술 스택을 분석해 세션 간 지속되는 컨텍스트 문서를 생성하거나 갱신합니다.\n이 스킬은 첫 세션 온보딩, 오래된 프로젝트 재진입, `\u002Fauto plan`\u002F`\u002Fauto sync` 전 컨텍스트 복구에 사용합니다.\n\n## Workspace Folder Boundary\n\nADK는 workspace folder profile의 소유자가 아니라 workspace 또는 repo checkout 안에 설치되는 harness\u002Fexecution layer입니다. `auto setup`은 루트 역할과 추적 정책을 문서화하지만, canonical Knowledge Hub의 folder identity, promotion, admission 정책을 ADK generated surface로 대체하지 않습니다.\n\nGenerated\u002Fruntime\u002Fharness surfaces are excluded from canonical Knowledge Hub indexing unless they are explicitly human-managed project\u002Fspec documents:\n- Excluded: `.autopus\u002Fruntime\u002F**`, `.autopus\u002Fqa\u002F{runs,cache,gui,feedback,evidence,releases}\u002F**` raw artifacts, `.autopus\u002Fcontext\u002Fsignatures.md`, `.autopus\u002F*-manifest.json`, `.autopus\u002Fplugins\u002F**`, `.autopus\u002Forchestra\u002F**`, `.autopus\u002Fbrainstorms\u002F**`, `.autopus\u002Fdesign\u002F{imports,verify}\u002F**`, `.autopus\u002Fcanary\u002F**`, `.codex\u002F**`, `.claude\u002F**`, `.gemini\u002F**`, `.opencode\u002F**`, `.agents\u002F{skills,plugins,commands}\u002F**`, `.agents\u002Fhooks.json`, `.symphony\u002Fartifacts\u002F**`, `config.toml`\n- Indexable local docs: `.autopus\u002Fproject\u002F**`, `.autopus\u002Fspecs\u002F**`, `.autopus\u002Fvault\u002F**`, `README.md`, `docs\u002F**`\n- Candidate\u002Fprojection only: `.autopus\u002Finbox\u002F**` requires promotion; sanitized `.autopus\u002Flearnings\u002Fpipeline.jsonl` rows remain ADK Decision\u002FQuality Index projection evidence.\n\n## 사용법\n\n```bash\n\u002Fauto setup\n\u002Fauto setup --auto\n```\n\n## Codex 기본 실행 모델\n\n- Codex에서는 `setup`도 `task` batch 기반 subagent-first 로 진행합니다.\n- Step 1의 전체 코드베이스 분석은 반드시 `explorer` 서브에이전트로 먼저 수행합니다.\n- 메인 세션은 결과를 검토한 뒤 `ARCHITECTURE.md`와 `.autopus\u002Fproject\u002F*` 산출물을 최종 정리하고 저장합니다.\n- 현재 Codex 런타임 정책이 암묵적 `task` batch 호출을 제한하면, 하네스 기본값과 제약을 명시적으로 설명한 뒤 사용자에게 서브에이전트 진행 여부 또는 `--solo` 성격의 단일 세션 진행을 확인받습니다.\n\n전체 라우팅 규칙은 `\u002Fauto setup` 라우터를 우선합니다.\n\n## 실행 순서\n\n### [REQUIRED] Step 1: 코드베이스 분석\n\nIMPORTANT: 이 단계는 반드시 `explorer` 서브에이전트를 먼저 호출해야 합니다. 분석 없이 Step 2로 건너뛰면 안 됩니다.\n\n`explorer` 에이전트가 최소한 아래 정보를 반환하게 합니다.\n- 디렉터리 구조와 패키지 역할\n- 루트 저장소 역할(product repo \u002F monorepo root \u002F meta workspace)과 nested git repo 경계\n- 기술 스택(언어, 프레임워크, 빌드 도구)\n- 엔트리포인트와 주요 공개 API\n- 아키텍처 패턴과 도메인 경계\n- 사용자 접점이 있는 라우트, 명령, 화면\n- generated surface \u002F runtime artifact 경로와 source-of-truth repo\n- ADK가 harness layer이며 folder profile owner가 아니라는 경계\n- canonical Knowledge Hub에서 제외되는 generated\u002Fruntime\u002Fharness surface와 indexable\u002Fcandidate\u002Fprojection-only 경로\n- QA\u002FJourney Pack 대상 리포, `auto qa init --project-dir \u003Crepo>` 실행 명령, 루트 `.autopus\u002Fqa\u002F**`가 project-owned인지 runtime\u002Fgenerated인지\n\n> **POST-STEP**: explorer 결과를 받으면 Step 2로 진행합니다. 탐색 요약 없이 완료 안내를 출력하지 않습니다.\n\n### [REQUIRED] Step 2: `ARCHITECTURE.md` 생성 또는 갱신\n\nExplorer 분석을 바탕으로 루트 `ARCHITECTURE.md`를 작성합니다.\n\n포함 항목:\n- 핵심 도메인과 레이어\n- 의존성 흐름 및 경계\n- 진입점과 주요 데이터 흐름\n- 관찰된 규칙 위반 또는 위험 지점\n\n> **POST-STEP**: `ARCHITECTURE.md` 저장 후 Step 3으로 진행합니다.\n\n### [REQUIRED] Step 3: `.autopus\u002Fproject\u002F` 핵심 문서 생성 또는 갱신\n\n다음 4개 파일을 explorer 결과 기준으로 작성합니다.\n- `product.md` — 프로젝트 목적, 핵심 기능, 주요 유스케이스, 모드\n- `structure.md` — 디렉터리 구조, 패키지 역할, 엔트리포인트, 주요 파일 분포\n- `tech.md` — 언어, 프레임워크, 빌드\u002F테스트 도구, 아키텍처 패턴\n- `workspace.md` — 루트 저장소 역할, nested repo 경계, generated\u002Fruntime 경로, 추적\u002F커밋 정책, source-of-truth 위치, QA\u002FJourney Pack 대상 리포와 `auto qa init --project-dir \u003Crepo>` 명령\n\n규칙:\n- 추측보다 실제 코드베이스 증거를 우선합니다.\n- monorepo면 workspace\u002Fmodule 경계를 드러냅니다.\n- meta workspace면 keep 대상과 generated\u002Fruntime drop 대상을 명시합니다.\n- meta workspace면 root `.autopus\u002Fqa\u002F**`를 제품 Journey Pack 위치로 쓰지 말고, 대상 리포별 `--project-dir` 명령을 문서에 남깁니다.\n- 기존 파일이 있어도 현재 상태를 반영해 갱신합니다.\n- `structure.md`는 package family와 경계만 요약합니다. 개별 파일을 전수 나열하지 말고 18,000 bytes 이하를 목표로 하며, doctor warning 경계인 20,000 bytes를 넘기지 않습니다.\n\n> **POST-STEP**: `.autopus\u002Fproject\u002F` 4개 파일 저장 후 Step 4로 진행합니다.\n\n### [REQUIRED] Step 4: `scenarios.md` 생성 또는 갱신\n\n`.autopus\u002Fproject\u002Fscenarios.md`에 사용자 관점 E2E 시나리오를 정리합니다.\n\n프로젝트 유형별로 다음을 추출합니다.\n- CLI: 주요 명령, 플래그, 정상\u002F실패 경로\n- API: 메서드, 경로, 인증\u002F사전조건, 기대 응답\n- Frontend: 핵심 페이지, 사용자 동작, 검증 포인트\n- Library: 공개 API 진입점과 대표 사용 시나리오\n\n각 시나리오는 최소한 아래를 포함합니다.\n- **Command\u002FAction**\n- **Precondition**\n- **Expect**\n- **Verify**\n- **Status**\n\n> **POST-STEP**: `scenarios.md` 저장 후 Step 5로 진행합니다.\n\n### [REQUIRED] Step 5: `canary.md` 생성 또는 갱신\n\n`.autopus\u002Fproject\u002Fcanary.md`에 빌드\u002F엔드포인트\u002F브라우저 건강 검진 대상을 정의합니다.\n\n우선 탐지 대상:\n- `Dockerfile`, `docker-compose.yml`\n- `railway.json`, `vercel.json`, `fly.toml`, `render.yaml`\n- `k8s\u002F`, `helm\u002F`\n- `.github\u002Fworkflows\u002F`\n- 소스 코드의 health\u002Fstatus endpoint\n- 프론트엔드 라우트와 대표 브라우저 타깃\n\n최소 산출물:\n- build health check\n- endpoint health check 또는 해당 없음\n- browser health check 또는 해당 없음\n- detection source 요약\n\n> **POST-STEP**: `canary.md` 저장 후 Pre-Completion Verification으로 진행합니다.\n\n### [REQUIRED] Pre-Completion Verification\n\n완료 메시지 전에 아래 항목이 모두 충족됐는지 확인합니다.\n\n- [ ] Step 1: explorer 서브에이전트 호출 완료\n- [ ] Step 2: `ARCHITECTURE.md` 저장 완료\n- [ ] Step 3: `.autopus\u002Fproject\u002Fproduct.md`, `structure.md`, `tech.md`, `workspace.md` 저장 완료\n- [ ] Step 4: `.autopus\u002Fproject\u002Fscenarios.md` 저장 완료\n- [ ] Step 5: `.autopus\u002Fproject\u002Fcanary.md` 저장 완료\n\n하나라도 비어 있으면 완료 메시지를 출력하지 말고 해당 단계로 돌아갑니다.\n\n## Completion Message\n\n```text\nProject context documents have been generated\u002Fupdated.\n- ARCHITECTURE.md\n- .autopus\u002Fproject\u002Fproduct.md\n- .autopus\u002Fproject\u002Fstructure.md\n- .autopus\u002Fproject\u002Ftech.md\n- .autopus\u002Fproject\u002Fworkspace.md\n- .autopus\u002Fproject\u002Fscenarios.md\n- .autopus\u002Fproject\u002Fcanary.md\nContext will be loaded automatically on the next session.\n```\n\n## First Win Guidance\n\n완료 후 현재 상태에 맞는 다음 액션을 최대 3개까지 추천합니다.\n\n우선순위:\n1. 항상 표시 가능: `\u002Fauto review`, `\u002Fauto idea`\n2. SPEC이 없으면: `\u002Fauto plan \"기능 설명\"`\n3. draft SPEC이 있으면: `\u002Fauto go {SPEC-ID}` 또는 `auto spec review {SPEC-ID}`\n\n출력 형식:\n\n```text\n? 바로 해볼 수 있는 것 ──────────────\n1. {command} — {one-line value}\n```\n\n## 출력\n\n- `ARCHITECTURE.md`\n- `.autopus\u002Fproject\u002Fproduct.md`\n- `.autopus\u002Fproject\u002Fstructure.md`\n- `.autopus\u002Fproject\u002Ftech.md`\n- `.autopus\u002Fproject\u002Fworkspace.md`\n- `.autopus\u002Fproject\u002Fscenarios.md`\n- `.autopus\u002Fproject\u002Fcanary.md`\n","# auto-setup — 프로젝트 컨텍스트 생성 스킬\n\n## OMP Invocation\n\n- `\u002Fauto setup ...`\n- `\u002Fauto-setup ...`\n- Load detail skill `auto-setup` for either entrypoint.\n\n\n**프로젝트**: autopus-adk | **모드**: full\n\n## 설명\n\n프로젝트 구조와 기술 스택을 분석해 세션 간 지속되는 컨텍스트 문서를 생성하거나 갱신합니다.\n이 스킬은 첫 세션 온보딩, 오래된 프로젝트 재진입, `\u002Fauto plan`\u002F`\u002Fauto sync` 전 컨텍스트 복구에 사용합니다.\n\n## Workspace Folder Boundary\n\nADK는 workspace folder profile의 소유자가 아니라 workspace 또는 repo checkout 안에 설치되는 harness\u002Fexecution layer입니다. `auto setup`은 루트 역할과 추적 정책을 문서화하지만, canonical Knowledge Hub의 folder identity, promotion, admission 정책을 ADK generated surface로 대체하지 않습니다.\n\nGenerated\u002Fruntime\u002Fharness surfaces are excluded from canonical Knowledge Hub indexing unless they are explicitly human-managed project\u002Fspec documents:\n- Excluded: `.autopus\u002Fruntime\u002F**`, `.autopus\u002Fqa\u002F{runs,cache,gui,feedback,evidence,releases}\u002F**` raw artifacts, `.autopus\u002Fcontext\u002Fsignatures.md`, `.autopus\u002F*-manifest.json`, `.autopus\u002Fplugins\u002F**`, `.autopus\u002Forchestra\u002F**`, `.autopus\u002Fbrainstorms\u002F**`, `.autopus\u002Fdesign\u002F{imports,verify}\u002F**`, `.autopus\u002Fcanary\u002F**`, `.codex\u002F**`, `.claude\u002F**`, `.gemini\u002F**`, `.opencode\u002F**`, `.agents\u002F{skills,plugins,commands}\u002F**`, `.agents\u002Fhooks.json`, `.symphony\u002Fartifacts\u002F**`, `config.toml`\n- Indexable local docs: `.autopus\u002Fproject\u002F**`, `.autopus\u002Fspecs\u002F**`, `.autopus\u002Fvault\u002F**`, `README.md`, `docs\u002F**`\n- Candidate\u002Fprojection only: `.autopus\u002Finbox\u002F**` requires promotion; sanitized `.autopus\u002Flearnings\u002Fpipeline.jsonl` rows remain ADK Decision\u002FQuality Index projection evidence.\n\n## 사용법\n\n```bash\n\u002Fauto setup\n\u002Fauto setup --auto\n```\n\n## Codex 기본 실행 모델\n\n- Codex에서는 `setup`도 `task` batch 기반 subagent-first 로 진행합니다.\n- Step 1의 전체 코드베이스 분석은 반드시 `explorer` 서브에이전트로 먼저 수행합니다.\n- 메인 세션은 결과를 검토한 뒤 `ARCHITECTURE.md`와 `.autopus\u002Fproject\u002F*` 산출물을 최종 정리하고 저장합니다.\n- 현재 Codex 런타임 정책이 암묵적 `task` batch 호출을 제한하면, 하네스 기본값과 제약을 명시적으로 설명한 뒤 사용자에게 서브에이전트 진행 여부 또는 `--solo` 성격의 단일 세션 진행을 확인받습니다.\n\n전체 라우팅 규칙은 `\u002Fauto setup` 라우터를 우선합니다.\n\n## 실행 순서\n\n### [REQUIRED] Step 1: 코드베이스 분석\n\nIMPORTANT: 이 단계는 반드시 `explorer` 서브에이전트를 먼저 호출해야 합니다. 분석 없이 Step 2로 건너뛰면 안 됩니다.\n\n`explorer` 에이전트가 최소한 아래 정보를 반환하게 합니다.\n- 디렉터리 구조와 패키지 역할\n- 루트 저장소 역할(product repo \u002F monorepo root \u002F meta workspace)과 nested git repo 경계\n- 기술 스택(언어, 프레임워크, 빌드 도구)\n- 엔트리포인트와 주요 공개 API\n- 아키텍처 패턴과 도메인 경계\n- 사용자 접점이 있는 라우트, 명령, 화면\n- generated surface \u002F runtime artifact 경로와 source-of-truth repo\n- ADK가 harness layer이며 folder profile owner가 아니라는 경계\n- canonical Knowledge Hub에서 제외되는 generated\u002Fruntime\u002Fharness surface와 indexable\u002Fcandidate\u002Fprojection-only 경로\n- QA\u002FJourney Pack 대상 리포, `auto qa init --project-dir \u003Crepo>` 실행 명령, 루트 `.autopus\u002Fqa\u002F**`가 project-owned인지 runtime\u002Fgenerated인지\n\n> **POST-STEP**: explorer 결과를 받으면 Step 2로 진행합니다. 탐색 요약 없이 완료 안내를 출력하지 않습니다.\n\n### [REQUIRED] Step 2: `ARCHITECTURE.md` 생성 또는 갱신\n\nExplorer 분석을 바탕으로 루트 `ARCHITECTURE.md`를 작성합니다.\n\n포함 항목:\n- 핵심 도메인과 레이어\n- 의존성 흐름 및 경계\n- 진입점과 주요 데이터 흐름\n- 관찰된 규칙 위반 또는 위험 지점\n\n> **POST-STEP**: `ARCHITECTURE.md` 저장 후 Step 3으로 진행합니다.\n\n### [REQUIRED] Step 3: `.autopus\u002Fproject\u002F` 핵심 문서 생성 또는 갱신\n\n다음 4개 파일을 explorer 결과 기준으로 작성합니다.\n- `product.md` — 프로젝트 목적, 핵심 기능, 주요 유스케이스, 모드\n- `structure.md` — 디렉터리 구조, 패키지 역할, 엔트리포인트, 주요 파일 분포\n- `tech.md` — 언어, 프레임워크, 빌드\u002F테스트 도구, 아키텍처 패턴\n- `workspace.md` — 루트 저장소 역할, nested repo 경계, generated\u002Fruntime 경로, 추적\u002F커밋 정책, source-of-truth 위치, QA\u002FJourney Pack 대상 리포와 `auto qa init --project-dir \u003Crepo>` 명령\n\n규칙:\n- 추측보다 실제 코드베이스 증거를 우선합니다.\n- monorepo면 workspace\u002Fmodule 경계를 드러냅니다.\n- meta workspace면 keep 대상과 generated\u002Fruntime drop 대상을 명시합니다.\n- meta workspace면 root `.autopus\u002Fqa\u002F**`를 제품 Journey Pack 위치로 쓰지 말고, 대상 리포별 `--project-dir` 명령을 문서에 남깁니다.\n- 기존 파일이 있어도 현재 상태를 반영해 갱신합니다.\n- `structure.md`는 package family와 경계만 요약합니다. 개별 파일을 전수 나열하지 말고 18,000 bytes 이하를 목표로 하며, doctor warning 경계인 20,000 bytes를 넘기지 않습니다.\n\n> **POST-STEP**: `.autopus\u002Fproject\u002F` 4개 파일 저장 후 Step 4로 진행합니다.\n\n### [REQUIRED] Step 4: `scenarios.md` 생성 또는 갱신\n\n`.autopus\u002Fproject\u002Fscenarios.md`에 사용자 관점 E2E 시나리오를 정리합니다.\n\n프로젝트 유형별로 다음을 추출합니다.\n- CLI: 주요 명령, 플래그, 정상\u002F실패 경로\n- API: 메서드, 경로, 인증\u002F사전조건, 기대 응답\n- Frontend: 핵심 페이지, 사용자 동작, 검증 포인트\n- Library: 공개 API 진입점과 대표 사용 시나리오\n\n각 시나리오는 최소한 아래를 포함합니다.\n- **Command\u002FAction**\n- **Precondition**\n- **Expect**\n- **Verify**\n- **Status**\n\n> **POST-STEP**: `scenarios.md` 저장 후 Step 5로 진행합니다.\n\n### [REQUIRED] Step 5: `canary.md` 생성 또는 갱신\n\n`.autopus\u002Fproject\u002Fcanary.md`에 빌드\u002F엔드포인트\u002F브라우저 건강 검진 대상을 정의합니다.\n\n우선 탐지 대상:\n- `Dockerfile`, `docker-compose.yml`\n- `railway.json`, `vercel.json`, `fly.toml`, `render.yaml`\n- `k8s\u002F`, `helm\u002F`\n- `.github\u002Fworkflows\u002F`\n- 소스 코드의 health\u002Fstatus endpoint\n- 프론트엔드 라우트와 대표 브라우저 타깃\n\n최소 산출물:\n- build health check\n- endpoint health check 또는 해당 없음\n- browser health check 또는 해당 없음\n- detection source 요약\n\n> **POST-STEP**: `canary.md` 저장 후 Pre-Completion Verification으로 진행합니다.\n\n### [REQUIRED] Pre-Completion Verification\n\n완료 메시지 전에 아래 항목이 모두 충족됐는지 확인합니다.\n\n- [ ] Step 1: explorer 서브에이전트 호출 완료\n- [ ] Step 2: `ARCHITECTURE.md` 저장 완료\n- [ ] Step 3: `.autopus\u002Fproject\u002Fproduct.md`, `structure.md`, `tech.md`, `workspace.md` 저장 완료\n- [ ] Step 4: `.autopus\u002Fproject\u002Fscenarios.md` 저장 완료\n- [ ] Step 5: `.autopus\u002Fproject\u002Fcanary.md` 저장 완료\n\n하나라도 비어 있으면 완료 메시지를 출력하지 말고 해당 단계로 돌아갑니다.\n\n## Completion Message\n\n```text\nProject context documents have been generated\u002Fupdated.\n- ARCHITECTURE.md\n- .autopus\u002Fproject\u002Fproduct.md\n- .autopus\u002Fproject\u002Fstructure.md\n- .autopus\u002Fproject\u002Ftech.md\n- .autopus\u002Fproject\u002Fworkspace.md\n- .autopus\u002Fproject\u002Fscenarios.md\n- .autopus\u002Fproject\u002Fcanary.md\nContext will be loaded automatically on the next session.\n```\n\n## First Win Guidance\n\n완료 후 현재 상태에 맞는 다음 액션을 최대 3개까지 추천합니다.\n\n우선순위:\n1. 항상 표시 가능: `\u002Fauto review`, `\u002Fauto idea`\n2. SPEC이 없으면: `\u002Fauto plan \"기능 설명\"`\n3. draft SPEC이 있으면: `\u002Fauto go {SPEC-ID}` 또는 `auto spec review {SPEC-ID}`\n\n출력 형식:\n\n```text\n? 바로 해볼 수 있는 것 ──────────────\n1. {command} — {one-line value}\n```\n\n## 출력\n\n- `ARCHITECTURE.md`\n- `.autopus\u002Fproject\u002Fproduct.md`\n- `.autopus\u002Fproject\u002Fstructure.md`\n- `.autopus\u002Fproject\u002Ftech.md`\n- `.autopus\u002Fproject\u002Fworkspace.md`\n- `.autopus\u002Fproject\u002Fscenarios.md`\n- `.autopus\u002Fproject\u002Fcanary.md`\n",{"name":5,"description":7,"compatibility":23},"main","4f21f3091a165c082859130de920aaeb017efad8",".omp\u002Fskills\u002Fauto-setup",73,"https:\u002F\u002Fgithub.com\u002Fautopus-ai\u002Fautopus-adk","https:\u002F\u002Fgithub.com\u002Fautopus-ai","2026-11-14 23:42:16",{"source":8,"skillName":5,"commands":37,"prompt":47,"zipAvailable":48},[38,41,44],{"tool":39,"command":40},"npx","npx skills add autopus-ai\u002Fautopus-adk --skill auto-setup",{"tool":42,"command":43},"bunx","bunx skills add autopus-ai\u002Fautopus-adk --skill auto-setup",{"tool":45,"command":46},"pnpm","pnpm dlx skills add autopus-ai\u002Fautopus-adk --skill auto-setup","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002Fautopus-ai\u002Fautopus-adk\u002Fblob\u002Fmain\u002F.omp\u002Fskills\u002Fauto-setup\u002FSKILL.md",true,[],[51,56,75,82,91,105],{"skillNo":52,"name":19,"nameZh":6,"description":6,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":53,"categories":54,"keywords":55,"publishedAt":24},"01M6GXC22ZCVSKYJXPE5ZE51ZV","https:\u002F\u002Fgithub.com\u002Fautopus-ai\u002Fautopus-adk\u002Fblob\u002Fmain\u002Ftestdata\u002Fupgrade\u002Fv0.50.108\u002F.agents\u002Fskills\u002Fauto\u002FSKILL.md",[],[19],{"skillNo":57,"name":58,"nameZh":6,"description":59,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":60,"categories":61,"keywords":67,"publishedAt":24},"01M6GXBY8KS4F365HYZFCP8MDG","worktree-isolation","Worktree isolation for parallel agent execution in the pipeline","https:\u002F\u002Fgithub.com\u002Fautopus-ai\u002Fautopus-adk\u002Fblob\u002Fmain\u002F.omp\u002Fskills\u002Fworktree-isolation\u002FSKILL.md",[62],{"categoryNo":63,"categoryName":64,"taxonomyType":65,"taxonomyTypeDesc":66},"01JBSEEDCAT000000000000023","Skill与智能体开发","SCENARIO","使用场景",[68,69,70,71,23,72,73,74],"worktree isolation","isolation","worktree","for","parallel","execution","pipeline",{"skillNo":76,"name":77,"nameZh":6,"description":78,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":79,"categories":80,"keywords":81,"publishedAt":24},"01M6GXBR2JFP9AG6XW059P9508","verification","구현 결과 검증 및 품질 게이트 통과 스킬","https:\u002F\u002Fgithub.com\u002Fautopus-ai\u002Fautopus-adk\u002Fblob\u002Fmain\u002F.omp\u002Fskills\u002Fverification\u002FSKILL.md",[],[77,23],{"skillNo":83,"name":84,"nameZh":6,"description":85,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":86,"categories":87,"keywords":88,"publishedAt":24},"01M6GXBJWVA7CA2Y0QFMC9WMYF","using-autopus","Autopus-ADK 설치 및 활용 가이드 스킬","https:\u002F\u002Fgithub.com\u002Fautopus-ai\u002Fautopus-adk\u002Fblob\u002Fmain\u002F.omp\u002Fskills\u002Fusing-autopus\u002FSKILL.md",[],[89,23,90],"using autopus","adk",{"skillNo":92,"name":93,"nameZh":6,"description":94,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":95,"categories":96,"keywords":100,"publishedAt":24},"01M6GXBFA7F84VAZHW7XA612X5","testing-strategy","통합\u002FE2E\u002F계약 테스트 전략 및 테스트 피라미드","https:\u002F\u002Fgithub.com\u002Fautopus-ai\u002Fautopus-adk\u002Fblob\u002Fmain\u002F.omp\u002Fskills\u002Ftesting-strategy\u002FSKILL.md",[97],{"categoryNo":98,"categoryName":99,"taxonomyType":65,"taxonomyTypeDesc":66},"01JBSEEDCAT000000000000008","测试与质量",[101,102,103,23,104],"testing","strategy","testing strategy","e2e",{"skillNo":106,"name":107,"nameZh":6,"description":108,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":6,"repositoryNo":12,"starsCount":13,"licenseSpdxId":14,"licenseFileUrl":6,"sourceHtmlUrl":109,"categories":110,"keywords":111,"publishedAt":24},"01M6GXBB988G8Q86YH7S0K4FWT","tdd","Test-Driven Development 방법론 스킬","https:\u002F\u002Fgithub.com\u002Fautopus-ai\u002Fautopus-adk\u002Fblob\u002Fmain\u002F.omp\u002Fskills\u002Ftdd\u002FSKILL.md",[],[107,112,113,23,114,115],"test-driven","driven","development","test"]