From b670592ad4af9296366258bf32a48f763f0866f9 Mon Sep 17 00:00:00 2001 From: toki Date: Tue, 30 Jun 2026 14:59:29 +0900 Subject: [PATCH] Update iop-weekly-subproject-work-summary SKILL.md --- .../skills/iop-weekly-subproject-work-summary/SKILL.md | 7 +++++-- 1 file changed, 5 insertions(+), 2 deletions(-) diff --git a/.workspace-ops/skills/iop-weekly-subproject-work-summary/SKILL.md b/.workspace-ops/skills/iop-weekly-subproject-work-summary/SKILL.md index 763537c..4604715 100644 --- a/.workspace-ops/skills/iop-weekly-subproject-work-summary/SKILL.md +++ b/.workspace-ops/skills/iop-weekly-subproject-work-summary/SKILL.md @@ -1,7 +1,7 @@ --- name: iop-weekly-subproject-work-summary version: 1.0.0 -description: IOP 관련 핵심 repository만 대상으로 기존 weekly-subproject-work-summary를 상속해 지난주 또는 최근 1주 git 작업 내용을 평가 없이 상위 bullet은 repo명, 하위 bullet은 기능/작업 영역 단위의 주요 내용인 간단한 목록으로 정리/요약하는 래퍼 스킬. 사용자가 "iop 지난주 작업 내용 알려줘", "iop 주간 작업을 요약해줘", "iop 주간 작업을 정리해줘", "iop 작업 요약", "IOP weekly work summary"처럼 IOP 범위의 작업 내용 정리나 요약을 요청할 때 사용한다. +description: IOP 관련 핵심 repository만 대상으로 기존 weekly-subproject-work-summary를 상속해 지난주 또는 최근 1주 git 작업 내용을 평가 없이 상위 bullet은 repo명, 하위 bullet은 기능/작업 영역 단위의 주요 내용인 간단한 목록으로 정리/요약하는 래퍼 스킬. 사용자가 "iop 지난주 작업 내용 알려줘", "iop 주간 작업을 요약해줘", "iop 주간 작업을 정리해줘", "iop 작업 요약", "IOP weekly work summary"처럼 IOP 범위의 작업 내용 정리나 요약을 요청할 때 사용하며, 한국어로 프로젝트를 잘 모르는 개발자도 이해할 수 있는 용어로 답변한다. --- # IOP Weekly Subproject Work Summary @@ -10,7 +10,7 @@ description: IOP 관련 핵심 repository만 대상으로 기존 weekly-subproje 기존 `.workspace-ops/skills/weekly-subproject-work-summary/SKILL.md`를 베이스로 사용하되, 분석 대상을 IOP 관련 핵심 repository로 제한한다. 평가, 점수, 속도 비교, 품질 판정은 하지 않고, git 기록에서 확인되는 작업 내용을 repo별 기능/작업 영역 bullet로만 정리한다. -기본 독자는 내부 주간 공유를 받는 사람으로 보고, 구현자가 아니어도 이해할 수 있는 기능명과 작업 축 중심으로 쓴다. +기본 독자는 내부 주간 공유를 받는 사람으로 보고, 한국어로 프로젝트를 잘 모르는 개발자도 이해할 수 있는 기능명과 작업 축 중심으로 쓴다. ## 상속 규칙 @@ -93,10 +93,12 @@ agent-ops sync path는 다음으로 본다. ## 출력 작성 규칙 - 최종 출력은 상위 bullet이 repository 이름이고, 하위 bullet이 기능/작업 영역 단위의 주요 내용인 nested bullet 목록만 사용한다. +- 답변은 한국어로 작성하고, 프로젝트 내부 맥락을 모르는 개발자도 알아듣는 일반적인 제품/기능 용어를 사용한다. - `구분`, `내용`, `목표`, `확인된 작업자`, `완성 산출물`, `보고용 요약`, `리스크`, `총평` 같은 섹션이나 라벨은 쓰지 않는다. - 출력 대상 repo별로 하위 bullet은 보통 2-5개로 압축한다. - 하위 bullet은 git commit 제목과 변경 경로에서 확인되는 기능, 역량, 작업 영역 수준으로 쓴다. - 하위 bullet은 한 줄짜리 명사구로 쓴다. 설명 문장, 세부 구현 열거, commit 제목 재작성에 가까운 표현은 피한다. +- 프로젝트 내부 코드명, 축약어, 컴포넌트 이름은 그대로 옮기지 말고 가능한 경우 넓은 기능 의미로 풀어 쓴다. - 사용자가 세부 구현 내용을 명시적으로 요청하지 않았으면 파일명, 테스트명, class/function/module 내부 구조, adapter 세부 이름, config key, 마일스톤 번호, 세부 task id 같은 구현 디테일은 쓰지 않는다. - 여러 commit이 같은 기능 목표를 향하면 하나의 기능 bullet로 묶는다. - roadmap, task archive, milestone 정리는 제품 기능 작업과 별개로 의미 있는 운영 작업일 때만 `로드맵/작업 정리`처럼 넓은 단위로 쓴다. @@ -137,6 +139,7 @@ agent-ops sync path는 다음으로 본다. - [ ] `agent-framework`/`agentic-framework`는 코드 레벨 변경이 아니어도 기간 내 수정이 있으면 출력에 포함했는가 - [ ] `지난주` 요청이면 rolling 7 days가 아니라 직전 calendar week 범위를 사용했는가 - [ ] 상위 bullet은 repo명, 하위 bullet은 기능/작업 영역 수준의 주요 내용만 썼는가 +- [ ] 한국어로 작성했으며 프로젝트를 잘 모르는 개발자도 이해할 수 있는 용어를 사용했는가 - [ ] 하위 bullet이 한 줄짜리 명사구이며 구현자가 아니어도 이해할 수 있는 수준인가 - [ ] 사용자가 요구하지 않은 파일명, 테스트명, class/function/module 내부 구조, config key, 마일스톤 번호, 세부 task id 같은 구현 디테일을 제거했는가 - [ ] `구분`, `내용`, `목표`, `확인된 작업자`, `완성 산출물` 같은 라벨을 쓰지 않았는가