'readiness' 검색 결과

Build a preliminary, evidence-based EU AI Act readiness assessment across AI-system inventory, territorial scope, operator roles, prohibited-practice screening, risk classification, transparency, high-risk controls, general-purpose AI obligations, governance, and implementation milestones. Use when an organization needs to triage an AI use case, vendor, model, product, or portfolio for Regulation (EU) 2024/1689; prepare an AI inventory, gap register, implementation roadmap, or counsel briefing; assess provider, deployer, importer, distributor, product-manufacturer, authorised-representative, or GPAI-provider responsibilities; or re-check readiness after regulatory or product changes.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Audits any domain's AI-readiness by using curl to directly probe robots.txt, llms.txt, and llms-full.txt, then scores each file against a structured checklist and delivers a formatted report with pass/warn/fail findings and actionable fixes. Use this skill whenever a user provides a domain or URL and wants to know if llms.txt or llms-full.txt is available, discoverable, or properly structured. Trigger on phrases like "check llms.txt for", "does this site have llms.txt", "find llms.txt", "check llms for this url", "audit llms.txt", "is llms-full.txt available", or any time a user shares a domain/docs URL and wants AI-readiness checked. Also trigger when the user wants to verify GEO/AEO readiness of a documentation site.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Govern mini-program release readiness and evidence across source branches, semantic versions, build artifacts, test flags, debug paths, sensitive data, permissions, privacy declarations, platform uploads, review submissions, staged versions, production releases, and rollback plans. Use when users ask for a release checklist, packaging, export, version bump, upload readiness, submission readiness, launch status, rollback preparation, or a precise judgment of what has and has not shipped. Defaults to read-only preflight, requires separate explicit authorization for every external state change, and never treats a Git push, successful build, platform upload, review submission, approval, or production publication as interchangeable.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Prepare an organisation for regulatory inspection by assessing readiness against agency-specific focus areas (FDA, EMA, MHRA). Covers warning letter and 483 theme analysis, mock inspection protocols, document bundle preparation, inspection logistics, and response template creation. Use when a regulatory inspection has been announced or is anticipated, when a periodic self-assessment is due, when new systems have been implemented since the last inspection, or after a significant audit finding that may attract regulatory attention.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Evaluate a system's current structural form, identify transformation pressure, and classify transformation readiness. Covers structural inventory, pressure mapping, rigidity assessment, change capacity estimation, and readiness classification for architectural metamorphosis. Use before any significant architectural change to understand the starting point, when a system feels stuck without clear reasons, when external pressure from growth or tech debt is mounting, or as periodic health checks for long-lived systems.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Performs a lightweight pre-release readiness review of Atlassian Forge apps across manifest/module wiring, architecture, runtime compatibility, dependency posture, tests, deploy readiness, and obvious security, cost, or reliability smells. Use when the user asks "review my Forge app", "pre-deploy check", "is this app ready to ship", "review manifest", "general app review", "release readiness", or asks for a broad quality pass. Do not use for deep security audits/SAST/exploitability review, cost optimization, or diagnosing a known broken app; route those to forge-security-review, forge-cost-optimizer, or forge-debugger respectively.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Assess organizational readiness for financial audits (internal or external). Map assertions to account balances, check evidence completeness, score readiness using a Red/Amber/Green framework, and generate a remediation timeline. Aligned with SOX, IFRS, and GAAP audit standards. Use before scheduled audits or when preparing for first-time compliance.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Use when planning, sequencing, or troubleshooting an org-wide migration from Salesforce Classic to Lightning Experience. Covers the LEX Transition Assistant Readiness Check, asset triage matrix (Visualforce, JavaScript buttons, page layouts, Knowledge, email templates, list views, AppExchange), pilot/wave rollout sequencing, end-user adoption telemetry, and cutover criteria. Triggers: 'lightning experience transition', 'classic to lightning migration plan', 'LEX readiness check', 'why are some users still on Classic', 'turning on Lightning for everyone'. NOT for individual asset migrations like a single VF page (use lwc/visualforce-to-lwc-migration), a single JavaScript button (use admin/custom-button-to-action-migration), or Knowledge article migration (use admin/knowledge-classic-to-lightning) — this skill orchestrates the program. NOT for Lightning App Builder page design (use admin/lightning-app-builder-advanced).

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Use this skill when a certification audit is booked and the team wants to know whether the first stage will go through, and asks "are we ready for stage 1", "pre-audit readiness check", "what will the auditor read first", "documentation review before the certification audit", "mock stage 1" or "what would stop the audit". Walks the documentation set the way a certification auditor reads it, checks that documents agree with each other and with the records, and writes a list of stoppers, likely findings and polish items with an owner and a fix for each.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Knowledge base from the DoD Manufacturing Readiness Level (MRL) Deskbook (Version 2022, OSD ManTech / Joint Service–Industry MRL Working Group). Use for assessing and managing manufacturing maturity and producibility risk in defense acquisition: the 10-level MRL scale and its non-linear, target-not-grade nature; the five demonstration environments (laboratory → production-relevant → production-representative → pilot line → production line); the nine manufacturing-risk threads and sub-threads; how MRL targets map onto Adaptive Acquisition Framework milestones (MRL 4/6/7/8/9); conducting an MRL Assessment; building a Manufacturing Maturation Plan; putting MRL maturity into contract language (Section L/M, SOW, AS6500A, DIDs); tailoring criteria for S&T, single-system, ship, sustainment, and industry contexts; and screening operational-technology cybersecurity. Manufacturing-readiness focused — it measures producibility risk and frames mitigation; it is NOT a technology-readiness (TRL) guide, a full systems-engineering process model, a cost-estimating or schedule guide, or a deep cybersecurity audit method (see sibling packs for those).

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Knowledge base from the GAO Technology Readiness Assessment Guide (GAO-20-48G, 2020). Use for evaluating technology maturity in acquisition programs and projects: Technology Readiness Levels (TRL 1–9) and related scales (MRL, IRL), identifying Critical Technology Elements (CTEs), the five-step process for a high-quality TRA, the four characteristics of a reliable TRA (comprehensive, well-documented, credible, defensible), Technology Maturation Plans (TMPs), and using TRA results in knowledge-based, milestone decisions. Assessment/maturity oriented: it measures readiness and frames risk — it is not a full SE process model, cost-estimating, or schedule guide (see sibling packs for those).

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Execute production-readiness gates with applicability control, consolidate validation report, and issue final readiness verdict

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

Hard readiness gate before implementation begins — cross-checks the constitution, feature spec, plan, and tasks for consistency, traceability, and unresolved ambiguity. Returns PASS or FAIL with specific findings. Load when the spec-driven-development orchestrator routes /analyze, when the user asks to cross-check spec vs plan, audit traceability, verify spec readiness, gate-check before implementation, or says "is this spec implementation-ready", "trace requirements to tasks", "/analyze", "spec sanity check", "spec readiness gate", "spec consistency check". Output: docs/reviews/YYYY-MM-DD-<slug>-spec-crosscheck.md.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

FaceTime 내부 상태와 발신 준비를 확인하고, 승인 후 설정된 소유자 연락처로 음성·영상 통화를 겁니다. 통화 종료를 요청하고 이후 상태도 확인합니다.

• 통화 내부 상태와 발신 준비 확인
• 설정된 소유자에게 음성 통화 걸기
• 영상 통화를 명시적으로 요청

Web 앱의 운영 배포에 필요한 Docker 구성과 테스트·배포 자동화를 준비합니다. 업데이트 방식을 비교하고 상태 확인, 이전 버전 복귀, 출시 전 점검 절차를 정리합니다.

• 테스트와 배포 자동화
• 앱의 Docker 컨테이너 구성
• 운영 환경 업데이트 방식 선택

Spring Boot 변경 사항을 빌드, 정적 분석, 테스트, 보안 검사로 검증합니다. 코드 차이도 검토해 배포 전 통과 여부와 수정할 문제를 정리합니다.

• Spring Boot 풀 리퀘스트 전 검사
• 리팩터링이나 의존성 업데이트 후 검증
• 테스트 커버리지 목표 달성 여부 확인

기능 추가나 리팩터링 후 빌드, 타입, lint, 테스트, 비밀 정보 검색, 변경 차이를 여섯 단계로 확인합니다. 통과 여부와 수정 사항, PR 준비 상태를 보고합니다.

• 기능 추가 후 코드를 검증합니다
• 리팩터링 후 문제를 확인합니다
• PR 생성 전 준비 상태를 확인합니다

Laravel 프로젝트의 환경, 코드 검사, 테스트, 의존성 취약점, 데이터베이스 변경과 큐를 순서대로 확인해 병합이나 배포 전 문제를 점검합니다.

• Laravel 풀 리퀘스트 전 점검
• 대규모 리팩터링이나 의존성 갱신 후 검증
• 스테이징 및 운영 환경 배포 전 점검

가정이나 소규모 실험실의 네트워크를 변경하기 전에 장비 구성과 복구 절차를 정리합니다. VLAN 분리, DNS 필터링, VPN 도입을 단계적으로 계획하고 점검합니다.

• 일상 기기와 사물 인터넷·방문자 기기를 분리합니다
• DNS 필터링으로의 전환을 계획합니다
• VPN 원격 접속을 검토합니다

gh CLI로 GitHub의 이슈 분류, PR 검토와 병합 가능 여부 확인, CI 실패 조사, 변경 이력을 포함한 릴리스 준비, 보안 경고 확인을 수행합니다.

• 이슈를 분류하고 중복을 확인합니다
• PR 검토 상태와 병합 가능 여부를 확인합니다
• CI 워크플로 실패 원인을 조사합니다

브라우저, API, 명령줄 도구와 백그라운드 처리의 오류를 조사하고 수정·검증합니다. 세 단계의 점검 범위를 선택하고 수정 근거와 출시 판단 자료를 받습니다.

• 웹사이트 오류 수정
• API와 CLI 동작 확인
• 작업과 webhook 처리 확인

Paperclip 인스턴스가 만든 풀 리퀘스트의 목적과 병합 준비 상태를 확인하고, 미완료 항목을 수정 작업으로 연결한 뒤 최신 변경의 검증 결과를 보고합니다.

• 현재 인스턴스가 만든 풀 리퀘스트 점검
• 검사 실패나 충돌의 수정 요청
• 수정 후 병합 준비 상태 재확인

복제하거나 다시 구현한 웹사이트의 공개 전 시각적 차이, 추적 스크립트, 원래 브랜드와 언어 잔재, 임시 문구, 외부 의존성을 점검하고 근거가 있는 감사 보고서를 작성합니다.

• 복제 사이트를 공개 전에 점검합니다
• 원래 브랜드와 다른 언어의 잔재를 확인합니다
• 추적 스크립트와 외부 의존성을 확인합니다

Review existing DeerFlow skill packages for publication readiness, activation rules, safety boundaries, supporting files, and evaluation evidence. Receive concrete findings and suggested replacement text, with a clear distinction between inspection results and verified runtime behavior.

한국어 요약은 준비 중입니다. 영어 요약을 표시하고 있습니다.

• Assessing whether a skill is ready to publish
• Investigating unwanted or missed skill activation
• Reviewing supporting scripts and safety boundaries