Threads가 던진 첫 문장은 가격이다.
월 1달러짜리 코딩 에이전트
하지만 진짜 흥미로운 포인트는 가격이 아니라 그 뒤에 붙은 설명이다.
도구가 사용자의 코딩 방식 자체를 학습한다.
이 한 줄 때문에 Command Code는 단순히 “싼 OpenCode 대안”이 아니라,
Rules 대신 Taste를 축적하는 코딩 에이전트로 보이기 시작한다.
더보기
Ouroboros의 한 줄 슬로건은 꽤 강하다.
Stop prompting. Start specifying.
이 문장이 이 프로젝트를 거의 다 설명한다.
Ouroboros는 “프롬프트를 더 잘 쓰는 방법”보다, 애초에 프롬프트 중심 작업을 명세 중심 실행 계약으로 바꾸는 로컬 Agent OS를 만들려 한다.
더보기
Threads에서 소개한 팁은 짧다.
Codex를 0.128.0으로 올리고 config.toml의 [features] 아래에 goals = true 를 넣으면 /goal을 쓸 수 있다는 것이다.
겉으로는 단순한 기능 활성화 팁처럼 보이지만, 이건 사실 Codex를 단발성 채팅에서 장기 목표 실행기로 바꾸는 스위치에 가깝다.
더보기
이 Threads의 핵심은 무신사가 Codex를 쓴다는 사실 자체가 아닙니다. 더 중요한 포인트는, Codex 같은 에이전트 도구를 도입한 뒤 개발 조직의 병목과 역할 정의가 어디로 이동했는가 를 꽤 구체적으로 보여 준다는 점입니다. 정리된 내용에 따르면 무신사 CTO는 이제 코드 작성 그 자체보다 설계, 검토, 문제 정의, 검증, 제품화가 훨씬 더 중요한 단계로 부상하고 있다고 설명합니다. Threads 원문
더보기
이 영상은 Claude Code 스킬 추천 8선처럼 보이지만, 실제로는 스킬 목록보다 더 큰 그림을 보여 줍니다. 좋은 Claude Code 사용법은 단순히 더 똑똑한 모델을 붙이는 것이 아니라, 계획하고, 실행하고, 검증하고, 기억하고, 성장시키는 흐름을 스킬로 외부화하는 것 이라는 점입니다. 영상 속 8개 스킬도 각각 따로 노는 도구가 아니라, Claude Code의 빈칸을 하나씩 메우는 계층으로 등장합니다. YouTube 영상
더보기
Claude Code로 무언가를 빠르게 만드는 것은 이제 그리 어렵지 않습니다. 더 어려운 것은 그 코드가 믿을 만한가, 같은 작업을 반복해도 품질이 일정한가, 테스트와 보안은 충분한가, 그리고 무엇보다 모델이 중간에 맥락을 잃지 않는가입니다. 이번 영상이 흥미로운 이유는 이 문제를 “최고의 단일 프레임워크”로 해결하려 하지 않기 때문입니다. 대신 커뮤니티에서 많이 쓰는 세 가지 축을 꺼냅니다. Superpowers, GSD, GStack. 그리고 이 셋이 서로 경쟁자가 아니라, 사실은 서로 다른 병목을 해결한다고 설명합니다. YouTube 영상
더보기
같은 Superpowers vs GSD vs GStack 비교라도 이번 영상은 초점이 꽤 분명합니다. 누가 더 세냐를 말하기보다, 지금 내 병목이 무엇인지 먼저 보라 고 말합니다. 테스트 없이 코드부터 뱉어내는 게 문제라면 Superpowers, 장기 세션에서 AI가 점점 멍청해지는 게 문제라면 GSD, 제품·디자인·QA 관점이 자꾸 빠진다면 GStack. 즉 이 영상은 세 프레임워크를 사상 대결로 올려놓지 않고, 실제 작업에서 부딪히는 문제별 처방전으로 배치합니다. YouTube 영상
더보기