본문으로 건너뛰기
cccskills
무료GitHub에 공개

codexkit-email-composer

Draft clear, professional business emails from rough notes, context, or instructions. Handles cold outreach, internal updates, client responses, and escalation drafts. Use when the work is routine email writing with known context and audience. Do not use for sensitive legal notices, formal regulatory correspondence, or board-level communication without review.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

연동 도구Slack
설치 방법 보기

포함된 파일(5)

  • SKILL.md3.7 KB
  • agents/openai.yaml168 B
  • examples/common-mistakes.md846 B
  • examples/good-output.md1019 B
  • verification/checklist.md1.5 KB

SKILL.md(원문)

설치하기 전에 에이전트에게 전달되는 지시 내용을 확인할 수 있습니다.

Email Composer

Purpose

Turn rough thoughts into polished business emails that are clear, actionable, and audience-appropriate.

When to use

  • drafting routine business emails (updates, requests, introductions)
  • responding to client or partner messages
  • writing internal announcements, follow-ups, or escalations
  • converting meeting outputs into communication

When not to use

  • the email is a legal notice or regulatory filing
  • confidential HR or disciplinary communication
  • high-stakes negotiation where every word carries weight

Inputs

  • purpose of the email (what do you want the reader to do?)
  • audience and relationship (internal peer, manager, external client, vendor)
  • key points or context to include
  • tone preference (formal, friendly, urgent, neutral)
  • any constraints (word limit, template, required CC list)

Procedure

  1. Clarify the single main ask or message.
  2. Match tone to audience — formal for external, direct for internal.
  3. Write a subject line that previews the action needed.
  4. Open with context or reference (max 2 sentences).
  5. State the ask or update clearly in the body.
  6. Close with one explicit next step and timeline.
  7. Provide a shorter variant if the user may need chat/Slack format.

Output

  • complete email draft with subject line
  • optional short-form variant (Slack/chat)

Definition of done

  • the reader knows the purpose within 10 seconds
  • there is exactly one clear ask or next step
  • tone matches the audience relationship
  • the email is under 200 words unless complexity demands more

Examples

  • "Write an email to our vendor asking for updated pricing by Friday."
  • "Draft a response to the client's feature request — we can do it in Q3 but not Q2."
  • "Send an internal update to engineering about the deployment schedule change."
  • "Write a polite escalation to the procurement team about the delayed PO."

Quality Criteria

  • Subject line previews the purpose or action needed.
  • Opening sentence gives enough context without overexplaining.
  • The email has one clear primary ask, update, or decision point.
  • Tone matches the audience relationship and business stakes.
  • Next step, owner, and timing are explicit when action is needed.
  • Sensitive or high-stakes content is marked for human review.

Verification (4C)

CheckQuestion
CorrectnessDoes the draft preserve the user's facts, names, dates, and constraints accurately?
CompletenessDoes it include subject, greeting, context, message, ask, timing, and close where needed?
Context-fitIs the tone appropriate for the recipient relationship and stakes?
ConsequenceCould the wording create an unintended commitment, escalation, or legal/HR issue?

Edge Cases

  • Ambiguous ask — Ask one clarifying question or draft two variants with different asks.
  • High-stakes external message — Draft conservatively and require human review before sending.
  • Missing recipient relationship — Default to neutral professional tone and state the assumption.
  • Sensitive HR, legal, or regulatory topic — Provide structure only and recommend appropriate review.

Changelog

  • v1.1.0 — Added domain-specific quality gates for office email drafting.
  • v1.0.0 — Initial release

리뷰

아직 리뷰가 없습니다. 사용해 본 소감을 남겨 주세요.

댓글

로그인 없이 쓸 수 있습니다. 사용 후기, 질문, 작동하지 않은 환경 등을 편하게 남겨 주세요.

아직 댓글이 없습니다. 첫 댓글을 남겨 보세요.

보내면 바로 공개됩니다. 이메일 주소나 전화번호 같은 개인 정보는 쓰지 마세요. URL은 2개까지입니다.

0 / 1,000자

이 양식은 reCAPTCHA로 보호되며 Google 개인정보처리방침 및 서비스 약관이 적용됩니다.

같은 저장소의 스킬

Design rigorous A/B test plans with hypothesis, sample size calculation, Minimum Detectable Effect (MDE), randomization strategy, and decision rules. Includes guardrail metrics and rollout playbook. Use when planning product experiments, conversion optimization, or data-driven feature decisions.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

hoavdc/CodexKit252026년 10월 11일 업데이트

Review REST and GraphQL API designs for consistency, usability, and best practices. Covers naming conventions, versioning strategy, error format, pagination, authentication patterns, and breaking change detection. Use when reviewing API specs, designing new APIs, or auditing existing endpoints.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

hoavdc/CodexKit252026년 10월 11일 업데이트

Write Architecture Decision Records (ADRs) following the Michael Nygard format. Captures context, options considered, decision rationale, and consequences. Use when making technology choices, framework selections, or any architectural decision that future developers need to understand.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

hoavdc/CodexKit252026년 10월 11일 업데이트

Assess organizational readiness for financial audits (internal or external). Map assertions to account balances, check evidence completeness, score readiness using a Red/Amber/Green framework, and generate a remediation timeline. Aligned with SOX, IFRS, and GAAP audit standards. Use before scheduled audits or when preparing for first-time compliance.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

hoavdc/CodexKit252026년 10월 11일 업데이트

Design safe recurring Codex automations with clear prompts, outputs, schedules, and gating rules.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

hoavdc/CodexKit252026년 10월 11일 업데이트

Refine Product Backlog Items to meet INVEST criteria. Write User Stories with Acceptance Criteria in Given/When/Then format, estimate with Story Points, and flag dependencies. Use before sprint planning when backlog items need grooming. Do not use to prioritize the backlog — that is the Product Owner's decision.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

hoavdc/CodexKit252026년 10월 11일 업데이트

hoavdc의 스킬 모두 보기

이 스킬의 문제 신고