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

source-observe

Use when cataloging or annotating visible construction in photographs or scan RGB, especially before registration or while the base model may be replaced.

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

설치 방법 보기

포함된 파일(1)

  • SKILL.md4.1 KB

SKILL.md(원문)

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

Build a bounded, source-linked inventory that remains useful without a house coordinate system. Read source-observations.md for the observation, identity, endpoint and placement records. Apply model selection, including actual image capability for visual review.

  1. Select a coherent photographic scope and inspect the original images. Preserve source bytes, extraction provenance and the mapping between displayed and native pixels.

    For native capture frames, derive ordinals programmatically from the declared source inventory and record the index basis; for Polycam use polycam.capture_inventory(root)["frame_ids"]. Verify each immutable frame ID to native ordinal mapping. Keep contact-sheet/display positions separate, and never copy native ordinals from narrative or contact labels.

    For stills derived from video, bind each output to the frame actually written: record its presentation timestamp, time base, decoded-frame index and exact native pixel/crop mapping. A decoder or filter may log read-ahead frames that never become output, so do not select the last logged showinfo entry as the output frame. Prefer a direct output-index/PTS binding and verify it against an independently known extraction. In a one-output pipeline with no downstream frame selection, dropping or timestamp changes, the first emitted showinfo n=0 record is the relevant binding; this rule does not generalize to arbitrary filter graphs.

  2. Record visible member faces, pipe/cable spans, boxes, fittings and candidate hardware as individually identified observations. Separate visible facts, tentative classification, endpoint meaning and present-day survival.

  3. Produce annotated source sheets from the stored pixel marks. Use scripts/observations.py when the source is a standalone JPEG or PNG and the record matches the documented contract; add --coordinate-inspections when exact authored pixels need enlarged review. Treat the whole-source sheet as orientation and context, then open each generated native-scale assertion crop and confirm the full mark lies on the claimed construction. Use the optional unmarked/located coordinate sheet to check exact vertices without treating it as physical classification. Verify its generated display coordinates equal the original review picks; round-tripping an upright pick that was already recorded as native proves only internal consistency. For every polyline endpoint, inspect its dedicated crop and check that the authored endpoint kind and basis match the visible transition. A plausible overview or valid coordinate transform is not this review.

  4. Record the checked assertion-crop path and hash, mark status and finding, plus every endpoint-crop path/hash, checked status, kind and finding. Finalizers may bind explicit per-mark and per-endpoint image-review decisions; never synthesize checked/accepted statuses or findings from author labels, successful rendering, coordinate replay or uniform auto-pass loops. Keep the observation pending when the feature or transition is ambiguous. Correct misplaced marks, downgrade unsupported endpoint meanings to unknown or annotation boundary, regenerate into a fresh directory and repeat review before using the observation to support identity or geometry.

  5. Link observations to a bounded physical feature or group only with stated correspondence evidence. Record construction-state differences and occlusions alongside matches; assess capture chronology and current survival separately. Keep later depth measurements, registrations and candidate placements in separately referenced records.

A useful inventory can have no depth, no physical dimensions and no accepted placement. Continue supported observation work while those questions remain open. Use depth-inspect, scan-register and blender-reconstruct when advancing to their respective evidence stages.

리뷰

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

댓글

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

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

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

0 / 1,000자

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

같은 저장소의 스킬

Build and review evidence tagged Blender architectural candidates, preserve unrelated scene content, and produce requested photographic materials, stills and portable model deliveries.

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

obra/scan-to-model72026년 9월 27일 업데이트

Inspect native RGB, depth, confidence, calibration, and poses to make finite, source traceable reference points and surface measurements.

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

obra/scan-to-model72026년 9월 27일 업데이트

Preserve and inventory scan archives while retaining capture variants, hashes, calibration, and frame provenance.

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

obra/scan-to-model72026년 9월 27일 업데이트

Fit and independently validate rigid scan alignment from named, source traceable correspondences.

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

obra/scan-to-model72026년 9월 27일 업데이트

Coordinate evidence based reconstruction from scans, photos, plans, and measurements into a reviewable Blender architectural model, with photographic appearance, renders and portable browser delivery when requested.

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

obra/scan-to-model72026년 9월 27일 업데이트

Collect and verify Google Street View exterior references for a building reconstruction, preserving panorama identity, imagery dates, attribution and viewpoint separately from calibrated scan evidence.

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

obra/scan-to-model72026년 9월 27일 업데이트

obra의 스킬 모두 보기

이 스킬의 문제 신고