
에이전트가 만든 HTML 아티팩트를 에이전트 세션 외부에서 검토했을 때 깨진 것들
요약
본 글은 에이전트가 생성한 HTML 아티팩트를 에이전트 세션 외부에서 검토했을 때의 안정성을 테스트한 내용을 다룹니다. 단일 파일 문서 형태의 덱이나 보고서가 가장 높은 호환성을 보였으며, 자식 iframe 사용 시 외부 검토 환경에서 문제가 발생할 수 있음을 지적합니다.
핵심 포인트
- 에이전트 생성 HTML 아티팩트는 외부 검토 환경에서 안정성이 다름.
- 단일 DOM 내의 슬라이드/섹션 구조가 가장 높은 호환성을 보임.
- 자식 iframe 사용 시 외부 검토 표면에서 문제가 발생할 수 있음.
- Codex나 Claude Code로 만든 비민감한 HTML 작업물에 대한 피드백을 구함.
저는 하나의 좁은 문제점을 테스트해 왔습니다: Codex나 Claude는 HTML 덱이나 보고서를 만들 수 있지만, 그것을 검토하는 사람은 보통 에이전트 세션 안에 있지 않습니다.
제가 다섯 개의 공개 아티팩트를 게시하고 외부 검토자로서 열어보았습니다. 예상했던 것보다 더 많은 부분이 실행 상태를 유지했습니다. 정확한 피드백만이 어색해진 부분이었습니다.
| Artifact | What survived | Review edge |
|---|---|---|
| FluidDocs single-file deck | 12 slides, buttons, ArrowRight, exact text selection | Best result because the slides stay in one document |
| ... |
가장 잘 유지된 형태
가장 깔끔한 결과는 슬라이드나 섹션이 같은 DOM 안에 있는 단일 항목 문서였습니다. 이 덱은 자체 버튼과 키보드 제어 기능을 유지했습니다. 검토자는 여전히 정확한 텍스트를 가리킬 수 있었습니다.
자식 iframe(child iframes)이 이를 변경했습니다. 탐색은 괜찮았습니다. 저는 자식 페이지의 단어를 선택할 수 있었지만, 외부 검토 표면은
이러한 호환성 게시물들은 외부 사용자로 간주되지 않으며, 저는 테스트하는 동안 피드백을 제출하지 않았습니다. 이것들은 단지 'HTML 실행'과 '검토자가 정확한 부분을 지적할 수 있는 것'을 분리하기 위한 방법일 뿐입니다.
저는 여전히 Codex나 Claude Code로 만든 비민감한 HTML 또는 Markdown 작업물을 찾고 있습니다. Codex 첫 게시 페이지는 에이전트에게 세 개의 완전한 메시지를 제공합니다. 1단계(step 1)를 보내고, 설치 후 에이전트를 다시 연 다음, 2단계와 3단계를 보냅니다.
뷰 링크를 얻기 전에 중단되면, 아티팩트 유형, OS, 그리고 실패한 단계를 댓글로 남겨주세요. 토큰이나 개인 파일 내용은 게시하지 말아 주세요.
CLI, Skill, MCP 서버 및 프로토콜은 MIT 라이선스 저장소에 있습니다.
AI 자동 생성 콘텐츠
본 콘텐츠는 Dev.to AI tag의 원문을 AI가 자동으로 요약·번역·분석한 것입니다. 원 저작권은 원저작자에게 있으며, 정확한 내용은 반드시 원문을 확인해 주세요.
원문 바로가기