원클릭으로 Manus에서 모든 스킬 실행

dev-loop

스타28

포크5

업데이트2026년 7월 2일 04:55

Build, test, and iterate on CineScreen — XcodeGen workflow, make targets, stale-module fixes, and verification discipline. Use when building, running, or testing this repo, or when the build fails mysteriously.

설치

Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.

Manus에서 실행

출처

jasonzh0

jasonzh0/CineScreen

GitHub 저장소 열기 Creator 저장소 보기

다운로드

Manus에서 실행

CineScreen development loop

Project generation — edit project.yml, never the pbxproj

CineScreen.xcodeproj is gitignored and generated. Adding files, targets, settings, or SPM packages happens in project.yml, then:

make project     # xcodegen generate

New Swift files under CineScreen/ or Tests/CineScreenTests/ are picked up by the source globs automatically — but the xcodeproj must be regenerated to see them.

Build / test / run

make build       # Debug build (the type-check gate — run before claiming any change works)
make test        # unit tests (CineScreenTests, app-hosted, ~20s incremental)
make open        # open in Xcode

Verification discipline: a change is not done until make build (or make test when logic changed) passes. There is no standalone type-checker — the build IS the check.

Known failure modes

SourceKit/IDE diagnostics say "Cannot find type X in scope" everywhere for types that clearly exist (CTheme, RecordingMetadata, Log, …): false positives when the xcodeproj hasn't been generated or is stale. Ignore them; trust make build. Run make project to quiet the IDE.
"file has been modified since the module file was built" (usually a Sparkle header): stale precompiled modules after a dependency version change. Fix: rm -rf build/derived and rebuild.
Sparkle is pinned to exactly 2.6.4 in project.yml. Don't float it — Package.resolved lives inside the gitignored xcodeproj and can't pin anything, and CI pins the 2.6.4 appcast CLI tools to match.

CI

.github/workflows/build.yml builds + tests every PR and every push to main (unsigned Debug). Releases run release.yml on v*.*.* tags only — see the release skill.

이 저장소의 다른 Skills

같은 저장소

debug-recording

jasonzh0/CineScreen

Debug CineScreen capture, cursor, playback, and export issues — logs, recording artifacts on disk, the ffmpeg frame-extraction validation method, and the offline smoother-replay harness. Use when investigating "cursor is off", A/V desync, export problems, or any recording misbehaviour.

2026-07-0228

pitfalls

jasonzh0/CineScreen

CineScreen's sharp edges and invariants — metadata invalidation, zoom-section rules, coordinate spaces, PTS rebasing, AVFoundation callback traps, SwiftUI gesture state, autosave suppression. Read before modifying capture, editor, or export code.

2026-07-0228

release

jasonzh0/CineScreen

Cut a CineScreen release — version bump, tag, CI pipeline, Sparkle appcast, and the invariants that keep auto-update working. Use when releasing a new version or debugging the release/update pipeline.

2026-07-0228

name	dev-loop
description	Build, test, and iterate on CineScreen — XcodeGen workflow, make targets, stale-module fixes, and verification discipline. Use when building, running, or testing this repo, or when the build fails mysteriously.

CineScreen development loop

Project generation — edit project.yml, never the pbxproj

CineScreen.xcodeproj is gitignored and generated. Adding files, targets, settings, or SPM packages happens in project.yml, then:

make project     # xcodegen generate

New Swift files under CineScreen/ or Tests/CineScreenTests/ are picked up by the source globs automatically — but the xcodeproj must be regenerated to see them.

Build / test / run

make build       # Debug build (the type-check gate — run before claiming any change works)
make test        # unit tests (CineScreenTests, app-hosted, ~20s incremental)
make open        # open in Xcode

Verification discipline: a change is not done until make build (or make test when logic changed) passes. There is no standalone type-checker — the build IS the check.

Known failure modes

SourceKit/IDE diagnostics say "Cannot find type X in scope" everywhere for types that clearly exist (CTheme, RecordingMetadata, Log, …): false positives when the xcodeproj hasn't been generated or is stale. Ignore them; trust make build. Run make project to quiet the IDE.
"file has been modified since the module file was built" (usually a Sparkle header): stale precompiled modules after a dependency version change. Fix: rm -rf build/derived and rebuild.
Sparkle is pinned to exactly 2.6.4 in project.yml. Don't float it — Package.resolved lives inside the gitignored xcodeproj and can't pin anything, and CI pins the 2.6.4 appcast CLI tools to match.

CI

.github/workflows/build.yml builds + tests every PR and every push to main (unsigned Debug). Releases run release.yml on v*.*.* tags only — see the release skill.