제201화 — 삼십일 다음

2025년 여름.

30일 Continuity 실증이 끝난 뒤 가장 먼저 찾아온 건 새로운 위기가 아니었다.

성공을 복사하려는 사람들.

도시.

기업.

대학.

정부기관.

컨설팅회사.

한 달도 안 돼 Daniel의 받은편지함에는 비슷한 제목이 쌓였다.

`30-Day Continuity City`

`Continuity Ready Industrial Park`

`Civilization Resilience Certification`

마지막 걸 보고 Daniel은 얼굴을 찌푸렸다.

Ethan이 말했다.

“돈 냄새 맡았네.”

“너무 빨라요.”

“네가 공개했잖아.”

맞다.

가이드.

실패.

데이터.

모두 공개.

누구나 쓸 수 있다.

그게 목적.

문제는 사람들이 결과만 복사하려는 것.

30일.

Green.

마이크로그리드.

물재활용.

비상창고.

Daniel이 말했다.

“지역 조건은.”

자료에 작게.

홍보에는 없음.

한 민간개발사가 새 주거단지를 `30-Day Independent Community`라고 광고했다.

Daniel은 자료를 봤다.

태양광.

배터리.

물탱크.

좋아 보임.

그런데 병원?

없음.

의약품.

외부.

식량.

7일.

하수처리.

지역망 의존.

통신.

단일사업자.

30일?

전력만 일부.

Daniel이 말했다.

“이건 거짓말에 가까운데.”

Whitaker가 물었다.

“우리 상표 씁니까?”

아니.

`Continuity`라는 일반 단어.

막기 어렵다.

Amara가 말했다.

“막지 맙시다.”

Daniel이 봤다.

“왜.”

“대신 무엇을 했는지 말하게 하죠.”

등급.

인증.

아님.

Capability Statement.

각 시설이 공개:

- 어떤 기능

- 얼마 동안

- 어떤 조건

- 어떤 외부의존

- 마지막 실제 훈련일

- 알려진 한계

`30 days` 하나로 못 줄임.

주거단지 개발사는 처음엔 거절.

광고 복잡.

그러나 보험사가 관심.

실제 capability statement가 있으면 위험평가 가능.

은행도.

결국 제출.

전력: 30일 가정 가능.

물: 12일.

식량: 7일.

통신: 6시간 대체.

의료: 기초 응급, 외부 병원 필요.

광고문구가 바뀌었다.

`30-Day Power Continuity`

훨씬 정확.

Daniel이 말했다.

“덜 멋있네요.”

Amara가 웃었다.

“그래서 믿을 만하죠.”

하지만 다른 도시들은 단순히 첫 파일럿 설계를 그대로 사려 했다.

마이크로그리드 구성.

저장량.

연료.

Daniel이 직접 세 곳 자료를 봤다.

한 곳은 햇빛 적음.

한 곳은 홍수위험.

한 곳은 천연가스망 의존이 높음.

같은 설계가 맞을 리 없다.

Daniel이 말했다.

“복제 금지 문구를.”

Continuity Network는 첫 공개 워크숍에서 일부러 성공한 도시를 맨 마지막에 불렀다.

앞에는 실패한 전환사례 세 곳.

홍수 위험을 빼먹은 도시.

배터리 교체비를 계산하지 않은 산업단지.

비상통신을 위성 하나에만 의존한 병원망.

Daniel이 말했다.

“홍보에 좋겠습니까?”

Amara가 웃었다.

“교육에는.”

첫 발표자는 홍수 때 연료펌프가 잠겼던 도시 담당자.

그는 변명하지 않았다.

“다른 도시 설계를 너무 빨리 가져왔습니다.”

왜?

의회 예산.

성과.

시간.

Daniel이 듣다가 고개를 끄덕였다.

미련해서가 아니다.

현실적인 압력.

그 담당자가 말했다.

“가장 큰 실수는 마이크로그리드 크기가 아니라, 우리 도시가 왜 필요한지 제대로 묻지 않은 겁니다.”

좋다.

두 번째 사례.

산업단지.

초기 배터리 경제성 좋아 보임.

8년 뒤 교체비.

누락.

Continuity Bond 상환까지.

재계산.

프로젝트 구조 수정.

세 번째.

병원망.

위성백업은 훌륭.

하지만 같은 기상현상에 영향을 받는 지상 안테나 위치.

공통뿌리.

Daniel은 이 세 사례가 첫 성공도시보다 더 유용하다고 느꼈다.

워크숍 오후.

참가도시들이 자기 `failure assumption`을 한 장씩 썼다.

우리가 무엇을 잘못 가정할 수 있는가.

도시 A: 가스가 계속 온다고.

B: 강이 범람하지 않는다고.

C: 직원이 출근한다고.

D: 통신이 복구된다고.

Daniel은 사람 항목에서 멈췄다.

시스템은 늘 사람을 정상상태로 가정하기 쉽다.

육아.

가족.

도로.

질병.

90일로 갈수록 더.

Amara가 말했다.

“좋습니다. 이제 설계 전에 이걸 공개하세요.”

왜.

프로젝트팀 스스로 자기 맹점을 볼 수 있게.

Capability Statement에 새 섹션.

`Key assumptions`

그리고: `What breaks this claim?`

Elena의 질문이 인프라로.

Daniel이 웃었다.

같은 원칙이 계속 돌아온다.

워크숍 끝나고 한 시장이 Daniel에게 물었다.

“그럼 성공한 도시 모델은 아예 안 보여줍니까?”

“보여드립니다.”

“근데 그대로 하면 안 되고.”

“네.”

“그럼 뭘 배웁니까?”

Daniel은 잠깐 생각했다.

“질문 순서.”

어떤 전력이 중요한가.

어떤 외부의존.

얼마나 오래.

누가 운영.

무엇을 포기.

답은 지역이.

시장도 고개를 끄덕였다.

며칠 뒤 Continuity Network 사이트에 `Reference Designs` 대신 `Reference Questions`가 먼저 올라갔다.

Daniel은 그 이름이 좋았다.

설계도보다 질문.

그게 복제를 막는 가장 현실적인 방법일 수 있었다.

문제는 시장이 이미 생겼다는 것.

컨설팅회사들이 `30-Day Ready` 스티커를 팔기 시작.

일부는 제대로.

일부는 마케팅.

Continuity Network는 상표전쟁을 피했다.

대신 공개 검증 레지스트리.

어떤 주장.

누가 시험.

언제.

조건.

사람들이 직접 확인.

한 개발사는 허위에 가까운 광고로 고객 항의.

자발 정정.

보험사가 프리미엄 철회.

시장도 조금씩 학습.

Daniel은 통제하고 싶었다.

“이런 건 금지해야.”

Whitaker가 말했다.

“사기면 법으로. 과장은 시장과 정보로.”

Daniel은 고개를 끄덕였다.

모든 나쁜 행동을 Continuity 조직이 처벌하면 그 조직이 또 권력 중심.

정보를 좋게 만들고 기존 법·시장·시민이 역할.

분산 거버넌스.

불편.

그래도 맞다.

그날 밤 Daniel은 첫 30일 성공도시의 오래된 사진을 봤다.

사람들.

마이크로그리드.

학교.

그때는 작았다.

이제 세계 여러 곳이 따라하려 한다.

성공이 퍼지는 순간 원래 맥락은 사라지기 쉽다.

그래서 더 중요한 건 답이 아니라 왜 그 답이 나왔는지 같이 퍼뜨리는 것.

Daniel은 다음 공개 가이드 첫 문장을 직접 고치지 않았다.

Amara 팀이 썼다.

복원력은 제품이 아니라 지역의 판단능력이다.

Daniel은 그 문장을 그대로 뒀다.

자기 문장보다 좋았다.

Sarah가 웃었다.

“오픈 가이드인데 복제 금지?”

정확.

법적으로 막는 게 아니라 가이드 첫 페이지.

이 문서는 설계도가 아니다.

그 아래.

지역 위험·자원·복구시간을 먼저 분석할 것.

Continuity Network는 인증기관이 되지 않기로 다시 확인했다.

왜?

인증기준 통과가 목표가 되면 사람들이 실제 위험보다 체크리스트를 최적화할 수 있다.

Daniel은 과거 제품·안전·훈련에서 본 패턴을 기억했다.

대신 공개 도구.

위험지도.

dependency template.

훈련 시나리오.

capability statement.

각 지역이 자기 답.

2025년 가을.

한 중형도시가 파일럿을 급하게 따라했다.

전력 독립훈련.

성공.

언론 홍보.

두 달 뒤 실제 폭우.

마이크로그리드는 정상.

그런데 지하 연료펌프가 침수.

비상발전기 연료 이송 안 됨.

훈련 시나리오에는 홍수 없음.

지역 위험분석을 생략.

Daniel은 기사를 보고 화가 났다.

“우리가 경고했는데.”

Amara가 말했다.

“그 도시 사람들이 바보였던 건 아닙니다.”

예산.

시간.

정치.

첫 프로젝트 성공을 보여줘야 다음 예산.

합리적 압력.

피해는 제한적.

몇 시간 정전.

인명피해 없음.

그래도 교훈.

Continuity Network는 사례를 공개.

도시 이름은 동의 후.

`Template transfer failure`.

원인: 기술 부족이 아니라 맥락 복사.

다른 도시들이 설계를 다시 검토.

홍수.

산불.

폭염.

겨울.

산업사고.

각각.

Daniel은 생각했다.

지난 삶에는 자신이 정답을 더 빨리 알고 싶었다.

이번에는 정답을 복사하지 않는 능력이 더 중요하다.

한 달 성공의 다음 단계는 백 개 도시가 같은 것을 만드는 게 아니다.

백 개 도시가 같은 질문에 자기 답을 만드는 것.

그게 훨씬 느려 보였다.

그리고 실제로는, 실패 하나가 전체 표준을 망가뜨리지 않는 더 빠른 길일지도 몰랐다.