Claude Code/Codex와 OpenClaw를 사용한 구조화된 Steam Deck 게임 최적화

r/openclaw의 한 레딧 사용자가 AI 에이전트를 사용해 무작위 Steam Deck 최적화 시도를 구조화되고 반복 가능한 프로세스로 대체하는 워크플로를 설명합니다. 이 접근 방식은 Claude Code/Codex를 최적화 코파일럿으로, OpenClaw를 오케스트레이션 레이어로 활용합니다.
최적화 문제
대부분의 Steam Deck 튜닝 조언은 산발적이거나 구식이거나, 맥락 없이 게임별로 제한적입니다. 전통적인 최적화는 종종 "레딧 토끼굴 탐험 + 무작위 실행 옵션"과 "2시간 동안 감으로 조정하기"를 포함합니다.
구조화된 워크플로
사용자의 실용적인 최적화 루프는 네 단계로 구성됩니다:
- 먼저 기준선 설정: 게임 내 동일한 장면/지역, 동일한 설정에서 MangoHud를 사용해 FPS + 프레임 시간 + 전력 소모 측정
- Claude/Codex로 가설 생성: Proton 버전 후보(공식 vs GE), 실행 옵션 후보, 위험 노트 + 롤백 단계
- 소규모 배치로 A/B 테스트: 패스당 최대 3~5개 변형, 한 번에 하나의 변수만 변경하며 유지
- 우승 프로필 선택: 안정적인 프레임 시간 > 최고 FPS, 게임별 프리셋으로 노트와 함께 저장
AI 에이전트가 도움이 되는 이유
출처에 따르면, AI 에이전트는 다음에 능합니다:
- 가능한 수정 사항 수집
- 테스트 계획 생성
- 결과 비교
- 실제로 효과가 있었던 내용의 깔끔한 로그 유지
Steam Deck에서 OpenClaw 실행
사용자는 필요하지 않으면 깊은 시스템 변형을 피하고, 먼저 최소 권한으로 에이전트를 실행하며, 자동화를 사용자 공간/컨테이너 스타일이나 원격 호스트에 유지할 것을 권장합니다. OpenClaw는 다음을 수행할 수 있기 때문에 이 접근 방식에 적합합니다:
- 작업을 코딩 에이전트(Claude Code/Codex)로 라우팅
- 워크플로를 한곳에 유지
- 반복적인 벤치마킹/보고 단계 자동화
- 위험한 작업에 대해 여전히 인간 승인 유지
사용자는 이 설정을 다음과 같이 설명합니다: "Steam Deck = 실행 머신, OpenClaw = 관제탑, Claude/Codex = 최적화 크루."
실용적인 통찰
- 오래된 최적화 미신이 여전히 유포됨(특히 실행 옵션)
- 모든 "부스트"가 모든 게임에 도움이 되는 것은 아님
- 게임별 프로필이 전역적 일률적 조정보다 우수함
- 최상의 결과는 종종: 부드러운 40 FPS + 일관된 프레임 시간 + 합리적인 배터리
사용자는 다음에 대한 프롬프트 템플릿을 공유하겠다고 제안합니다:
- "안전한 실행 옵션 가설 5개 주세요"
- "A/B 벤치마크 체크리스트 작성해 주세요"
- "우승 구성을 하나의 마크다운 카드로 요약해 주세요"
📖 전체 출처 읽기: r/openclaw
👀 See Also

클로드 소넷 전략 보드 게임 테스트: 규칙 준수 과제
한 개발자가 구조화된 프롬프트 시스템(규칙, 보드 표현, 턴 관리 포함)을 사용하여 특허 받은 제품 포트폴리오 관리 전략 보드 게임인 OFMOS® Essential을 플레이하면서 Claude Sonnet을 테스트했습니다. 이 모델은 규칙을 이해하고 점수를 추적했지만, 제한된 이동 생성 기능이 부족하여 불법적인 수를 자주 두었습니다.

다중 에이전트 설정으로 인한 환각 루프로 3,400달러의 요금이 발생했습니다.
한 개발자가 다중 에이전트 MCP 설정을 테스트하기 위해 기업 가상 카드를 환경 변수에 하드코딩한 결과, 주 에이전트가 환각 루프에 빠져 14시간 동안 45초마다 새로운 유료 프록시 인스턴스를 생성하면서 3,400달러의 요금이 발생했습니다.

클로드 AI로 구축한 비둘기 퇴치 워터 터렛 — 코드 한 줄 없이
한 개발자가 단 한 줄의 코드도 직접 작성하지 않고 Claude AI를 사용하여 비둘기 퇴치용 자동 물 대포 터렛을 제작했습니다. Claude는 부품 선정부터 전기 회로도, 모든 코드를 담당했습니다.
클로드 코드가 리모션으로 50년대 스타일 런칭 영상의 모든 대사를 작성했지만 — 약 100개의 프롬프트가 필요했다
한 개발자가 Claude Code를 사용하여 Remotion 런칭 비디오의 모든 TypeScript/TSX 라인을 생성한 과정을 상세히 설명합니다. 이 과정에는 약 100개의 프롬프트, 상세한 크리에이티브 브리프, 장면별 반복 작업, 그리고 빈번한 git diff가 필요했습니다.