명확해진 다음에 여는 작업장 — 일회성 작업이 파이프라인을 벌고, 파이프라인이 제품을 버는 법
Crucible 은 흐릿한 접수가 끝난 자리에서 시작해. 작업은 이미 범위가 잡힌 채 들어오고, 미안해하지 않고 영구 oneoff 파이프라인을 타고, 명시적인 계획 관문을 건너고, 단계와 리뷰 증거를 남겨. 결과물은 작업이 지명한 곳에 착지하고 Crucible 에는 그 사실의 기록이 남지. 구조를 더 받을 자격은 반복이 벌어.
8 tracks · 37 lessons · ~7h · difficulty: intermediate-to-advanced
범용은 범위가 잡힌 다음에 시작해. 아니면 큐는 모호함에 예쁜 옷만 입힌 거야
Crucible 은 어떤 작업 모양이든 받을 수 있지만, 모양 자체가 없는 건 안 받아. 이 트랙은 범용 작업장이 제품 발견 안개로 퍼지는 걸 막는 선을 그어. 범위·목적지·완료 조건은 큐에 들어오기 전에 온다. 그다음 영구 oneoff 파이프라인이 왜 정직한 기본값인지 지키고, 브리프가 엔진이 몰래 이어가는 대화가 아니라 입력인 이유를 보여주고, 완료의 소유권을 작업 자체에 돌려줘.
진짜 공예 둘이 이음새를 증명한 뒤에만 큐 기계를 재사용해
범용은 거대 단일체라는 뜻이 아니야. 구체 작업장은 여전히 자기 제품 경계를 소유하고, 큐·클레임·파이프라인·launch ticket·리뷰 배관은 두 번째 작업장이 행동까지 같다고 증명했을 때 재사용 커널이 될 수 있어. 이 트랙은 root-class 모양, 두 번째 사용에서 추출하는 규칙, 분야 말을 커널 밖에 두는 경계 시험, 앱을 속 빈 포장지로 만들지 않으면서 얇게 두는 live-provider 패턴을 다뤄. 마지막 레슨은 두 번째 추출이야. census 로 셀 수 있는 증거를 만들고, drift test 로 경계를 구조에 박고, resync 스트림이 건강한 수렴의 모습인 이유를 배워.
공예는 앱 포크 하나 더가 아니라 편집 가능하고 버전 달린 데이터에 살아
Crucible 파이프라인은 데이터베이스 행이야. 이름, 표현, brief template, required stages, review 기본값, 선택 brain hint, version, archive 상태를 가져. 새 작업 모양을 코드 배포가 아니라 평범한 데이터로 만드는 선택이지. 이 트랙은 행 모형을 세우고, seeded oneoff 를 지키고, live catalog 편집과 얼어 있는 실행 이력을 가르고, archive 와 delete 사이 날카로운 생애주기 경계를 그어.
brief 와 재료는 take 에서 mutation 이 멈춰야 증거가 돼
큐 note 는 pipeline version 과 attachment manifest 를 붙여 물질화한 뒤에야 실행 가능한 작업 지시서가 돼. take 전에는 요청자가 꾸러미를 고치거나 갈 수 있어. take 순간 mutation 은 멈춰. 세션이 정확히 뭘 받았는지 기준으로 review 할 수 있어야 하니까. 이 트랙은 brief snapshot, queued-only edit, engine-owned attachment store, content hash 를 증명 경계 하나로 이어.
live session 은 claim 으로 권한을 벌고 이름 붙은 transition 으로 진행을 증명해
queue state 만으로는 모자라. take 는 live session 하나를 delegation 하나에 묶어야 하고, plan gate 는 mutation 전에 전제를 드러내야 하고, stage entry 는 실제로 뭘 닫았는지 기록해야 해. verify 는 서사를 믿지 말고 pipeline contract 를 읽어야 하고. 이 트랙은 hint, launch 편의, claim, stage, gate 를 각각 맞는 권한 층에 앉혀.
독립 rejection 은 finding 하나하나가 보이는 처분에 닿을 때만 값어치가 있어
review 는 frozen artifact 와 approved plan 을 차갑게 보는 별도 executable 이야. 기분이 아니라 blocker 와 observation 을 돌려. author 는 맞는 blocker 를 고치고, 틀린 건 증거 붙은 stet 으로 거절하고, model 이 아무 말 안 할 때까지 재귀하지 말고 선언된 round budget 에서 멈춰. 이 트랙은 disagreement 를 감사 가능한 work product 로 바꿔.
결과물은 작업이 약속한 곳으로 가고 Crucible 은 그 옆에 감사 가능한 trail 을 닫아
범용 작업은 목적지 하나를 공유하지 않아. 그래서 Crucible 은 repository commit 을 보편 결과로 만들 수 없어. landing summary 와 task acceptance evidence 는 요구하고, deliverable 이 자연스럽게 가질 때만 commit 을 받고, companion artifact 를 참조하기 전에 보존하고, append-only truth 와 query 가능한 mirror 를 지켜. 이 트랙은 proof 를 약하게 하지 않으면서 record-only landing 을 일급으로 만들어.
두 번째 발생은 행을 벌고, 행을 넘어선 분야는 작업장을 벌 수 있어
마지막 트랙은 recurrence 를 product ladder 로 바꿔. 모양에 이름 붙이기 전에 oneoff record 둘을 비교하고, 아직 안 만든 convenience verb 를 가르치지 말고 live pipeline-create 길을 써. row 가 공예를 표현하는 동안은 Crucible 에 남고, domain 이 자기 lifecycle, state, UI, operational ownership 을 필요로 할 때만 graduate 해. capstone 은 위신이 아니라 evidence 로 결정해.
아직 댓글이 없어요. 첫 댓글을 남겨보세요.