컨텍스트가 새로운 코드다

AI 에이전트에 제공하는 컨텍스트를 코드처럼 관리하고, 생성 → 평가 → 배포 → 관찰의 수명주기를 적용해야 함 컨텍스트 품질은 문법 검사만으로 판단할 수 없으며, 실제 코드베이스에서의 작업 수행 평가와 변경 전후 비교가 필요함 컨텍스트도 버전이 있는 패키지로 공유하고, 테스트, 보안 검사, 출처 추적, 소유권을 갖춰야 조직 전체에서 신뢰하고 재사용할 수 있음 운영 로그, 코드 리뷰, 장애 정보를 컨텍스트에 되먹임하되, 비결정적 결과와 위험 수준에 따라 사람이 배포 여부와 에이전트의 자율성 범위를 결정해야 함 팀의 경험을 검증된 컨텍스트로 축적하고 공유하는 컨텍스트 플라이휠은 조직 지식으로 이어지며, 사업에 대한 이해와 적절한 컨텍스트가 기업의 차별점이 될 수 있음 코드에서 컨텍스트 수명주기로 컨텍스트는 코드 생성의 입력이면서 제품 기능 자체가 될 수도 있음 프롬프트와 컨텍스트로 코드를 생성하는 바이브 코딩이 첫 번째 사례임 온보딩의 수많은 예외 상황을 코드로 구현하는 대신, 자연어 스킬을 에이전트에 전달해 사용자별 상황에 대응한 사례도 있음 DevOps가 개발 방식을 운영에 적용했듯, 소프트웨어 개발 수명주기를 컨텍스트 관리에 적용할 수 있음 컨텍스트 생성, 품질 평가, 팀과 에이전트에 배포, 실제 작동 관찰을 반복하며 개선함 초점은 에이전트가 컨텍스트 창에 무엇을 넣을지 결정하는 기법이 아니라, 에이전트가 사용할 컨텍스트 산출물을 조직 전체에서 준비하고 관리하는 데 있음 생성: 규칙, 문서, 연결된 정보, 명세 사람이 Claude Code에 매번 지침과 수정 사항을 입력하는 수동 컨텍스트 공급은 확장하기 어려움 AGENTS.md는 여러 도구에서 재사용할 수 있는 지침 형식으로 표준화가 진행 중임 Claude는 여전히 CLAUDE.md를 사용하며, 이를 둘러싼 PR 논의도 있음 Context7과 Ref는 코드 의존성을 바탕으로 사용하는 라이브러리와 버전에 맞는 문서와 정보를 가져옴 Express 같은 외부 라이브러리뿐 아니라 내부 라이브러리에도 같은 방식을 적용할 수 있음 마이크로서비스 팀이 서비스 사용법을 컨텍스트로 발행하면 다른 팀이 이를 활용할 수 있음 MCP 커넥터는 Slack 등 엔지니어가 의사결정과 논의의 근거를 찾는 정보원에 접근함 Unblocked의 MCP 에이전트처럼 여러 출처에서 결정 경위와 관련 정보를 찾는 도구가 있음 명세는 단순 프롬프트보다 구조화된 작업 의도를 전달함 Kiro는 작업 ...