LLM Wiki

nicepkg/auto-company vs MaxMiksa/Auto-Company

Properties2
description같은 14인 자율 에이전트 회사 루프의 원본(macOS·Claude Code)과 포크(크로스플랫폼·Claude+Codex·대시보드)를 구조와 지원 범위에서 비교.
tagsai-agents, claude-code, codex, open-source

7 min read

개요

nicepkg/auto-company와 MaxMiksa/Auto-Company는 “사람 없이 24/7 돌아가는 AI 회사”를 표방하는 같은 프로젝트의 두 README다. 핵심 설계 — 14인 전문가 페르소나, consensus.md 핸드오프, 영속 루프, 강제 수렴, 안전 가드레일 — 는 두 문서에서 거의 동일하다. 차이는 주로 플랫폼·엔진·부가 도구에 집중되며, MaxMiksa 쪽이 nicepkg 원작의 크로스플랫폼·듀얼 엔진 포크임을 Acknowledgments에 명시한다. 이 문서는 두 README를 나란히 두고 같은 점과 다른 점을 대조한다. 프로젝트 전체 구조와 비판적 해석은 매개 출처 요약 2026-07-21-x-leafmeta-auto-company·2026-07-25-pytorchkr-topic-11378-auto-company-pc-24-14-ai를 참조.

비교 표

차원nicepkg/auto-companyMaxMiksa/Auto-Company
관계원작포크 (원작을 Acknowledgments에 명시)
README 언어중국어영어 (+중국어 버전 링크)
플랫폼macOS (launchd)macOS + Windows/WSL2 (launchd / systemd --user)
실행 엔진Claude Code 고정Claude Code 또는 Codex CLI (선택, 기본 Claude)
데몬 진입make install (launchd)macOS make install / Windows PowerShell start-win.ps1
아키텍처 문서화단일 루프 다이어그램5-레이어 아키텍처 다이어그램(엔진·오케스트레이션·인지·라우팅·관측)
관측·HITLmake status·make monitor·docs/*/위에 더해 로컬 웹 대시보드(Python 서버) 및 INDEX.md 스크립트 책임표
Windows 스크립트없음scripts/windows/ (PowerShell 진입·WSL 실행 코어) + Windows 설정 가이드
엔진 미실패일 처리(명시 없음)패스트 실패(fail fast), 자동 폴백 없음
권한 모드Claude 권한 모드 언급CLAUDE_PERMISSION_MODE·CODEX_SANDBOX_MODE 환경변수로 제어
FAQ없음WSL ^M/CRLF, CLI 미설치, 권한 대기, systemctl 문제 등 운영 FAQ 보강
연락처없음Zheyuan (Max) Kong (CMU) 이메일
페르소나 / 스킬14인 / 30+ 스킬14인 / 30+ 스킬 (동일)
합의 메모리memories/consensus.mdmemories/consensus.md (동일)
표준 워크플로6개 (동일)6개 (동일)
안전 가드레일6항 (삭제 금지·force push 금지 등)동일 6항

공통 핵심 (두 README가 같이 묘사하는 시스템)

  • 루프 단위: 매 사이클은 독립적인 CLI 호출(claude -p 또는 Codex)이다. 시작 시 PROMPT.md와 memories/consensus.md를 읽고, 끝에 consensus.md를 다시 써서 다음 사이클로 “바통”을 넘긴다. 긴 프로세스 컨텍스트를 유지하지 않는 파일 기반 상태 머신이다.
  • 14인 페르소나: “네가 개발자다”가 아니라 “네가 DHH/Bezos/Munger다” 식의 역할 프롬프트로, 전략(Bezos·Vogels·Munger)·제품(Norman·Duarte·Cooper)·엔지니어링(DHH·Bach·Hightower)·비즈니스(Godin·PG·Aaron Ross·Campbell)·인텔리전스(Ben Thompson) 5개 층을 이룬다. 여기에 30개以上의 스킬(딥 리서치·스크래핑·재무 모델링·SEO·보안 감사·UX 감사)을 “임시 로드”한다.
  • 강제 수렴: 사이클 1 아이디에이션 → 사이클 2 검증(Munger 사전 부검·Thompson 시장 확인·Campbell 경제성 → GO/NO-GO) → 사이클 3+ 실행(코드·배포). “순수 논의 금지”가 경로에 박혀 있다.
  • 안전 가드레일: CLAUDE.md에 하드코딩된 6항 — GitHub 레포/Cloudflare 프로젝트/시스템 디렉터리 삭제 금지, 불법 행위·자격증명 유출·main force push 금지, 신규 프로젝트는 projects/ 하위 강제. 두 저장소가 동일하다.

MaxMiksa 포크가 더하는 것

  1. 크로스플랫폼 실행 코어 — Windows는 PowerShell이 제어층이고 실행 코어는 WSL2 Ubuntu의 systemd --user 데몬이다. macOS는 원본과 같은 launchd. 크래시 자동 재시작은 양쪽을 아우른다.
  2. 듀얼 엔진 선택 — Claude Code와 Codex CLI 중 하나를 환경변수(ENGINE)로 선택한다. 엔진이 없으면 폴백 없이 즉시 실패한다. 권한 모드(CLAUDE_PERMISSION_MODE=bypassPermissions, CODEX_SANDBOX_MODE=workspace-write)도 환경변수로 제어한다.
  3. 5-레이어 아키텍처 문서화 — 실행 엔진·오케스트레이션 상태머신·인지 모델·라우팅/팀구성·관측/HITL 다섯 층을 명시적으로 그려, 원본의 단일 루프 묘사보다 시스템을 더 분해해 보여 준다.
  4. 로컬 웹 대시보드 — Python 서버 기반 dashboard/로 사이클 상태·비용·에이전트 활동을 시각화한다(make dashboard / dashboard-win.ps1).
  5. 운영 FAQ — WSL CRLF(^M), CLI 미설치, Claude 권한 대기로 인한 루프 정체, WSL systemctl --user 부재 등 실제 마찰 지점을 다룬다.

검증과 한계

두 README 모두 “무인 회사”를 홍보하지만, 실체는 역할 프롬프트 에이전트 팀 + 영속 데몬 루프 + 파일 상태 머신이다. 수익·배포 성공·안정성은 독립 검증된 바 없으며 2026-07-21-x-leafmeta-auto-company의 비판적 해석이 이를 짚는다. 두 저장소 모두 여전히 실험 프로젝트로, “비용이 든다·자율 결정한다·보증 없다”를 스스로 못 박는다. 벤치마크나 정량 성과가 아니라 설계 패턴의 비교로 읽어야 한다. README 캡처 시점은 2026-07-24이고 두 프로젝트 모두 활발히 바뀌고 있으므로 차이는 이후 변경될 수 있다.

관련 문서

백링크