실습 — 보고서 양식 스킬 (Markdown → HTML → Word)
목표 — 검토 결과를 회사 표준 양식으로 산출하는 스킬을 3단계 그라디언트로 만듭니다: ① Markdown(채팅) → ② HTML 인라인 CSS(메일) → ③ 워크플로+Word 템플릿(.docx, 선택). M365 Copilot에게 스킬 초안을 작성시키는 메타 활용도 함께 익힙니다. ⏱ 약 25분(③ 제외) · 전제: 실습 ④ 완료 📎 실습 파일: 검토보고서_회사양식.docx · rfp-report-format_SKILL.md · 복붙용_Copilot스킬생성_프롬프트.txt
왜 필요한가
실습 ④의 스킬은 무엇을 검토하는가(검토 로직)를 담았습니다. 실무의 다음 요구는 “회사 양식대로 뽑아줘”입니다 — 형식(How)은 별도 스킬로 분리해야 검토 스킬이 비대해지지 않습니다(책임 분리). 산출 품질은 Markdown → HTML → Word 순으로 올라갑니다.
A. M365 Copilot으로 스킬 초안 생성
- M365 Copilot 채팅에 검토보고서_회사양식.docx를 첨부하고, 복붙용 프롬프트 [1]로 SKILL.md 초안 생성
- 복붙용 [2] 체크리스트로 검수 — 특히 “형식만 담고 검토 기준은 담지 않았는가” (단일 진실 원천)
- 완성 예시(rfp-report-format_SKILL.md)와 비교해 다듬기
B. 스킬 등록 + Markdown 출력 (1단계)
- Build 탭 → Skills → Add skill → Create from blank → 검수 완료한 스킬 붙여넣기
(이름
rfp-report-format— ④의rfp-review-report와 구분, 필요 시-[이니셜]) - Preview: RFP 발췌 검토 후
검토 결과를 보고서 양식으로 만들어줘→ 양식 항목·순서대로 Markdown 표가 나오는지, 검토 스킬과 양식 스킬이 각각 라우팅되는지 관찰
C. HTML 인라인 CSS 출력 (2단계)
- Preview:
이 보고서를 메일로 보낼 수 있게 HTML로 만들어줘 - 확인 포인트 — 헤더가 단색 배경+흰 글씨인지(그라디언트 단독 금지 — 구형 메일 클라이언트 대비), CSS가 인라인인지. M2-1 §7의 HTML 메일 사례가 바로 이 규칙입니다
- (연계) 커넥터 심화의 Outlook 도구로 이 HTML을 발송하면 산출→발송이 완결됩니다
D. (선택 심화) 워크플로 + Word 템플릿 (3단계)
진짜 .docx 파일이 필요하면 스킬만으로는 부족합니다 — 워크플로가 맡습니다:
- Tools → Add a tool → + Add → Workflow: 입력(보고서 본문) → Word Online (Business)
Populate a Microsoft Word template(회사양식.docx를 SharePoint에 올려 템플릿 지정) → OneDrive 저장 - 도구 설명:
검토 보고서를 회사 표준 Word(.docx) 파일로 생성해 저장한다 - Preview에서
보고서를 워드 파일로 만들어줘→ 파일 생성 확인
판단 기준 정리 — 채팅 표시는 Markdown 스킬 / 메일 본문은 HTML 스킬 / 파일 산출은 워크플로. “형식이 어디서 소비되는가”가 단계를 정합니다.
마무리 확인
- 검토 스킬(④)과 양식 스킬이 분리돼 각각 라우팅된다
- 양식 스킬에 검토 기준이 복사되지 않았다 (단일 진실 원천)
- Copilot 초안 → 검수 → 등록 사이클을 경험했다
이론: M2-5. 스킬 · 이전 실습: ④ 검토 보고서 스킬 · 다음 실습: ⑤ 검토관 위임