OkayStudy
KO English 한국어 日本語 中文 हिन्दी বাংলা اردو Español Português Français Deutsch Русский العربية Bahasa Indonesia Tiếng Việt ไทย Türkçe

알림을 켜는 방법

이 브라우저 또는 주소에서는 알림을 사용할 수 없습니다. 지원되는 브라우저로 보안 연결된 SONUB 사이트에 접속해 주세요.

알림이 차단되어 있으면 브라우저 설정에서 허용해 주세요.

  1. 주소 표시줄 옆의 사이트 설정 또는 브라우저의 사이트 설정을 열고, 이 사이트의 알림을 허용으로 바꾸세요.
  2. 기기 설정에서 브라우저 알림을 허용하고 방해 금지 또는 집중 모드를 확인하세요.
  3. SONUB으로 돌아와 페이지를 새로고침한 뒤 벨을 눌러 알림을 켜세요.

iPhone 또는 iPad에서는 SONUB을 홈 화면에 추가하고 거기에서 연 뒤 알림을 허용하세요.
툴

툴 마스터

·····agy 는 모두 같은 에이전트 루프로 돌고 같은 습관을 나눕니다 — AGENTS.md, 슬래시 명령, 계획 모드, 승인, . 공통 부분을 한 번 배우면 어느 도구든 쓸 수 있습니다.

하네스 — 세 관점
학생이 빛나는 스킬 카트리지 하나를 들고 있고, 거기서 나온 케이블이 서로 다른 터미널 로봇 여섯에 꽂혀 여섯 모두 똑같이 불이 켜지는 그림
먼저 낱말부터

툴 · 에이전트 · 하네스는 무엇인가요?

나 같은 은 하나인데, 보는 자리에 따라 , , 라는 세 이름으로 불려요. 세 낱말을 먼저 알면 이 페이지의 나머지가 쉽게 읽혀요.

Claude CodeCodexHermes Agent 같은 프로그램, 세 이름

  • 사람이 연 공구 상자에서 터미널 창이 올라와 작게 빛나는 AI 구슬과 이어진 그림

    툴(Tool)

    사람이 쓰는 도구로 볼 때

    툴은 도구라는 뜻이에요. 사람이 컴퓨터와 를 쓰기 위한 도구로, 클로드 코드나 Codex 가 툴이에요. 이런 툴을 에이전트 코딩 툴(Agent Coding Tool, agentic coding tool)이라고도 불러요.

    You → Tool → Computer + AI

  • 빛나는 모델 구슬이 도구를 단 하네스 몸 안에 들어가, 둘이 한 몸으로 고리를 돌며 일하는 로봇 그림

    에이전트(Agent)

    모델과 하네스를 합친 것으로 볼 때

    에이전트는 스스로 여러 단계를 밟아 일을 해내는 AI 예요. 넓은 의미에서 에이전트는 과 하네스를 합친 것이에요 — 은 이것을 "Agent = Model + Harness"라고 적어요. 그래서 클로드 코드 안에서 모델이 돌면, 둘을 합쳐 에이전트라고 불러요.

    Agent = Model + Harness

  • 가슴의 자리가 비어 있고 도구가 달린 하네스 틀과, 그 옆에서 끼워지기를 기다리는 모델 구슬 그림

    하네스(Harness)

    모델을 뺀 나머지로 볼 때

    하네스는 넓은 의미에서 인공지능 모델을 뺀 나머지 전부, 곧 모델을 감싸서 일을 시키는 모든 AI 툴을 부르는 말이에요. 파일 읽기, 명령 실행, 허락 묻기, 결과를 모델에게 돌려주기를 하네스가 맡아요. 그래서 클로드 코드, Codex, 가 모두 하네스예요.

    Harness = Agent − Model

요즘은 툴을 하네스나 에이전트라고도 불러요

처음에는 이런 프로그램을 그냥 툴이라고 불렀어요. 요즘은 모델을 감싼 부분을 말할 때는 하네스, 모델까지 합쳐 일하는 모습을 말할 때는 에이전트라고 불러요. 세 이름이 모두 맞고, 가리키는 것은 같은 프로그램이에요.

Agent = Model + Harness 자세히 보기

이 페이지의 도구 여섯

핵심 생각

에이전트 = 모델 + 하네스

LangChain 은 이렇게 한 줄로 말합니다.

Agent = Model + Harness. If you're not the model, you're the harness.

LangChain — The Anatomy of an Agent Harness (새 창)

모델이 아닌 모든 ·설정·은 하네스에 속합니다. 모델 혼자서는 글을 예측할 뿐입니다. 하네스가 모델을 파일을 읽고, 명령을 실행하고, 일이 끝나면 멈추는 에이전트로 만듭니다.

에이전트

터미널에서 내가 대화하는 상대

모델

생각합니다 — 받은 것을 모두 읽고 다음 말이나 을 예측합니다

하네스

나머지 전부 — 입력을 만들고, 도구를 실행하고, 루프를 이어 갑니다

  • AGENTS.md 읽어 오기
  • 도구 — 파일, , 웹,
  • 과 승인
  • 샌드박스
  • 루프
  • 와 압축
  • 세션과
빛나는 두뇌 구슬에 공책·렌치·화면·방패·자물쇠·둥근 화살표 같은 도구가 가득한 로봇 틀을 더하면, 가슴에 그 구슬을 품고 노트북으로 일하는 작은 로봇이 되는 그림

하네스 여섯, 모델 여럿

Claude Code·Codex····agy 는 모두 하네스입니다. 저마다 다른 모델 — Claude, , , Grok, Kimi, OpenCode 라면 거의 모든 모델 — 을 감싸지만 하는 일은 모두 같습니다. 그래서 이 페이지의 습관은 한 도구에서 다른 도구로 그대로 이어집니다.

하네스 — 세 관점
프롬프트에서 보고까지

에이전트 루프, 한 단계씩

실제 요청 하나가 안에서 어떻게 흘러가는지 따라가 봅니다 — "눌러도 아무 일도 없는 가입 단추를 고치고 테스트를 더해 줘". 일이 확인될 때까지 모델과 하네스가 번갈아 움직입니다.

누가 하나 나 — 시키고 승인합니다 모델 — 생각하고 정합니다 하네스 — 입력을 만들고, 도구를 실행하고, 권한을 확인합니다
에이전트 루프
  1. 나 내 프롬프트 내가 입력한 요청
  2. 하네스 입력 만들기 지침, 도구, AGENTS.md, 대화 기록
  3. 모델 모델 추론 도구 호출이나 글로 답합니다
  4. 하네스 도구 실행 권한 확인, 샌드박스, 승인
  5. 하네스 결과 더하기 새 출력을 들고 모델에게 돌아갑니다
  6. 모델 최종 보고 도구 호출 없는 글이 차례를 끝냅니다

화살표는 순서대로 갑니다. 굵은 화살표가 루프입니다 — 도구 결과는 모두 모델에게 돌아갑니다. 점선 화살표는 모델이 도구 호출 없이 글로만 답할 때만 탑니다.

  1. 1단계 · 나

    프롬프트가 들어옵니다

    요청을 입력하고 Enter 를 누릅니다. 하네스는 내 말을 사용자 메시지로 감싸 입력의 맨 끝에 둡니다.

    나오는 것
    {"type": "message", "role": "user",
 "content": [{"type": "input_text",
   "text": "Fix the signup button that does nothing and add a test"}]}

  2. 2단계 · 하네스

    하네스가 입력을 만듭니다

    모델이 내 말을 보기 전에 하네스가 필요한 것을 모읍니다 — 하네스 자신의 지침, 모델이 부를 수 있는 도구 목록, 샌드박스와 언제 승인을 받을지에 대한 안내, AGENTS.md 파일, 작업 폴더와 셸. 다음 차례부터는 지금까지의 대화 전체도 들어갑니다.

    나오는 것
    instructions  base instructions for the model
tools         shell · update_plan · web_search · mcp__…
input
  developer   <permissions instructions> sandbox · approval
  user        AGENTS.md  (project root → cwd)
  user        <environment_context> cwd · shell
  user        "Fix the signup button …"

  3. 3단계 · 모델

    모델이 생각합니다

    하네스가 입력을 모델에게 보냅니다. 모델은 둘 중 하나로만 답합니다 — 나에게 하는 말, 또는 도구 호출("이 셸 명령을 실행해 줘" 같은 작은 요청). 모델은 를 직접 만질 수 없습니다.

    나오는 것
    {"type": "function_call", "name": "shell",
 "arguments": "{\"command\":\"rg -n signup src\"}",
 "call_id": "call_1"}

  4. 4단계 · 모델 하네스

    컨텍스트 모으기

    단추를 고치려면 먼저 단추를 찾아야 하니, 모델은 읽는 도구를 부탁합니다 — rg 로 코드 찾기, 폴더 목록 보기, 파일 읽기. Claude Code 는 이 단계를 "gather (컨텍스트 모으기)"라고 부릅니다.

    나오는 것
    $ rg -n signup src
src/components/SignupButton.jsx:8:  <button type="button">Sign up</button>
src/api/auth.js:21:export async function signup(email, password) {

  5. 5단계 · 하네스

    하네스가 도구를 실행합니다

    하네스가 권한을 확인합니다. 허용되어 있고 샌드박스 안인가요? 그러면 실행합니다. 아직 허용되지 않았나요? 그러면 먼저 나에게 묻습니다. 그런 다음 과 그 출력을 대화에 더하고 다시 모델에게 묻습니다. 이렇게 돌아가는 길이 루프이고, 요청 하나에 수십 번 돌 수도 있습니다.

    나오는 것
    {"type": "function_call_output",
 "call_id": "call_1",
 "output": "src/components/SignupButton.jsx:8: …"}

  6. 6단계 · 모델 하네스

    파일 고치기

    코드를 이해하면 모델은 수정을 부탁합니다 — 파일 일부를 바꿀 새 글입니다. 하네스가 그것을 쓰고, 나는 로 봅니다. Claude Code 는 고치기 전마다 체크포인트를 저장해 되돌릴 수 있게 합니다.

    나오는 것
    --- a/src/components/SignupButton.jsx
+++ b/src/components/SignupButton.jsx
-  <button type="button">Sign up</button>
+  <button type="button" onClick={() => signup(email, password)}>
+    Sign up
+  </button>

  7. 7단계 · 모델 하네스

    명령 실행

    다음으로 모델은 셸에서 테스트나 를 실행해 달라고 합니다. 폴더 밖의 것을 바꿀 수 있는 명령이 바로 승인과 샌드박스가 중요한 자리입니다.

    나오는 것
    $ npm test -- SignupButton

  8. 8단계 · 모델

    확인

    모델이 테스트 기록을 읽습니다. 테스트가 실패하면 다시 코드 읽기와 고치기(4·6단계)로 돌아가 테스트를 또 돌립니다 — 테스트가 통과할 때까지, 또는 막혀서 멈추고 나에게 물을 때까지.

    나오는 것
    FAIL  SignupButton.test.jsx
  ✕ calls signup when clicked
… fix → run again …
PASS  SignupButton.test.jsx
  ✓ calls signup when clicked

  9. 9단계 · 모델 하네스

    최종 보고

    모델이 도구 호출 없이 글로 답하면 차례가 끝납니다. 하네스는 요약을 보여 주고 조작을 나에게 돌려줍니다. 좋은 보고는 무엇을 바꿨는지, 테스트 결과, 확인하지 못한 것을 말합니다.

    나오는 것
    {"type": "message", "role": "assistant",
 "content": [{"type": "output_text",
   "text": "Connected the button to signup() and added SignupButton.test.jsx. npm test passes."}]}

대화는 차례마다 늘어납니다

차례마다 도구 호출과 그 결과가 더해지고, 목록 전체가 다시 보내집니다. — 모델이 한 번에 읽을 수 있는 최대 양 — 이 조금씩 찹니다.

  1. 새 호출과 결과 지침, 도구, AGENTS.md 1번째 차례
  2. 새 호출과 결과 앞선 호출과 결과 지침, 도구, AGENTS.md 2번째 차례
  3. 새 호출과 결과 앞선 호출과 결과 앞선 호출과 결과 지침, 도구, AGENTS.md 3번째 차례
  4. 요약 지침, 도구, AGENTS.md 압축 뒤
  • 지침, 도구, AGENTS.md
  • 앞선 호출과 결과
  • 새 호출과 결과
  • 요약
툴 컨텍스트 탭에서 더 보기 — 컨텍스트를 채우는 것과 압축하는 법

  • 프롬프트 캐싱

    Codex 에서는 이전 입력이 새 입력의 앞부분과 정확히 같아서, 가 앞서 한 계산을 다시 쓸 수 있습니다. 대화 중간에 도구·모델·샌드박스·승인 모드·작업 폴더를 바꾸면 그 앞부분이 깨져 다음 요청이 느려집니다.

  • 압축

    대화가 너무 길어지면 하네스가 대화를 더 짧은 요약으로 바꾸고 계속합니다. Codex 는 한도를 넘으면 저절로 합니다. Claude Code 도 저절로 하고, 초점을 정해 /compact 를 실행할 수도 있습니다. 대화 초반의 규칙은 사라질 수 있으니 오래 지킬 규칙은 AGENTS.md 에 둡니다.

  • 승인과 샌드박스는 하네스의 몫입니다

    모델은 부탁만 합니다. 명령을 실행할지, 내 승인을 기다릴지, 막을지는 하네스가 정합니다. Codex 의 샌드박스는 자기 셸 도구에만 걸립니다 — MCP 도구는 스스로 제한을 지켜야 합니다.

Codex 와 Claude Code — 같은 루프, 다른 세부

Codex 와 Claude Code 가 루프를 설명하는 방법
주제CodexClaude Code
이름 에이전트 루프(agent loop) — 어시스턴트 메시지가 차례를 끝낼 때까지 과 도구 호출이 되풀이됩니다. 출처 (새 창) 루프(agentic loop) — 컨텍스트 모으기, 행동하기, 결과 확인하기. 이 단계들은 서로 섞입니다. 출처 (새 창)
대화 요청마다 대화 기록 전체를 다시 보내므로, 요청 하나하나가 따로 섭니다. 출처 (새 창) 모든 메시지·도구 사용·결과가 ~/.claude/projects 아래 파일에 저장되어, 이어 하거나 갈라서 할 수 있습니다. 출처 (새 창)
압축 auto_compact_limit 를 넘으면 특별한 압축 로 저절로 합니다. 출처 (새 창) 한도 가까이에서 저절로 합니다. 초점을 정한 /compact 로 필요한 것을 남깁니다. 출처 (새 창)
안전 샌드박스와 승인 규칙을 모델에게 알려 주고, 셸 도구에서 지키게 합니다. 출처 (새 창) 권한 모드(Shift+Tab)와, 파일 수정을 되돌리는 체크포인트. 출처 (새 창)

Codex 내용은 OpenAI 의 글에서, Claude Code 내용은 Anthropic 의 문서에서 가져왔습니다. 다른 도구도 같은 루프로 돌지만 이만큼 자세히 공개하지는 않았습니다.

비교

도구마다 되는 것

칸마다 확인한 곳으로 이어집니다 — 공식 페이지, 또는 2026-10-26 에 본 그 도구의 출력.

표 보는 법 됨 안 됨 됨, 이름이 다름 확인 안 됨
코딩 에이전트 CLI 여섯의 공통 기능
기능 Claude Code Codex CLI OpenCode Grok Build Kimi Code Antigravity CLI
AGENTS.md 읽기 됨, 이름이 다름 CLAUDE.md CLAUDE.md 가 없을 때만 AGENTS.md 를 읽고, 아니면 CLAUDE.md 에 @AGENTS.md 를 넣습니다 됨 AGENTS.md 됨 AGENTS.md 됨 AGENTS.md 됨 AGENTS.md 됨 AGENTS.md GEMINI.md 도 읽습니다
/goal — 긴 목표 됨 /goal 됨 /goal 안 됨 기본 기능이 아닙니다 — 기능 요청이 열려 있습니다 됨 /goal 됨 /goal 됨 /goal
슬래시 명령 됨 /help 됨 /help 됨 /help 됨 /help 됨 /help 됨 /help
계획 모드 됨 /plan 됨 /plan 됨, 이름이 다름 Plan agent Tab 으로 바꿉니다 됨 /plan 됨 /plan 됨 /plan
승인 모드 됨 --permission-mode 확인한 명령 claude --help 됨 /permissions 됨 permission 됨 --permission-mode 확인한 명령 grok --help 됨 --yolo · --auto 확인한 명령 kimi --help 됨 --mode 확인한 명령 agy --help
세션 이어 하기 됨 claude -c 확인한 명령 claude --help 됨 codex resume 확인한 명령 codex --help 됨 opencode -c 확인한 명령 opencode --help 됨 grok -c 확인한 명령 grok --help 됨 kimi -c 확인한 명령 kimi --help 됨 agy -c 확인한 명령 agy --help
대화 없이 실행(headless) 됨 claude -p 확인한 명령 claude --help 됨 codex exec 확인한 명령 codex --help 됨 opencode run 확인한 명령 opencode --help 됨 grok -p 확인한 명령 grok --help 됨 kimi -p 확인한 명령 kimi --help 됨 agy -p 확인한 명령 agy --help
MCP 됨 claude mcp 확인한 명령 claude --help 됨 codex mcp 확인한 명령 codex --help 됨 opencode mcp 확인한 명령 opencode --help 됨 grok mcp 확인한 명령 grok --help 됨 /mcp 됨 agy mcp 확인한 명령 agy --help
스킬(SKILL.md) 됨 .claude/skills 됨 .agents/skills 됨 .agents/skills 됨 .grok/skills 됨 .agents/skills 됨 .agents/skills
하위 에이전트 됨 .claude/agents 됨 .codex/agents 됨 .opencode/agents 됨 .grok/agents 됨 .kimi-code/agents 됨 .agents/agents
모델 바꾸기 됨 /model 됨 /model 됨, 이름이 다름 /models 됨 /model 됨 /model 됨 /model
컨텍스트 압축 됨 /compact 됨 /compact 됨 /compact 됨 /compact 됨 /compact 됨 /compact 확인한 명령 agy changelog
/init 으로 지침 파일 만들기 됨, 이름이 다름 /init → CLAUDE.md 됨 /init → AGENTS.md 됨 /init → AGENTS.md 확인 안 됨 됨 /init → AGENTS.md 확인 안 됨

명령은 자주 바뀝니다. "확인 안 됨"은 공식 페이지나 --help 에서 찾지 못했다는 뜻이지, 없다는 뜻이 아닙니다.

파일 하나, 모든 도구

AGENTS.md — 모든 요청에 필요한 규칙

서로 다른 로봇 셋이 펼쳐진 같은 공책을 들여다보며 저마다 체크 표시와 함께 고개를 끄덕이는 그림

AGENTS.md 는 프로젝트 안의 평범한 파일입니다. 에이전트가 내 첫마디보다 먼저 읽으므로, 규칙을 되풀이해 말할 필요가 없습니다.

무엇을 넣나

  • 프로젝트 실행 방법
  • 테스트 방법 — 그리고 테스트는 꼭 통과해야 한다는 것
  • 코딩 스타일
  • 건드리면 안 되는 것
  • 보고 방법
짧은 예
# AGENTS.md

## 실행
- npm install 을 한 뒤 npm run dev

## 테스트
- 끝내기 전에 npm test 를 실행합니다. 모든 테스트가 통과해야 합니다.

## 스타일
- React 함수 컴포넌트, 들여쓰기 2칸.

## 건드리지 않기
- .env, 데이터베이스 폴더, package-lock.json

## 보고
- 바꾼 파일, 테스트 결과, 확인하지 않은 것을 적습니다.

도구마다 읽는 곳

  • Claude Code

    자기 파일은 CLAUDE.md 입니다. 그 폴더나 위 폴더에 CLAUDE.md 가 없을 때만 AGENTS.md 를 읽습니다. 둘 다 쓰려면 CLAUDE.md 에 @AGENTS.md 를 넣습니다.

    출처 (새 창)
  • Codex CLI

    프로젝트 맨 위 폴더부터 지금 폴더까지 차례로 이어 붙이고, 가까운 파일이 이깁니다. 파일은 ~/.codex/AGENTS.md. 기본 크기 한도는 32 .

    출처 (새 창)
  • OpenCode

    프로젝트의 AGENTS.md 와 ~/.config/opencode/AGENTS.md. AGENTS.md 가 없으면 CLAUDE.md 를 대신 읽습니다.

    출처 (새 창)
  • Grok Build

    맨 위부터 작업하는 폴더까지 모든 폴더의 AGENTS.md(와 CLAUDE.md). 더 깊은 폴더의 파일이 이깁니다.

    출처 (새 창)
  • Kimi Code

    프로젝트의 AGENTS.md 또는 .kimi-code/AGENTS.md, 그리고 모든 프로젝트에 쓰이는 ~/.kimi-code/AGENTS.md.

    출처 (새 창)
  • Antigravity CLI

    어느 폴더든 AGENTS.md 와 GEMINI.md, 그리고 .agents/rules. 전역 규칙은 ~/.gemini 에 있습니다. 찾은 규칙은 모두 합쳐집니다.

    출처 (새 창)
CLAUDE.md 와 AGENTS.md 함께 쓰기
긴 작업

/goal — 끝날 때까지 계속하기

작은 로봇이 체크 표시가 있는 돌을 지나 긴 돌계단을 올라 꼭대기의 깃발로 향하고, 옆에 시계와 가득 찬 배터리가 있는 그림

보통 요청은 모델이 도구 호출을 멈추는 순간 끝납니다. 은 대신 결승선을 정합니다 — 에이전트는 조건이 채워질 때까지 차례를 거듭하며 계속 일합니다.

/goal 모든 테스트가 통과하고 가입 단추가 signup() 을 부른다. 데이터베이스는 바꾸지 않는다.

확인할 수 있는 목표 쓰기

  • 시험해 볼 수 있게 씁니다 — "더 좋게 해 줘"가 아니라 "tests/signup 의 모든 테스트 통과".
  • 예산이나 시간 같은 한도를 정하고, 시작하기 전에 커밋합니다.
  • 가끔 들여다봅니다. 긴 목표도 엉뚱한 쪽으로 흘러갈 수 있습니다.
  • 됨Claude Code

    완료 조건을 정합니다. Claude 는 조건이 채워지거나, 불가능하다고 판단하거나, 오류로 멈출 때까지 계속 일합니다. -p 와도 함께 쓸 수 있습니다.

    출처 (새 창)
  • 됨Codex CLI

    큰 작업이 도는 동안 Codex 가 계속 지켜보는 목표입니다(goals 기능, 기본으로 켜짐).

    출처 (새 창)
  • 안 됨OpenCode

    아직 기본 /goal 이 없습니다 — 대신 사용자 지정 명령을 씁니다.

    출처 (새 창)
  • 됨Grok Build

    목표와 선택 사항인 --budget 을 주는 /goal, 그리고 status·pause·resume·clear.

    출처 (새 창)
  • 됨Kimi Code

    스스로 움직이는 목표를 시작하고, status·pause·resume·cancel 등을 씁니다.

    출처 (새 창)
  • 됨Antigravity CLI

    에이전트가 멈추려 하면 가 멈춤을 막고, 자기 작업을 확인한 뒤 계속하라고 합니다.

    출처 (새 창)
AI 과정 — 목표와 루프
프롬프트 엔지니어링

육하원칙(5W1H)으로 요청 쓰기

가운데 말풍선 카드가 사람·상자·시계·지도 핀·전구·렌치가 그려진 동그란 배지 여섯과 이어진 그림

나쁜 결과는 대부분 에이전트가 짐작할 수 없는 것을 빠뜨린 요청에서 나옵니다. 누가·무엇을·언제·어디서·왜·어떻게 — 여섯 질문이 그런 빈틈을 대부분 잡아 줍니다.

나쁜 프롬프트

“단추가 고장 났어. 고쳐 줘.”

어느 단추인가요? 어떻게 고장 났나요? 고쳐진 것을 어떻게 알까요? 에이전트가 짐작해야 하고, 엉뚱한 파일을 바꿀 수도 있습니다.

좋은 프롬프트 — 육하원칙

  1. 누가 우리 홈페이지에서 가입하려는 새 방문자.
  2. 무엇을 "가입" 단추를 눌러도 아무 일도 없어. signup() 을 부르게 고치고 테스트를 더해 줘.
  3. 언제 어제 뒤부터 누를 때마다 그래.
  4. 어디서 홈 화면의 src/components/SignupButton.jsx. 파일은 건드리지 마.
  5. 왜 가입을 못 해서 새 회원을 잃고 있어.
  6. 어떻게 눌러도 아무 일이 없는 까닭을 찾아 가장 작은 변경으로 고치고, test 를 실행한 뒤 무엇을 바꿨는지 알려 줘.

육하원칙이 좋은 결과를 보장하지는 않지만 대부분의 경우를 덮어 줍니다. 에이전트가 그래도 무언가를 물어 온다면, 빠진 조각은 대개 여섯 가운데 하나입니다.

AI 과정 — 프롬프트 엔지니어링
함께 쓰면 더 좋습니다

AGENTS.md + 육하원칙 프롬프트

일을 나눕니다. AGENTS.md 에는 모든 요청에 필요한 것을, 에는 이번 요청에만 필요한 것을 담습니다.

AGENTS.md — 매번

테스트 방법, 코딩 스타일, 건드리면 안 되는 것, 보고 방법

프롬프트 — 이번만

이번 요청 하나의 누가·무엇을·언제·어디서·왜·어떻게

두꺼운 규칙 책과 작은 메모지가 미끄러져 들어가자 기뻐하는 로봇이 노트북으로 타자를 치기 시작하는 그림 에이전트는 둘 다 읽습니다

  • 짧은 프롬프트

    메시지마다 "테스트 돌리고, 데이터베이스는 건드리지 마"라고 쓰지 않아도 됩니다.

  • 모든 도구에서 같은 규칙

    Claude Code 에서 Codex 나 Kimi 로 옮겨도 규칙이 따라옵니다.

  • 팀과 함께 쓰기

    파일이 에 있으니, 모든 사람과 모든 에이전트가 같은 규칙을 따릅니다.

  • 한 번만 고치기

    에이전트가 같은 실수를 되풀이하면 다시 설명하는 대신 AGENTS.md 에 한 줄을 더합니다.

요약표

공통 명령

빛나는 키 다섯 개가 달린 키보드 같은 카드 하나가 서로 다른 작은 터미널 기계 셋과 케이블로 이어진 그림

같은 동작이 거의 모든 도구에서 통합니다. 예외는 비교표에 있습니다.

  • 프로젝트 폴더에서 시작

    cd my-project claude · codex · opencode · grok · kimi · agy

  • 지침 파일 만들기

    /init Claude Code 는 CLAUDE.md 를 씁니다. Grok·agy 는 확인 안 됨.

  • 고치기 전에 계획

    /plan OpenCode — Tab 을 눌러 Plan 에이전트로.

  • 모델 바꾸기

    /model OpenCode — /models.

  • 컨텍스트 비우기

    /compact

  • 긴 목표 정하기

    /goal OpenCode 에는 없습니다.

  • 지난 세션 이어 하기

    claude -c · opencode -c · grok -c · kimi -c · agy -c codex resume --last

  • 대화 없이 한 번 실행

    claude -p · grok -p · kimi -p · agy -p codex exec · opencode run

  • MCP 서버 관리

    claude mcp · codex mcp · opencode mcp · grok mcp · agy mcp Kimi — 대화 안에서 /mcp.

SONUB 에서 더 배우기

공식 출처

2026-10-26 에 공식 문서와 설치된 CLI(--help)로 확인했습니다. 명령은 바뀌므로 공식 문서도 읽어 보세요.

도구별 문서

다음 걸음

취소할 대기 예약을 선택하세요. 각 예약은 확인 후 취소됩니다.

내 :

닫기