본문으로 건너뛰기
cccskills
무료GitHub에 공개

port-react-native-slice

Port one explicitly approved React Native or Expo feature slice into a declared SwiftUI target while preserving its parity contract.

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

설치 방법 보기

포함된 파일(2)

  • SKILL.md3.8 KB
  • agents/openai.yaml295 B

SKILL.md(원문)

설치하기 전에 에이전트에게 전달되는 지시 내용을 확인할 수 있습니다.

Port a React Native Slice

Implement one approved vertical slice from an existing parity contract. Reimplement behavior deliberately; do not perform generic JSX-to-Swift translation.

Safety contract

Before writing, require:

  • one explicitly approved feature slice and its current parity contract;
  • one explicit target directory and target module;
  • an approved backend contract and licensing/provenance decision;
  • permission to change the named files or create named files inside the target directory.

Stop without edits if source scope, target module, backend contract, licensing, parity expectations, or file ownership is ambiguous. A broad request such as “port the app” is not approval for multiple slices.

Write boundary

  • Resolve the declared target directory before editing and keep every source, test, fixture, cache, and generated output write inside it or an explicitly approved disposable verification directory.
  • Do not write into the React Native source, plugin package, repository root, sibling modules, home directory, or unrelated paths.
  • Do not overwrite unrelated Swift files. Inspect a candidate file first; if it contains unrelated behavior or ownership is unclear, stop and propose a narrower patch or a new file within the target.
  • Do not install Xcode, XcodeGen, Simulator runtimes, packages, or accept Apple licenses.
  • Do not copy source, assets, submodules, private links, credentials, generated artifacts, or customer data. Use original or properly licensed assets and synthetic fixture data.
  • Before editing, run the bundled scripts/native-port.mjs authorize-write guardrail when available. It performs no writes and must authorize every approved relative file; a refusal is a stop condition.

Implementation shape

  1. Map each approved contract behavior to a small Swift implementation unit.
  2. Put validation, state transitions, parsing, deterministic serialization, and business rules in pure Swift types or modules with no SwiftUI or UIKit import.
  3. Keep SwiftUI views thin: render domain state, emit intents, and delegate platform work to narrow adapters.
  4. Keep UIKit or other Apple framework bridges isolated at the edge, such as sharing, permissions, or lifecycle adapters.
  5. Preserve the approved backend request/response, authentication, caching, persistence, error, and offline behavior. Never invent an endpoint, schema, credential flow, or side effect.
  6. Implement approved native adaptations only when the contract explains their behavioral equivalence or intentional difference.
  7. Add deterministic checks for each material domain invariant and stable synthetic fixtures for the approved path. Prefer fixed clocks, seeded randomness, stable IDs, and explicit locale/time-zone inputs.
  8. Add accessibility semantics and stable identifiers called for by the contract.

Verification during the port

Run the smallest deterministic checks that do not require new installations. If an available Xcode/Simulator/XCUITest gate is requested, keep its derived data under the allowed boundary. If a prerequisite is missing, report the exact blocked gate; do not install, download, accept a license, or claim it passed.

Completion report

Report:

  • files changed, all relative to the explicit target directory;
  • contract behaviors implemented, adapted, deferred, or blocked;
  • pure-Swift domain boundaries and platform adapters;
  • deterministic checks run and their results;
  • platform gates run, skipped, failed, or blocked;
  • remaining parity, accessibility, licensing, backend, and release risks.

Do not describe the slice as complete when a required contract behavior has no evidence.

리뷰

아직 리뷰가 없습니다. 사용해 본 소감을 남겨 주세요.

댓글

로그인 없이 쓸 수 있습니다. 사용 후기, 질문, 작동하지 않은 환경 등을 편하게 남겨 주세요.

아직 댓글이 없습니다. 첫 댓글을 남겨 보세요.

보내면 바로 공개됩니다. 이메일 주소나 전화번호 같은 개인 정보는 쓰지 마세요. URL은 2개까지입니다.

0 / 1,000자

이 양식은 reCAPTCHA로 보호되며 Google 개인정보처리방침 및 서비스 약관이 적용됩니다.

같은 저장소의 스킬

Analyze reviewed Grafana log evidence for event patterns, error-rate changes, and enrolled security markers. Use when a user needs bounded log analytics for an incident window, error-log comparison, anomaly triage, operational debugging, or a cautious check of approved security signals.

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

openai/community-plugins152026년 10월 13일 업데이트

Run a read-only App Store-readiness preflight for a declared iOS target without claiming approval or submitting anything.

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

openai/community-plugins152026년 10월 13일 업데이트

Audit whether a declared local review evaluation can support fair quality claims. Use only when the user explicitly asks to audit review-eval validity or use the bundled synthetic fixture.

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

openai/community-plugins152026년 10월 13일 업데이트

Deterministically score comparable imported review-run lanes with root-cause metrics and uncertainty. Use only when the user explicitly asks to benchmark normalized local review runs or use the bundled synthetic fixture.

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

openai/community-plugins152026년 10월 13일 업데이트

Stage and verify Fusion exports, drawing PDFs, flat-pattern DXF, viewport images and local renders. Use for engineering deliverables, not automatic publication or release.

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

openai/community-plugins152026년 10월 13일 업데이트

Prepare, execute and verify authorized Fusion CAD changes using resolved entities, explicit units and state-bound plans. Use for reviewed parameter, sketch, feature, assembly or configuration operations.

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

openai/community-plugins152026년 10월 13일 업데이트

openai의 스킬 모두 보기

이 스킬의 문제 신고