Prompt Design

HCI 관점에서 읽을 만한 이유

이 글은 prompting을 단순한 문장 작성이 아니라 입력 변수를 다루는 설계 행위로 재정의합니다. HCI/UX 실무자와 연구자에게는 LLM 상호작용을 화면 설계와 유사한 문제로 볼 수 있게 해 주며, 가독성·구성성·반응성 같은 기존 인터페이스 원리를 AI 인터페이스에 어떻게 옮길지 생각하게 만듭니다. 특히 프롬프트를 ‘렌더링 가능한 산출물’로 다루는 관점이 실무에 유용합니다.

CIT의 코멘트

CIT 관점에서 이 글의 핵심은 prompting을 언어 행위가 아니라 인터페이스 설계로 이동시킨 데 있습니다. 웹 디자인과의 유비는 다소 과장되어 보일 수 있는데요, 그래도 ‘보이지 않는 내부 지시문’을 실제로 렌더링해 검토해야 한다는 제안은 HCI에서 매우 중요합니다. 특히 JSX 기반의 구성적 작성 방식, 실데이터 미리보기, 부분 재렌더링 같은 개념은 프롬프트를 개발자 개인의 감각이 아니라 반복 가능한 설계 워크플로로 전환합니다. 다만 모델 성능과 API 제약이 빠르게 바뀌는 만큼, 디자인 원리와 런타임 제약을 구분해 다루는 프레임이 추가로 필요합니다.

원문을 읽으면서 던질만한 질문

• Q.프롬프트를 웹 페이지처럼 ‘렌더링 가능한 인터페이스’로 본다면, HCI 평가 지표는 정확도 외에 어떤 상호작용 품질을 포함해야 할까요?
• Q.JSX 기반 프롬프트 설계가 실제로 협업과 유지보수에 얼마나 도움이 되는지, 기존 문자열 템플릿 방식과 비교한 실증 연구가 가능할까요?
• Q.모델과 API가 빠르게 변하는 환경에서 ‘prompt design’의 안정적인 설계 원칙은 무엇이고, 언제 프레임워크나 컴파일러 계층으로 추상화해야 할까요?