코딩 에이전트 논의가 “좋다/나쁘다”를 넘어 운영 방식으로 이동
왜 중요했나 — 코딩 에이전트와 개발 워크플로는 지수님의 Hermes/OpenClaw 운영 방식과 바로 연결됩니다.
이 카드는 7개의 원문 근거를 filtered_2026-06-08.json에서 time/sender 기준으로 재매칭해 구성했습니다.
대화 구간은 10:05–21:16이고, 대표 근거 안에는 링크 1개, 질문성 발화 2개가 포함됩니다.
코딩 에이전트와 개발 워크플로는 지수님의 Hermes/OpenClaw 운영 방식과 바로 연결됩니다.
지수님 관점에서는 ‘바로 테스트할 것 / 위키에 누적할 것 / 단순 관찰할 것’을 카드 단위로 나눠두는 편이 좋습니다.
지수님 관점에서는 ‘바로 테스트할 것 / 위키에 누적할 것 / 단순 관찰할 것’을 카드 단위로 나눠두는 편이 좋습니다.
원문 근거가 있는 신호만 카드 내부 action/watch point로 정리했습니다.
Follow-up
- 이번 주 — 지수님 관점에서는 ‘바로 테스트할 것 / 위키에 누적할 것 / 단순 관찰할 것’을 카드 단위로 나눠두는 편이 좋습니다.
대화 원문 7개 보기
- 10:05Dudae/codex
Codex grill me docs라는 스킬 이용해서 아이디어 구체화 한 뒤에 Gpt한테 설계 맡기고 Codex한테 넘길 프롬프트 받아서 Codex작업결과 복붙만 해주는 방식으로 작업하는게 꽤 결과가 괜찮았는데 이제 못할 거 같네요ㅠ
- 10:08MaJu / 개발자 / 클코,코덱스
세션의 컨텍스트 관리는 실밸개발자님 강의나 제 경험상으로 볼때는, compact는 최대한 미사용하고 서브 에이전트로 불필요한 컨텍스트가 차오르는 것을 막고, 계획으로 의도가 기입된 컨텍스트는 완성되면 문서 ADR로 남기게 한뒤 새로운 세션을 열어서 그 문서를 읽고 작업을 지시합니다. Compact란 많이 찬 컨텍스트를 압축 하는 것이므로 저희의 의도나 세부 정보가 삭제되고 대략적인 틀만 남는다고 보시면 됩니다. 그래서 이상한 방향으로 갈 수 있기 때문에 컨텍스트 관점으로 에이전트를 동작 시키는 면이 좋습니다. 그리고 compact도 토큰이 들기 때문에... 본인만의 관리 방법을 세워나가는 것이 좋겠습니다.
- 10:11MaJu / 개발자 / 클코,코덱스
모델의 변경은 잘 모르겠네요. 일단 시스템 컨텍스트 쪽에 영향을 받아서 캐쉬 미스가 날거 같고요.. 세션의 컨텍스트가 cli에서 어떻게 관리되는지에 따라 영향을 받을 수 있겠네요. Cli 까지는 분석하지 않아서 잘 모르겠어요. 저는 일반적으로 낮은 llm 사용할려고하면 서브 에이전트를 낮은 모뎅으로 동작시키라고 해요
- 11:31하품하는 죠르디/클코
헉 회사에서 에이전트 강사로 실밸님 추천했는데 강의하시는군요!
- 11:34아웃라이너/클코덱스
와 회사에서 에이전트 강사로 실밸님 모시면 좋겠네요 ㅋㅋ
- 21:10바울/클코
토큰을 무한대로 쓸 수 있다고 가정하면 에이전트 팀은 절대적인가요..!?
- 21:16우는 춘식이
안녕하세용 궁금한 점이 있어서 질문드립니다! 대부분의 플랫폼 리뷰 크롤링이 상업적 용도로 사용되면 불법이라고 알고 있는데 리뷰 기반의 정보를 제공하는 서비스들이 많은거 같아서용. 저도 리뷰데이터를 가지고 서비스를 만들어보고 싶은데ㅜㅜ 기업 입장에서 작게 운영하는 서비스들은 별로 신경쓰지 않는걸까요?? https://www.jmtguri.com/?utm_source=ig&utm_medium=social&utm_content=link_in_bio&fbclid=PAZnRzaASTkTtleHRuA2FlbQIxMQBzcnRjBmFwcF9pZA8xMjQwMjQ1NzQyODc0MTQAAac0PTaCIV84G6GV7hR8oJ4R07JVHrubycPrJe8kqL22zJK3BCuelQnXTdl1bQ_aem_uQ5B5zarU0cSfMJP7VM24Q&r=%EC%84%9C%EC%9A%B8:%EA%B5%AC%EB%A1%9C%EA%B5%AC