ARTICLES
아티클
이론과 실전을 연결하는 아티클. 패턴과 모델이 실제 구현에서 어떻게 작동하는지 구체적인 사례로 보여주고, 아키텍처를 개선하며 마주한 설계 판단과 그 고민의 과정도 함께 공유한다.
- 프로젝트끼리 비교하며 설계를 배우는 법개발 원칙이 다른 프로젝트를 함께 운영하고, 문제를 먼저 해결한 프로젝트를 기준으로 현재 설계를 리뷰한다. 차이에서 개선 가설을 찾아 검증하고 기록하는 교차 설계 리뷰 절차를 정리한다.architecturecross-project-reviewdesign-policySHARPENOCLS
- 문제는 풀렸는데 왜 제품이 아닌가로그 모니터링 SaaS가 하던 일을 에이전트와 함께 직접 만들었다. 로그 수집과 분석, 로그를 근거로 한 개선까지 AI로 됐고 원하는 인터페이스도 얻었다. 그래도 제품은 아니었다. 문제 해결의 최소 조건과 제품의 최소 조건을 4계층 스택에 나란히 놓으면, 둘은 쓰는 사람과 운영하는 사람과 책임지는 사람이 갈라지는 지점에서 갈린다. 그래서 직접 만들지 살지는 대체의 문제가 아니라, 단계마다 어디까지 책임질지 고르는 문제다.saasproductownershipobservabilityOCLS
- 토큰 전략 — 효율·밸런스·공격적, 그리고 인력 배분토큰을 아끼는 것과 태우는 것은 둘 다 전략이다. 같은 루프를 효율·밸런스·공격적 세 모드로 다르게 운영하고, 비즈니스 상황과 진화 단계에 맞춰 모드와 인력을 배분한다. 토큰 사용을 기술적 선택으로 정리한다.token-strategycost-controlstaffingOCLSoperations
- 데이터 플라이휠 — 루프를 지속이 아니라 발전시키는 것돈은 루프를 돌리고 토큰은 연산하지만, 다음 바퀴를 이전보다 낫게 만드는 것은 운영이 쌓은 데이터다. trace·평가·학습 신호 세 자산으로 플라이휠을 돌리고, 데이터를 모델 밖 자산으로 두어 주권을 지킨다.data-flywheeldata-sovereigntytraceprivate-evalOCLS
- 루프의 비즈니스 경제학 — 토큰으로 버는 법과 버티는 법비용을 통제하는 것만으로는 루프가 지속되지 않는다. 토큰 단가와 마진으로 수익 구조를 보고, 자급·투자·생태계 세 경로 중 어떻게 버틸지를 고른다. 각 경로의 현실적 문제와 최고·최악 시나리오를 reopt architecture의 진화 단계 언어로 정리한다.token-economyunit-economicsbusiness-modelsustainabilityOCLS
- 모델 주권과 인간 주도성 — 4계층 위에서의 두 축모델은 교체되고 컴퓨트는 흔해진다. 그래서 통제할 대상은 모델이 아니라 모델 위에 쌓는 학습 루프이고, 그 루프를 향하게 하는 것은 인간의 방향이다. reopt architecture의 4계층·8패턴·OCLS 언어로 두 축을 설계로 옮긴다.model-sovereigntyhuman-agencygovernanceOCLSprivate-eval
- Claude Code로 reopt architecture 5단계 실행하기진단→정의→순환→실행→평가 방법론을 Claude Code의 CLAUDE.md 자동 로드, slash command, sub-agent, skill에 매핑하여 실제 레포에 적용하는 실전 가이드.claude-codeworkflowOCLSgovernancemethodology
- Reopt Agentic Governance 구현기: 진단에서 시스템까지8개 AI 에이전트를 운영하는 프로덕션 SaaS에서 reopt architecture 원칙으로 거버넌스 공백을 진단하고, 범용 감사 로깅, 영속적 승인 기록, MCP 추적·속도 제한, 에이전트 제약, Admin 대시보드까지 구현한 과정.reoptproductionauditapprovalMCPgovernanceguardrails
- opt-harness를 활용한 Agent Catalog 아키텍처 구현설계 거버넌스 하네스 패키지 @reopt-ai/opt-harness를 사용하여 Agent Catalog의 아키텍처 원칙을 실제 제품 구현으로 옮기는 실전 사례.opt-harnessarchitecturegovernanceMCPrecipes