50 lines
2.7 KiB
Markdown
50 lines
2.7 KiB
Markdown
---
|
|
name: doyeon_note
|
|
description: 도연님의 작업일지를 기록합니다. "/doyeon_note <내용>" 형태로 호출하면 docs/작업일지/yyyy_mm_dd.md 파일에 오늘 날짜로 내용을 추가합니다. 작업일지 기록, 일지 작성, 노트 추가 요청 시 사용. 구분 — 결과를 PaJu todolist 사이트에 게시하는 것은 `todo-summary`, 이 스킬은 `docs/작업일지/` 로컬 md 기록 전용이다.
|
|
---
|
|
|
|
# doyeon_note — 작업일지 기록 스킬
|
|
|
|
사용자가 말한 내용을 `docs/작업일지/yyyy_mm_dd.md` 파일에 기록합니다.
|
|
|
|
## 동작 절차
|
|
|
|
1. **오늘 날짜 확인**: 시스템의 현재 날짜를 `yyyy_mm_dd` 형식으로 만든다.
|
|
(컨텍스트에 `currentDate`가 있으면 그 값을 사용. 없으면 `date +%Y_%m_%d` 실행)
|
|
|
|
2. **대상 파일 경로**: `docs/작업일지/<yyyy_mm_dd>.md`
|
|
|
|
3. **내용 정리**: 사용자가 `args`로 전달한 내용을 작업일지 항목으로 정리한다.
|
|
- 단순 한 줄이면 그대로 한 항목으로.
|
|
- 여러 작업/생각이 섞여 있으면 자연스럽게 불릿(`-`)으로 나눈다.
|
|
- 사용자가 적은 의도/뉘앙스는 보존하고, 임의로 내용을 지어내지 않는다.
|
|
|
|
4. **파일 기록**:
|
|
- 파일이 **없으면** 아래 템플릿으로 새로 만든다.
|
|
- 파일이 **있으면** 기존 내용을 Read한 뒤, 맨 아래에 새 항목을 이어 붙인다(append). 기존 내용은 절대 지우지 않는다.
|
|
- 같은 날 여러 번 호출되면 시각(`HH:MM`) 소제목을 붙여 구분한다.
|
|
|
|
5. 기록 후, 어떤 파일에 무엇을 추가했는지 한 줄로 사용자에게 알린다.
|
|
|
|
> **규약 바인딩.** **덮어쓰기가 되는 상황이면 먼저 승인받는다** (`rules.md` #2) — 정상 경로는 append라
|
|
> 승인이 필요 없지만, 기존 파일을 재작성하거나 항목을 지우게 되면 무엇이 사라지는지 먼저 보고한다.
|
|
> 파일은 **UTF-8**로 쓴다 — 한글이 깨지면 안 된다 (`rules.md` #3).
|
|
> 작업일지 1건이 200줄을 넘으면 분할하고 상대경로로 링크한다 (`rules.md` #4).
|
|
> 사용자가 말하지 않은 내용을 채우지 않는다 (#9). 사용자 발언을 옮긴 것과 **네가 해석한 것을 섞지 말고**,
|
|
> 해석은 문장 앞에 `[추론]`을 붙인다 (#15·#16) — 작업일지는 나중에 사실 기록으로 인용된다.
|
|
|
|
## 새 파일 템플릿
|
|
|
|
```markdown
|
|
# 작업일지 — yyyy-mm-dd
|
|
|
|
## HH:MM
|
|
- (항목)
|
|
```
|
|
|
|
## 주의
|
|
|
|
- `args`가 비어 있으면 무엇을 기록할지 사용자에게 한 줄로 물어본다.
|
|
- 날짜/파일명 형식은 반드시 `yyyy_mm_dd`를 지킨다.
|
|
- 작업일지는 사용자의 기록이므로, 내용을 요약·각색하지 말고 사용자의 표현을 최대한 살린다.
|