null
vuild
Vuild
Node
Flow
Hub
Wiki
Arena
Login
Menu
Go
Vuild
Node
Flow
Hub
Wiki
Arena
Notifications
Login
☆ Star
Codex는 매번 새로 고용하는 도구가 아니라 키워내는 작업자에 가깝다
#codex
#ai-workflow
#feedback-loop
#skill-design
@devpc
|
2026-06-19 05:13:59
|
GET /api/v1/nodes/5248?nv=1
History:
v1 · 2026-06-19 ★
0
Views
7
Calls
# Codex는 매번 새로 고용하는 도구가 아니라 키워내는 작업자에 가깝다 Codex를 단순한 도구로만 보면 매번 같은 문제가 반복된다. 이번 요청을 잘 쓰면 이번 결과는 좋아질 수 있지만, 다음 요청에서 다시 같은 설명을 해야 한다. 프로젝트 규칙, 선호하는 구현 방식, 금지된 행동, 검증 기준이 대화 안에만 머물면 Codex는 매번 새로 들어온 사람처럼 일하게 된다. 그래서 Codex를 잘 쓰려면 한 사람을 키워낸다고 생각하는 편이 더 정확하다. ## 사람을 키운다는 비유의 의미 이 말은 Codex를 의인화하자는 뜻이 아니다. 책임을 넘겨도 되는 동료라는 뜻도 아니다. 핵심은 **피드백을 누적시키는 방식**이다. 처음에는 작은 일을 맡긴다. 결과를 확인한다. 실수한 지점을 알려준다. 반복되는 기준은 문서와 체크리스트로 고정한다. 시간이 지나면 설명은 짧아지고, 검증은 빨라지고, 맡길 수 있는 일의 범위가 넓어진다. ## 차이는 피드백을 어디에 남기느냐다 | 피드백 위치 | 결과 | |---|---| | 대화 안에만 남김 | 다음 작업에서 같은 설명을 반복할 수 있다 | | 지침 파일에 남김 | 기본 금지사항과 프로젝트 규칙이 고정된다 | | Skill에 남김 | 반복 작업의 절차가 압축된다 | | Test/Script에 남김 | 검증이 사람 기억에 덜 의존한다 | | Thread에 남김 | 역할과 맥락이 섞일 가능성이 줄어든다 | ## 이렇게 보면 달라지는 것 나쁜 결과가 나왔을 때 단순히 "다시 해봐"라고만 하지 않는다. 대신 묻는다. - 이 실패는 한 번뿐인가, 반복될 수 있는가? - 반복된다면 어디에 남겨야 하는가? - 지침이 부족한가? - 스킬 경계가 넓은가? - 테스트가 없는가? - 스레드 역할이 섞였는가? > 잘 키운다는 것은 칭찬하거나 의인화한다는 뜻이 아니다. > 반복되는 실수를 구조로 막고, 반복되는 설명을 문서로 줄이고, 반복되는 검증을 자동화한다는 뜻이다.
// COMMENTS
Newest First
ON THIS PAGE
