add-task

add-task 개요

add-task가 하는 일

add-task 스킬은 사용자의 원래 요청을 바탕으로 .specs/tasks/draft/에 초안 작업 파일을 생성합니다. 단순한 메모가 아니라, 계획이나 구현 전에 일관된 작업 산출물이 필요할 때 유용합니다. 그래서 add-task skill은 명확한 제목, 유형, 의존성, 그리고 보존된 의도를 갖춘 작업을 기록해야 하는 Project Management 워크플로에 잘 맞습니다.

누가 설치하면 좋은가

팀이 spec 중심의 작업 추적을 사용하거나, 초안 작성과 실행을 분리하거나, 에이전트가 지저분한 요청을 구조화된 작업 파일로 바꾸길 원한다면 add-task를 설치하세요. 작업 접수 자체가 중요한 경우, 즉 제품 운영, 엔지니어링 리드, AI 지원 PM 워크플로, 그리고 반복 가능한 draft-to-todo 프로세스가 필요한 repo 유지보수자에게 특히 유용합니다.

이 스킬이 돋보이는 이유

add-task의 핵심 가치는 구조화에 있습니다. 요청을 요약하는 데서 끝나지 않고, 작업 분류를 돕고, 의존 파일을 식별하고, 결과물을 올바른 디렉터리에 배치합니다. 덕분에 이름 규칙, 작업 유형, 폴더 규칙을 놓치기 쉬운 일반적인 프롬프트보다 추측이 훨씬 줄어듭니다.

add-task 사용 방법

add-task 설치 및 활성화

NeoLabHQ/context-engineering-kit 플러그인 세트 안에서 이 스킬을 사용한 뒤, 초안으로 만들 작업 요청을 에이전트에 전달하세요. 저장소에 표시된 설치 흐름은 다음과 같습니다:

npx skills add NeoLabHQ/context-engineering-kit --skill add-task

설치가 끝나면 에이전트는 사용자의 작업 제목이나 설명, 그리고 필요한 의존 작업 파일들을 함께 받아야 합니다. add-task install 단계가 중요한 이유는, 이 스킬이 .specs/tasks/draft/를 포함한 repo 인지 경로와 폴더 구성을 전제로 하기 때문입니다.

스킬이 해석할 수 있게 입력 작성하기

가장 좋은 add-task usage는 간결하지만 구체적인 요청입니다. 결과, 범위, 그리고 알려진 의존성을 포함하세요. 좋은 입력 예시는 다음과 같습니다:

• Add validation to form inputs
• Create login rate limiting; depends on auth cleanup task
• Refactor task creation flow for mobile users

반대로, 모호한 입력은 모델이 추측하게 만듭니다:

• Improve app
• Fix stuff
• Make tasks better

요청에 암시된 type이 있다면 명시하세요. 없다면, 스킬이 동사와 범위에서 추론하도록 두면 됩니다.

먼저 읽어야 할 파일

먼저 SKILL.md를 확인하세요. 역할, 목표, 입력, 지시사항이 여기에 정의되어 있습니다. 그다음 작업 이름, workflow, 또는 규칙을 정하는 repo 파일이 있는지 살펴보세요. 이 저장소 미리보기에서는 SKILL.md가 핵심 소스이며, rules/나 references/ 같은 지원 폴더는 없습니다. 따라서 여기서 문서가 빠졌다기보다, 실제로는 자신의 workspace에 있는 로컬 규칙을 놓칠 위험이 더 큽니다.

더 나은 초안을 만드는 워크플로

add-task는 거친 요청을 나중에 todo나 구현 단계로 옮길 수 있는 draft로 바꾸는 데 사용할 때 가장 좋습니다. 먼저 작업 의도와 의존성을 정확하게 넣으세요. 다음으로, 스킬이 기대하는 폴더에 draft 파일을 만들도록 두세요. 마지막으로 제목의 명확성, 의존성의 정확성, 그리고 설명이 과도한 재작성 없이 사용자의 의미를 그대로 보존했는지 확인하세요.

add-task skill FAQ

add-task는 Project Management용인가, 코딩용인가?

둘 다 가능하지만, 주된 용도는 엔지니어링 작업을 위한 Project Management입니다. 계획과 구현으로 이어질 수 있는 작업 산출물을 만들어 줍니다. 단순한 기억용 메모만 필요하다면 일반 프롬프트가 더 간단합니다.

먼저 저장소 구조를 알아야 하나요?

아니요. 다만 프로젝트가 .specs/tasks/ 같은 규칙을 쓰는지는 알고 있어야 합니다. repo가 다른 작업 폴더를 사용한다면, 기본 add-task 동작을 그대로 믿기 전에 출력 경로를 그에 맞게 조정하세요.

언제는 add-task를 쓰지 말아야 하나요?

이미 구현 티켓이 충분히 구체적이거나, 작업이 바로 코딩으로 가야 하거나, repo 자체가 draft 작업 파일을 전혀 쓰지 않을 때는 사용하지 마세요. 그런 경우에는 직접 프롬프트를 쓰거나 다른 workflow가 더 빠를 수 있습니다.

이 스킬은 초보자도 쓰기 쉬운가요?

네, 작업을 한 문장으로 설명할 수 있고 기본적인 dependency 이름 규칙을 이해한다면 어렵지 않습니다. 학습 곡선의 핵심은 AI 단계가 아니라, 팀이 draft 파일에 무엇을 기대하는지 아는 데 있습니다.

add-task 스킬 개선 방법

스킬이 채워야 할 빈칸을 줄이기

품질을 가장 크게 올리는 방법은 입력을 더 잘 주는 것입니다. 동작, 대상 영역, 그리고 막히는 지점을 함께 넣으세요. 예를 들어 Add password reset email retry handling; depends on email queue stability task는 Improve reset flow보다 훨씬 낫습니다. 이렇게 하면 add-task가 의도를 더 잘 보존하고 의존성을 정확하게 배정할 수 있습니다.

제목, type, 의존성을 확인하기

약한 출력의 대부분은 세 가지 문제에서 나옵니다. 제목이 너무 넓거나, type 레이블이 너무 일반적이거나, 의존성 링크가 빠지는 경우입니다. 이 세 가지를 먼저 보세요. 제목이 동사 + 구체적 대상 형태가 아니라면 다시 쓰세요. type이 애매하면, add-task skill을 다시 실행하기 전에 구체화 문장을 덧붙이세요.

파일을 고치기보다 프롬프트를 다듬어 반복하기

첫 초안이 기대와 다르면, 파일을 여기저기 손보는 대신 입력을 개선하세요. 에이전트에게 무엇을 보존해야 하는지, 무엇을 재분류해야 하는지, 어떤 파일에 의존해야 하는지 알려주세요. 이것이 downstream planning에 바로 쓸 수 있는 초안을 얻는 가장 빠른 add-task guide 패턴입니다.